А почему вебхук установлен по урл+ токен, а черри ловит индекс (просто урл)?

А почему вебхук установлен по урл+ токен, а черри ловит индекс (просто урл)?

а что должен, индекс/токен?

Ну а как по твоему?

Телеграм посылает на урл/токен, а черрипай слушает урл

cherrypy.quickstart(WebhookServer(), WEBHOOK_URL_PATH, {'/': {}}) тут явно не хватает токена

а, хотя WEBHOOK_URL_PATH внутри ж токен

А, тогда беру слова обратно

умничка. быстро отозвал токен :D (почти)

умничка. быстро отозвал токен :D (почти)

крипово было не заебался переписывать? =)

крипово было не заебался переписывать? =)

да 5 секунд дела

)) спасибо

лол, успел набить вручную?)

лол, успел набить вручную?)

да что там его набирать

45 символов всего

Надо логировать, хотя бы принтами

И кода make response нема

Надо логировать, хотя бы принтами

ставил принты в хэндлере, тишина

а еще лучше функционалом модуля logging

ставил принты в хэндлере, тишина

Ну так пробивай выше пока не найдешь куда не идет

func=lambda message: True, content_types=['text']

в мануале

)

func=lambda message: True, content_types=['text']

Необязательно

А может и правда ?

Да, похоже на правду

:D

ставил принты в хэндлере, тишина

вырежи свой хэндлер и пхни из мануала

или в свой лямбду сунь

Господа, вопрос такой: есть бот на питоне, который будет периодически выбирать один элемент из большого (~3k-10k элементов) массива. Каждый элемент массива - строка в ~30 символов. Вопрос: что эффективнее - загнать все эти данные в БД или подключить «массив» как объект в один из .py-файлов, загрузив его в память и дёргая оттуда элементы?

Господа, вопрос такой: есть бот на питоне, который будет периодически выбирать один элемент из большого (~3k-10k элементов) массива. Каждый элемент массива - строка в ~30 символов. Вопрос: что эффективнее - загнать все эти данные в БД или подключить «массив» как объект в один из .py-файлов, загрузив его в память и дёргая оттуда элементы?

30*2 = 60 байт (ютф8) 10к * 60 / 1024 / 1024 - все это займет примерно 2 мега Работа из памяти в любом случае будет быстрее, чем запросы к БД

Спасибо

30*2 = 60 байт (ютф8) 10к * 60 / 1024 / 1024 - все это займет примерно 2 мега Работа из памяти в любом случае будет быстрее, чем запросы к БД

И плюс не придется продумывать способ взаимодействия между бд и данными?

но тут же возникаает вопрос скорости работы питона с большими объемами данных в памяти

но тут же возникаает вопрос скорости работы питона с большими объемами данных в памяти

И почему же он не должен справиться?

а, хотя строка в ~30 символов.. может и справится

ибо с словарями/списками не справляется

2 мегабайта Большие данные

Что значит "не справляется"?)

2 мегабайта Большие данные

ну вот дочитал дальше

pyTelegramBotAPI. Кто сталкивался с такой проблемой: при отправке запроса к апи телеграма возникает requests.exceptions.ReadTimeout: HTTPSConnectionPool(host='api.telegram.org', port=443): Read timed out. (read timeout=3.5) Т.е. апи телеграма ничего не отправляет при том, что соединение установлено (иначе был бы ConnectTimeout и при connection_timeout=3 read_timeout=99999 не висел бы в ожидании ответа). А при коннекте к бд — ConnectionTimeout

с каналом проблемы

у меня постоянно боты валятся

pyTelegramBotAPI. Кто сталкивался с такой проблемой: при отправке запроса к апи телеграма возникает requests.exceptions.ReadTimeout: HTTPSConnectionPool(host='api.telegram.org', port=443): Read timed out. (read timeout=3.5) Т.е. апи телеграма ничего не отправляет при том, что соединение установлено (иначе был бы ConnectTimeout и при connection_timeout=3 read_timeout=99999 не висел бы в ожидании ответа). А при коннекте к бд — ConnectionTimeout

pyTelegramBotAPI?

о, тупой вопрос: на хосте траблы с инетом, и бот часто падает я сделал так: def handle_ctrl_c(signal, frame): teardown_network() sys.exit(130) и так: if __name__ == "__main__": while True: signal.signal(signal.SIGINT, handle_ctrl_c) try: tb.polling(none_stop=True) except requests.exceptions.ReadTimeout: time.sleep(15) если не использую синал, бот не реагирует на CTRL+C можно без сигналов обойтись, с работающим брейком?

pyTelegramBotAPI?

ссори, да

и обернул бы в трай: if __name__ == '__main__': try: while True: try: tb.polling(...) except ...ReadTimeout: sleep(...) except KeyboardInterrupt: teardown_network() sys.exit(130)

так не падает

и 1 и 2 решения работают

нагромождено чтобы ctrl+c работало

с каналом проблемы

а как решаете?

вышееее

ссори, да

https://github.com/eternnoir/pyTelegramBotAPI/issues/251#issuecomment-278531560

у меня он так на брейк не реагирует

поэтому два трая или сигналы

https://github.com/eternnoir/pyTelegramBotAPI/issues/251#issuecomment-278531560

так все-таки апи телеги не отвечает?

так все-таки апи телеги не отвечает?

у меня две площадки, в разных городах

на одной бот падает 2-10 раз в день с этой ошибкой

так все-таки апи телеги не отвечает?

Возникает timeout у библиотеки requests.

на одной висит неделями

на одной бот падает 2-10 раз в день с этой ошибкой

Решение выше

да

Возникает timeout у библиотеки requests.

а какой лучше таймаут ставить?

Решение выше

стопе, ты меня в моё же решение пхнул?)

стопе, ты меня в моё же решение пхнул?)

https://github.com/eternnoir/pyTelegramBotAPI/issues/251#issuecomment-278531560 про вот это , наверно он

а какой лучше таймаут ставить?

если в трай обернешь пофиг, оставь дефолт

https://github.com/eternnoir/pyTelegramBotAPI/issues/251#issuecomment-278531560 про вот это , наверно он

ну посмотри на форварды мои и этот код

я написал, что у меня решена проблема с брейком скрипта

ну посмотри на форварды мои и этот код

т.е. решение от Eternnoir не работает?

в решение по ссылке он тупо не ловит ctrl+c

т.е. тебе придется убивать процесс вручную по pid

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

включая CTRL-C сигнал

бля

Обернуть поллинг в трай, никогда бы не додумался

я как попугай тут

kill -9 <PID>

пятый раз одно и то же пишу

можно и сервер ребутнуть

только нахуя

вообще

вообще да, но лучше сделать правильно)

самым простым и очевидным решением проблем с лонгполингом есть вебхук

авотхуй)

ща узнаю у коллеги, но вроде на площадке где падает канал - он не спас

webhook для меня это механизм оповещения событий

Господа, а как вы справляетесь с "некорректными" для БД именами людей в телеге? Например, у которых "пустые символы" или просто не буквы?

Господа, а как вы справляетесь с "некорректными" для БД именами людей в телеге? Например, у которых "пустые символы" или просто не буквы?

json_encode()

А почему оно некорректно в бд?

Ютф8 же

json_encode()

А причём тут json?

А почему оно некорректно в бд?

Ну, например, если я хочу заменить имена таких "альтернативно-одарённых" пользователей на что-нибудь, типа "noname"

Нет, я не очень понял что значит "некорректно в бд"

А причём тут json?

При том что в базу тогда ложатся закодированные в ASCII значения для любого utf символа - нет невалидных символов.

Ну, например, если я хочу заменить имена таких "альтернативно-одарённых" пользователей на что-нибудь, типа "noname"

Ну тут тебе нужно сначала определиться что ты считаешь альтернативно-одаренными

Нормальные люди - в ASCII?

Ну тут тебе нужно сначала определиться что ты считаешь альтернативно-одаренными

emoji_pattern = re.compile("[" u"\U0001F600-\U0001F64F" # emoticons u"\U0001F300-\U0001F5FF" # symbols & pictographs u"\U0001F680-\U0001F6FF" # transport & map symbols u"\U0001F1E0-\U0001F1FF" # flags (iOS) "]+", flags=re.UNICODE) text = (emoji_pattern.sub(r'', text)) я так чистил от говна

Господа, а как вы справляетесь с "некорректными" для БД именами людей в телеге? Например, у которых "пустые символы" или просто не буквы?

в таком случае генерю им рандомное имя (ну это про игру) :)