AG
Не, я не предлагаю вообще все отключить, а только конкретный где надо
Size: a a a
2019 October 01
💭П
Не, я не предлагаю вообще все отключить, а только конкретный где надо
А вот ты о чем. Нет. В теории это "грязный" прием, поэтому пусть PyCharm мне об этом говорит
💭П
Да и в релизе этой строчки не будет )
KK
О это прекрасно. Особенно когда делаешь ресерч и еще не знаешь, где и что выводить и в каком случае. Да и не нравиться мне текущие уровни логеров в доступных мне базовых логерах.
Херак вот такое где-нить в начале
logging.disable(logging.CRITICAL)и у тебя ничего не будет логироваться. Во время дебага можно эту строчку закоментить.
💭П
Херак вот такое где-нить в начале
logging.disable(logging.CRITICAL)и у тебя ничего не будет логироваться. Во время дебага можно эту строчку закоментить.
debug = True if __loader__.name == "__main__" and "pydev" in __loader__.path else FalseА это позволяет ни чего не комментировать )
RB
разница только в том, что это какая-то хуйня непонятная ))
KK
Он точно ругает на "неизвестные переменные"? А не на то что ты делаешь if-чик, для того что бы присвоить булевую переменную?
KK
debug = __loader__.name == "__main__" and "pydev" in __loader__.path
KK
Можно и без if-чика замечательно обойтись
KK
Ну и как правильно заметили - наверное использовать ENV-переменные было бы понятнее. В PyCharm можно просто создать две "команды". Одна для "дебага", дргугая для простого запуска без лишнего логирования. Отличаться будут именно наличием ENV переменной
БС
Про перменную я имел ввиду другое. Пичарм устанавливает переменную PYCHARM_HOSTED когда из под него запускается.
Таким образом можно добавить проверку на неё и код понимает, что он запущен девелопером локально, поэтому можно логировать помаксимому.
А вот зачекм проверять запущен код из дебагера или без оного, мне не понятно.
Таким образом можно добавить проверку на неё и код понимает, что он запущен девелопером локально, поэтому можно логировать помаксимому.
А вот зачекм проверять запущен код из дебагера или без оного, мне не понятно.
SZ
in
в контексте kubernetes?
KK
Мне показалось, или сегодня на хабре была статья как чуваки с этой штуки переезжали на nginx?
SZ
Мне показалось, или сегодня на хабре была статья как чуваки с этой штуки переезжали на nginx?
я специалист по заголовкам, так что ответить толком не могу
SZ
Миграция с Nginx на Envoy Proxy.
Envoy — это автономный, высокопроизводительный сервер, занимающий небольшой объём оперативной памяти. Он работает совместно с любым языком приложения или фреймворком: http://amp.gs/A4UQ
Envoy — это автономный, высокопроизводительный сервер, занимающий небольшой объём оперативной памяти. Он работает совместно с любым языком приложения или фреймворком: http://amp.gs/A4UQ
SZ
Мне показалось, или сегодня на хабре была статья как чуваки с этой штуки переезжали на nginx?
👆
наоборт как раз
наоборт как раз
KK
А, точно - не правильно понял значит заголовок
KK
Помню что когда прочитал, то удивлися - "что ещё может быть хуже nginx, из-за чего приходится переходить на последний?". Хотя это конечно в контексте моих проблем с nginx.
KK
Вот ещё кстати одна "какашка" в сторону nginx (статья про envoy напомнила).
Он умеет gzip-ать ответы сервера, которые возвращаются клиенту. Но при этом не умеет делать un-gzip входящих запросов от клиента, хотя это стандартная возможность HTTP. Приходится делать в приложении миделвару, которая обрабатывает gzip-нутые реквесты.
Он умеет gzip-ать ответы сервера, которые возвращаются клиенту. Но при этом не умеет делать un-gzip входящих запросов от клиента, хотя это стандартная возможность HTTP. Приходится делать в приложении миделвару, которая обрабатывает gzip-нутые реквесты.