AMS Enterprise. Многопользовательская работа?
Модератор: Max Terentiev
AMS Enterprise. Многопользовательская работа?
Хотелось бы узнать, как авторы программы видят ее использование в многопользовательском режиме?
Например, несколько сотрудников в компании хотят использовать общие базы подписчиков, шаблонов рассылки и т.д.
Заранее признателен.
Например, несколько сотрудников в компании хотят использовать общие базы подписчиков, шаблонов рассылки и т.д.
Заранее признателен.
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
- Max Terentiev
- Admin
- Сообщения: 1937
- Зарегистрирован: Сб мар 27, 2004 12:01 am
- Откуда: Санкт-Петербург
- Контактная информация:
До многопользовательского 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 жизненно необходима
У пользователя должна появиться хоть элементарная возможность автоматизированного управления рассылками и их "компонентами".
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 жизненно необходима
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 38 гостей