- Регистрация
- 30.09.2017
- Сообщения
- 345
- Благодарностей
- 209
- Баллы
- 43
Крайне неудобное в ZP управление аккаунтами при работе нескольких потоков. Предлагается ставить флаг о том, что аккаунт взят в работу, чтобы следующий поток не взял тот же акк. А когда аккаунты заканчиваются - приходится вручную удалять флаги. Каждый шаблонописатель, кто на что горазд, выдумывает свой способ. Например, ставит рандомную паузу в начале, чтобы запущенные одновременно потоки не взяли один и тот же аккаунт. Или добавляет потоки по одному, т.к. рандомная пауза спасает не всегда!
Более того, в ZP невозможно закрыть поток или шаблон так, чтобы удалились и флаги. В итоге получается, что, к примеру, один поток работает, другой был закрыт, а флаги проставлены для обоих аккаунтов. И приходится либо закрывать всё нафиг, удалять все флаги, и запускать заново. Либо пытаться угадать какой же аккаунт в данный момент всё-таки не работает, лезть в файл-таблицу (или список), и удалять там соответствующую пометку-флаг. Геморрой ещё тот.
Как это реализовано в простых exe-программах? Там же нет такого, чтобы юзер лез в Program files, искал определённый файл, правил его, сохранял, и только после этого запускал прогу. Насколько я понимаю, в обычных прогах происходит примерно следующее: если в данный момент работают другие потоки, то проверяется, какие строки из БД там используются, после чего берётся ближайшая свободная строка... Ну а если потоков других нет - значит логично, что нужно брать первую строку. Неужели в ZP нельзя реализовать похожим образом?
Более того, в ZP невозможно закрыть поток или шаблон так, чтобы удалились и флаги. В итоге получается, что, к примеру, один поток работает, другой был закрыт, а флаги проставлены для обоих аккаунтов. И приходится либо закрывать всё нафиг, удалять все флаги, и запускать заново. Либо пытаться угадать какой же аккаунт в данный момент всё-таки не работает, лезть в файл-таблицу (или список), и удалять там соответствующую пометку-флаг. Геморрой ещё тот.
Как это реализовано в простых exe-программах? Там же нет такого, чтобы юзер лез в Program files, искал определённый файл, правил его, сохранял, и только после этого запускал прогу. Насколько я понимаю, в обычных прогах происходит примерно следующее: если в данный момент работают другие потоки, то проверяется, какие строки из БД там используются, после чего берётся ближайшая свободная строка... Ну а если потоков других нет - значит логично, что нужно брать первую строку. Неужели в ZP нельзя реализовать похожим образом?
Последнее редактирование: