Страница 1 из 1

AMS Enterprise. Многопользовательская работа?

Добавлено: Пт май 06, 2005 7:37 am
Сергей
Хотелось бы узнать, как авторы программы видят ее использование в многопользовательском режиме?
Например, несколько сотрудников в компании хотят использовать общие базы подписчиков, шаблонов рассылки и т.д.

Заранее признателен.

Добавлено: Ср сен 28, 2005 5:24 pm
Max Terentiev
На данный момент AMS не может работать в многопользовательском режиме. Но планы по реализации этого функционала в отдаленной перспективе есть :-)

Добавлено: Пн мар 23, 2009 12:49 pm
Sabre
Тогда сразу же вопрос! Могу ли я установить AMS на 3 компа - потому как у меня комп в конторе, мой дом.комп (часто приходится работать дома) и ноут (но на нем не рассылать, а контролировать рассылку)
В сети будет только 1 комп - либо офисный, либо домашний, либо ноут.

Добавлено: Пн мар 23, 2009 2:09 pm
Max Terentiev
ок, ставьте

Добавлено: Пт янв 25, 2013 11:37 am
amarant
Если ставишь прогу на 2 разных компа, то на 1м не увидишь ту рассылку, которая уходит на 2м.

Добавлено: Пт янв 25, 2013 12:03 pm
Max Terentiev
Да, они будут не зависимо работать.

Добавлено: Ср мар 23, 2016 3:59 pm
SkyAn
Я смотрю этот вопрос подымался еще 2005 году и говорили, что есть планы на этот счет. Вот хотел узнать, удалось реализовать план по многопользовательской работе с программой.

Добавлено: Чт мар 24, 2016 9:06 am
Max Terentiev
На данный момент нет. Практически нет запроса от пользователей на этот функционал.

Добавлено: Чт мар 24, 2016 5:00 pm
partnerweb
А как же AMS Enterprise 3.0 (о которой постоянно идет речь) и фишка которой как раз и должна была заключаться в "серверности" + в наличии толстого (серверного) и тонкого (пользовательского) клиентов?

Добавлено: Пт мар 25, 2016 9:21 am
Max Terentiev
Многопользовательский API будет постепенно расширяться, сразу все вряд ли появится.

Добавлено: Пт мар 25, 2016 4:02 pm
partnerweb
До многопользовательского API, по хорошему бы для начала прикрутить хотя-бы простейшую API (такие обещания уже были!)
У пользователя должна появиться хоть элементарная возможность автоматизированного управления рассылками и их "компонентами".
API должна быть максимальна проста для понимания и для управления со стороны пользователя.
Например в момент запуска рассылки, ПО создавало бы текстовой файл с номером рассылки, в котором через разделитель "запятую" отображался бы набор свойств этой рассылки.
Пример:
1.Файл 0001.txt (рассылка № 1)
2.Примерное содержимое файла 0001.txt: 0001,1,1,1,1,1 ......
Где:
[0001],1,1,1,1,1 - номер рассылки
0001,[1],1,1,1,1 - номер заголовка
0001,1,[1],1,1,1 - номер тела
0001,1,1,1,[1],1 - номер ссылки
0001,1,1,1,1,[1] - номер Socks-листа
и так далее ... далее ... далее ... далее ... далее ... далее ...

Изначально в настройках ПО, пользователь настраивает (через какое время перечитывать файл-конфига для API).
Если пользователю нафиг не нужна API, то он не заморачивается с API (работает по старинке).
Если же пользователя интересует работа с ПО через API, то пользователь открывает ман с примерами API и самостоятельно или с помощью сторонних разработчиков разрабатывает свои алгоритмы по автоматизации рассылок через API.

И все участники процесса в шоколаде ...
Разработчик - потому, что за ПО с API можно брать доп.денежку.
Пользователь - потому что с помощью API сможет запрограммировать работу ПО в автоматизированном режиме хоть на год вперед.
Сторонние разработчики софта для управления AMS через API, так же не останутся в накладе :)

Фиг его знает, как еще более убедительно изложить, что-бы Максу стало понятным что API жизненно необходима :D