@f1shka не претендую на правду, но возможно тип переменных у вас стоит string а проверку вы делаете по ним как expression. То есть string переменная "true" не равно expression переменной true. В первом случае это строка, во втором логическая переменная.
Чекер почт: производительность и ограничения
-
Здравствуйте. Написал на БАС чекер почт (естественно, только в целях проверки и для использования на своих ящиках). Сразу после запуска возникли вопросы, а после окончания работы их стало еще больше.
- Некорректно работает с https-прокси
- Хотя нигде не используется браузер (только модуль "Почта", работа с imap), более чем на 700 потоках BAS зависает и перестает работать, несмотря на тот факт, что на дедике 16 гигабайт оперативы
- При запуске в режиме "повторять", когда аккаунтов в проверяемом файле более 10 миллионов, делает миллион и останавливается. С чем связано - не ясно
Прилагаю файл: emailChecker.xml
-
-
@tet-vivi said in Чекер почт: производительность и ограничения:
@unifier imap модуль в бас сырой
некоторые используют сторонние варианты(например кто то на node.js или на php или на гет запросах)В чём именно он "сырой", можно по подробнее?
@unifier said in Чекер почт: производительность и ограничения:
@tet-vivi однако мне до сих пор не понятно, почему на миллионе итераций программа останавливается
А вы установите параметр "Тип запуска" в "Повторять", сохраните проект и откройте его в текстовом редакторе:
и вы увидите, что при выборе этого режима стоит 1 миллион повторений, то есть конечное число.
Что бы ваш скрипт работал бесконечно, выберете значение параметра "Тип запуска" в "Особый" и установите количество успешных и неудачных выполнений в
-1 -
-
@unifier said in Чекер почт: производительность и ограничения:
@Fox спасибо, сейчас попробую. А что насчет производительности?
попробуйте запускать несколько копий скрипта одновременно (только обязательно из разных директорий)
-
@unifier said in Чекер почт: производительность и ограничения:
@Fox в нескольких инстансах баса?
Если вы используете нескомпилированные скрипты, то да
-
@Fox да, использую нескомпилированные. Однако еще вопрос: у меня при обработке миллиона около 550К собственно ошибки с неверным логином/паролем почты, а остальные почти 450 тысяч - это ошибки прокси. Как можно сделать так, чтобы после ошибки прокси проверка аккаунта запускалась еще раз?
Заранее проверять прокси не вариант - они автообновляемые по ссылке, а в БАСе, в отличие от приваткипера, функции автоперезапуска при ошибке прокси нет
-
@unifier said in Чекер почт: производительность и ограничения:
@Fox да, использую нескомпилированные. Однако еще вопрос: у меня при обработке миллиона около 550К собственно ошибки с неверным логином/паролем почты, а остальные почти 450 тысяч - это ошибки прокси. Как можно сделать так, чтобы после ошибки прокси проверка аккаунта запускалась еще раз?
Заранее проверять прокси не вариант - они автообновляемые по ссылке, а в БАСе, в отличие от приваткипера, функции автоперезапуска при ошибке прокси нет
Сделайте количество успешных выполнений 1, а неудачных, к примеру, 100. В случае с ошибкой логина\пароля завершайте поток успешно действием "Success", а в случае ошибки прокси, завершайте поток ошибкой
-
-
@unifier said in Чекер почт: производительность и ограничения:
@Fox у ресурса аккаунта количество успешных выполнений? Попробую, спасибо. Но как тогда в отчете увидеть количество гудов?
У вас успешно поток будет завершаться только в одном случае. Если скрипт более сложный, то можете создать счётчик из глобальной переменной. И да, брут почтовых аккаунтов - плохое дело
-
-
@unifier said in Чекер почт: производительность и ограничения:
@Fox в таком случае в ресурсе 'accounts' надо поставить жадный алгоритм или нет?
Нет, не обязательно
