Прокси для ZennoPoster

Правило — это сохранённый фильтр поверх проверенного пула ProxyChecker: скорость, анонимность, страна, прошёл ли адрес конкретный сайт, — и шаблоны запрашивают прокси по имени правила, а не по жёстко прописанному адресу. Для списков из открытых источников правила — вопрос выживания: большая часть такого пула в любой момент мертва. С платным пакетом пул стабилен, но правила всё равно отрабатывают своё: фильтруйте по времени отклика, чтобы держать самые быстрые адреса на чувствительных к задержке проектах, или разделите один пакет между шаблонами по метке страны. И одна привычка, от которой не стоит отказываться: пусть цикл перепроверки ProxyChecker работает — временно недоступный адрес выпадет из правила, пока не восстановится.

Есть два стандартных способа. Через правило: укажите в шаблоне правило ProxyChecker, и каждый поток при старте возьмёт свой живой адрес — это проще всего, никакой логики в проекте. Через таблицу: привяжите выгруженный список к таблице и читайте по строке на поток, когда связка должна быть детерминированной — поток 5 всегда работает с адреса 5. Именно это нужно проектам с привязкой к аккаунтам: аккаунт, скачущий между IP, выглядит хуже того, который никуда не переезжает. Берите список с запасом относительно числа потоков, чтобы отказавший адрес не стопорил очередь: ZennoPoster просто возьмёт следующий, а в пакет входит до 3 обновлений списка за 30 дней — на замену адресов, которые конкретные площадки успели сжечь.

В большинстве конфигураций — whitelist. ZennoPoster обычно крутится на одной-двух выделенных машинах или VPS: добавьте их IP в whitelist (до 5 на тариф, бесплатно) — и авторизуется каждый проект, поток и проверка ProxyChecker, которые с них запускаются, а списки внутри шаблонов остаются голыми IP:port, без единого секрета. В нише, где шаблоны продают, выкладывают и передают фрилансерам, это не мелочь. Логин с паролем при этом доступен на каждом адресе как переносимый вариант: используйте его, когда проекты запускаются с машин с непредсказуемыми IP, и храните учётные данные в переменных проекта, а не вписывайте в блоки действий.

Разбирайтесь по порядку. Первое — где именно падает: если страницы грузятся, но аккаунты упираются в верификацию, IP — лишь один из сигналов; профили отпечатков и темп действий значат не меньше, и никакой прокси не спасёт шаблон, который действует быстрее человека. Второе — что видит целевой сайт: площадки с массовыми регистрациями оценивают серверные диапазоны строже, чем контентные сайты; это вопрос класса продукта — для строгих целей нужны ISP-адреса, а не серверный пакет побольше. Третье — скучные причины: лимиты запросов на сайт срабатывают, когда потоки делят слишком мало адресов, а перепроверка залежавшегося списка в ProxyChecker после долгой паузы отсеет адреса, умершие с прошлого запуска. Если конкретная площадка сожгла часть пакета — обновите список: до 3 обновлений за 30 дней уже включено.