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

Я не сильно много работал с TG ботами, просто кажется что скрипт c бдшкой запущенный где-то на хостинге будет более стабильней, чем работа проекта ZP у себя локально. Я не претендую на истину, просто выразил свои предпочтения ;)

Я думаю просто это более стабильное решение, я про БД, сервер) т.е. мы не потеряем задания,uptime выше и т.д.

Сценарий немного другой, TG бот должен закидывать задание в БД, а ZP бот должен с какой-то периодичностью опрашивать БД, на наличии задание, и если задание есть выполнять его и добавлять результат в БД, а TG бот уже смотрит на наличии результата, и если что-то есть то отправляет заказчику...

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

Это уже реализовано, добавление даты, проверка даты и т.д. по сути скорость и потребление ресурсов не нравиться) Как раз так и сделано, но кажется есть более изящное решение, чем запуск 1000 потоков для решение капчи, так как по сути у нас уходит POST запрос на создание таски, а потом...

Добрый вечер, подскажите пожалуйста, нужно подготовить определенное количество токенов (~1000) на определенное время, но есть проблема токен живет 2 минуты примерно. Сейчас частично решаю эту проблему с помощью отдельного проекта, который решает капчу, но почти всегда не хватает времени чтобы их...

Да, вроде бы как он шифруется по умолчанию)

1. Да, появиться в ZennoPoster'e. 2. Да, будет обновляться. 3. Вроде бы отзыва лицензии нет, но в случае если вам надо закрыть доступ к проекту, вы просто можете обновить проект на пустой и он обновиться у клиента. В этом вопросе я с точностью не могу сказать.

Никак, с того что мне известно, только перезапуск это излечит)

Это как раз сверхъестественное, тут один инструмент полноценно работающий тяжело работать, а вы хотите, чтобы у вас была кучка проектов, у которых отловлены все ошибки и т.д., и чтобы они безотказно работали, это утопия. Здесь разве что искать людей которые продают готовые решение и пытаться...

Я не уверен, но у меня было чувство, что они выстраиваются в очередь, поэтому скорость и не повышается. Вышел с ситуации используя библиотеку MailKit, очень сильно ускорило обработку и получение писем с почты.

Так вроде бы обещали целый набор языков: JS, Python еще какие-то. Возможно я ошибаюсь.

Вы можете напрямую работать через API. Всего-то пару запросов, и ваше решение готово :)

А причем тут наше негодования? Это совет, используйте что-то одно, либо API либо Web. При использование API, у вас есть все данные и все endpoint'ы для получение нужных вам данных. А вы просто пытается что-то построить, что не укладывается в наше понимание и в целом выглядит не нужными...

Если уже начинаете работать с запросами, работайте с ними, а то вы открываете JSON с данными, и пытаетесь в нем найти кнопку с графиком. Это не так работает, вы обращаетесь в первому endpoint'у, получаете данные, получаете ID матча, а потом обращаетесь к endpoint'у который отвечает за график...