- Регистрация
- 08.11.2015
- Сообщения
- 1 900
- Благодарностей
- 2 634
- Баллы
- 113
Принцип действия установки входящих настроек сейчас:https://zennolab.com/discussion/threads/izmenenie-vxodnyx-nastroek.85525/
Предлагаю добавить/разработать функционал, позволяющий добавлять, удалять, изменять, подсчитывать очередь входящих настроек.
Суть следующая - есть у нас шаблон, который имеет какой-то широкий функционал.
Хотелось бы рядом запустить шаблон, который бы сгенерировал несколько тысяч разных входящих настроек для какого-то другого шаблона.
Таким образом получилось бы, что каждый поток/каждое выполнение имело бы свой комплект входящих настроек.
А мы бы имели возможность остановить выполнение шаблона, когда уже отработала вся очередь (как сейчас по успехам, не успехам, было бы при завершении очереди входящих настроек).
Использование:
Есть у нас допустим 1000 аккаунтов.
Стоит себе шаблон рядом, который запускается по расписанию раз в минуту.
В зависимости от каких-то условий либо генерирует какое-то количество входящих настроек (логины, пароли, прокси, ещё чего-то) и отправляет их в другой шаблон, либо генерирует входящие настройки с другими данными.
Шаблон который "слушает" входящие настройки всегда запущен и запускается на выполнение всегда, как только в очереди появляются новые входящие настройки (новая задача).
Естественно, что разработчики Зеннопостера лучше знают и понимают как именно логически правильно можно было бы внедрить такой функционал - я лишь постарался описать саму идею.
Но, при этом хотелось бы получить потокобезопасный функционал, чтобы не городить огороды внутри шаблонов с различными локами.
Предлагаю добавить/разработать функционал, позволяющий добавлять, удалять, изменять, подсчитывать очередь входящих настроек.
Суть следующая - есть у нас шаблон, который имеет какой-то широкий функционал.
Хотелось бы рядом запустить шаблон, который бы сгенерировал несколько тысяч разных входящих настроек для какого-то другого шаблона.
Таким образом получилось бы, что каждый поток/каждое выполнение имело бы свой комплект входящих настроек.
А мы бы имели возможность остановить выполнение шаблона, когда уже отработала вся очередь (как сейчас по успехам, не успехам, было бы при завершении очереди входящих настроек).
Использование:
Есть у нас допустим 1000 аккаунтов.
Стоит себе шаблон рядом, который запускается по расписанию раз в минуту.
В зависимости от каких-то условий либо генерирует какое-то количество входящих настроек (логины, пароли, прокси, ещё чего-то) и отправляет их в другой шаблон, либо генерирует входящие настройки с другими данными.
Шаблон который "слушает" входящие настройки всегда запущен и запускается на выполнение всегда, как только в очереди появляются новые входящие настройки (новая задача).
Естественно, что разработчики Зеннопостера лучше знают и понимают как именно логически правильно можно было бы внедрить такой функционал - я лишь постарался описать саму идею.
Но, при этом хотелось бы получить потокобезопасный функционал, чтобы не городить огороды внутри шаблонов с различными локами.