убери этот баре-екзепт

и покажи ошибку

полностью.

и в будущем только в саміх крайних слуаях используй except Exception или просто except:

потому что это ловит все возможные ошибки, которые тебе не нужно ловить

использование баре екзепта чревато последствиями

и как его тогда вывести?

except as e?

не правильно же явно

и как его тогда вывести?

сейчас просто убери try-except

дальше будем думать

делаю уже

и так дохуя закоменчивать

Language: py3 Source: 0 / 0 Errors: Traceback (most recent call last): File "source_file.py", line 1, in <module> 0 / 0 ZeroDivisionError: division by zero

я хочу видеть вот в таком виде ошибку

в смысле полноценный трейсбек

Traceback (most recent call last): File "/usr/lib/python3.6/multiprocessing/process.py", line 249, in _bootstrap self.run() File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run self._target(*self._args, **self._kwargs) File "rutrackerbot.py", line 30, in fast_load img_magnet = get_inline_thumb(line[6]) File "rutrackerbot.py", line 105, in get_inline_thumb with requests.get(str(soup.var['title']) , timeout = 2, stream = True) as r: AttributeError: __enter__

много дало?)

а ты случаем не переопределил там requests локально где то еще?

нет

проверил по поиску

а модуля с таким названием у тебя нет?

import requests s = requests.Session() with requests.get(str(soup.var['title']) , timeout = 2, stream = True) as r:

вот все что есть с requests

больше ничего

а в папке проекта?

import requests s = requests.Session() with requests.get(str(soup.var['title']) , timeout = 2, stream = True) as r:

в принципе можешь юзать сессию, то есть не requests.get а s.get

нет

в принципе можешь юзать сессию, то есть не requests.get а s.get

она в другой функции

пальцем в небо. print(requests) в той функции где у тебя валится ошибка. прямо перед твоим with requests.get(str(soup.var['title']) , timeout = 2, stream = True) as r:

пальцем в небо. print(requests) в той функции где у тебя валится ошибка. прямо перед твоим with requests.get(str(soup.var['title']) , timeout = 2, stream = True) as r:

мимо

должно было вывестись что то вроде такого: <module 'requests' from '/usr/lib/python3.6/site-packages/requests/__init__.py'>

вашушмать. зачем юзать одновременно и urllib и requests?

вашушмать. зачем юзать одновременно и urllib и requests?

потому что с одним из них был косяк

ну вот перед with сделай принт

там сложный алгоритм парсинга

потому что с одним из них был косяк

второе является оберткой первого

<module 'requests' from '/usr/lib/python3/dist-packages/requests/__init__.py'>

не переопределяешь. хм.

питоническая магия(

а, стоять

там не нужен контекст

просто сделай r = requests.get(...

просто сделай r = requests.get(...

раньше работало с with

теперь только так

отрубите руки разработчикам питона

оно не могло так работать

могло) оно жило таким образом пару месяцев все было збс)

в документации requests нет описания контекст-менеджера. его просто нет.

код старый открыл чтоб переписать

спасибо

но у меня горит

возможно решили вырезать это из библиотеки

надо читать ченджлоги

но мне лень. у меня 6 часов утра и я хочу спать

но мне лень. у меня 6 часов утра и я хочу спать

мне тоже

и изза это и печет

лонгполинг юзаешь то ли?

Я на лонгполе, не упали боты

Кикните это Berta , спамит в сеседней группе, видимо выжидает момента чтобы и здесь насрать :)

я на чеку

други, напомните, как удалить вебхук?

други, напомните, как удалить вебхук?

deleteWebhook – Use this method to remove webhook integration if you decide to switch back to getUpdates. Returns True on success. Requires no parameters. https://core.telegram.org/bots/api#deletewebhook

ERROR: S client not available

спасибо!

Народ, а как можно следить за состоянием бота, упал или нет? Не через supervisor

Народ, а как можно следить за состоянием бота, упал или нет? Не через supervisor

Думал сделать перекличку ботов, посадив их в один канал))

В одну группу*

у меня просто стоит logentries и шлет мне алерты, если в логи что-то срется

Думал сделать перекличку ботов, посадив их в один канал))

Хм, если просто по расписанию отправлять сообщения, то это а) не свидетельствует о состоянии б) тяжело анализировать

Я пока думаю через telethon периодически отправлять ботам команду /ping и ждать. Если не ответил в заданное время - орать

а что будешь делать, когда телетон упадет?)

Охуевать

я бы анализ логов прикрутил, по-моему логичнее

Тоже вариант. Правда, тогда придётся все API вызовы обернуть в try..except

почему?

у тебя же какой-нибудь uwsgi

CherryPy

Там если воркер падает с эксепшеном - в лог срется

думаю, что у черри-пай также

он же перезапускает воркер если оно падает?

Фишка в том, что боты при ошибках не падают

ну

но эксепшн срется в лог

Я хз короче, тупой

а что будешь делать, когда телетон упадет?)

В кроне 1 сенд_мессадж не должен

У меня стабильно 3 месяца отправляет в 2 чата по сообщению и подтирает

Один раз сессию сделал и всё

думаю, что у черри-пай также

Чери пай в плане логов ваще такая хуита, ей боже

У меня стабильно 3 месяца отправляет в 2 чата по сообщению и подтирает

а зачем?

ну вообще да, внешний мониторинг надежнее анализа логов, думаю

а зачем?

Делюсь опытом

@Groosha могу позже скинуть скрипт

@Groosha могу позже скинуть скрипт

Было бы очень мило с твоей стороны

@Kiku_0 тоже самое с АПК попробуй