Недавний контент WalkODoff

Приветствую коллеги! Столкнулся с проблемой, работает 9 шаблонов в 2 потока каждый(регистрация аккаунтов) и проц нагружается до 100%. На запросах перевести не вариант, на сайте сильная защита стоит. Куча проверок FP и генерация токенов, в общем проблематично. Как то можно решить этот вопрос...

Итак друзья метод работает обычным кубиком SET VALUE , но есть один ньюанс который нужно учесть, надо ставить эмуляцию своя и на скорость ползунок и далее нужно два кубика в конце ввод клавиатуры, первый делает пробел, а второй его удаляет, тогда поле принимает значение не поверх как обычно это...

поделись шабчиком по братски

инетересная тема) Хреново что он потом осознает что накосопорил))))в исходном коде нет всего текста? ведь чат гпт передает сразу всё тело запроса, а скрипты уже визуализируют как печатную машинку ввод

Так в итоге как вставлять эмодзи? Тоже столкнулся с необходимостью, копипастом работает но только если в один поток, а аккаунты порой регаются браузером в 10-20 потоков и соответственно происходит пи*дец!!! Обычным кубиком установить значение тоже не удается смайлик. ввод с помощью эмуляции...

даюббтттврооююьатьать\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\11111

а вообще какая кая вся заздачя?

Попробую подкинуть прокси в кубик серверные. Дабы исключить блокировку по количеству запросов с одного IP адреса.

Сервер обычный "roundcube" стандартная утилита в ISP manager. В конфигах нигде не обнаружил ограничений на подключения или защиту. Какие ещё могут быть варианты?

Суть такова: Настроил на своем веб-сервере почтовый клиент и подключаюсь к нему с помощью кубика зенки. Регистрирую аккаунты в 5 потоков, по началу вроде как стартует нормально, но спустя время во всех потоках ошибка - письмо не найдено. Уже поставил загружать 50 писем и всё равно. Ставлю в один...

да так и сделал, просто думал есть какой то вариант в самой зенке загасить... А если пример другой: Взяли прокси, по началу работало в инстансе и потом подзависло? То есть получается никак не ограничить ожидание?

Добрый день коллеги. Суть проблемы в том, что есть большой пул прокси, но часть из них вообще бывает что не грузится, но и не дает сразу ошибку в ответ. Из-за этого инстанс по 4 минуты стоит в простое . Как уменьшить ожидание простоя хотя бы до минуты или 30 секунд?

а вообще в самой БД настрой столбец что бы если уже есть такое значение то больше не записывалось. ALTER TABLE mytable555 ADD CONSTRAINT unique_page UNIQUE (page);

DELETE FROM mytable555 WHERE page IN ( SELECT page FROM mytable555 GROUP BY page HAVING COUNT(*) > 1 );

Я про него и говорю)