黄色网页视频 I 影音先锋日日狠狠久久 I 秋霞午夜毛片 I 秋霞一二三区 I 国产成人片无码视频 I 国产 精品 自在自线 I av免费观看网站 I 日本精品久久久久中文字幕5 I 91看视频 I 看全色黄大色黄女片18 I 精品不卡一区 I 亚洲最新精品 I 欧美 激情 在线 I 人妻少妇精品久久 I 国产99视频精品免费专区 I 欧美影院 I 欧美精品在欧美一区二区少妇 I av大片网站 I 国产精品黄色片 I 888久久 I 狠狠干最新 I 看看黄色一级片 I 黄色精品久久 I 三级av在线 I 69色综合 I 国产日韩欧美91 I 亚洲精品偷拍 I 激情小说亚洲图片 I 久久国产视频精品 I 国产综合精品一区二区三区 I 色婷婷国产 I 最新成人av在线 I 国产私拍精品 I 日韩成人影音 I 日日夜夜天天综合

在Python中使用全局日志時(shí)需要注意的問題

系統(tǒng) 1956 0

在使用 uliweb 開發(fā) soap webservice 后,啟動 uliweb 時(shí),werkzeug 的日志莫名其妙丟失了。

正常的日志:

復(fù)制代碼 代碼如下:
[INFO]? * Loading DebuggedApplication...
[INFO]? * Running on http://localhost:8000/
[INFO]? * Restarting with reloader
[INFO]? * Loading DebuggedApplication...

異常的日志:

復(fù)制代碼 代碼如下:
[INFO]? * Loading DebuggedApplication...
[INFO]? * Loading DebuggedApplication...

事實(shí)上, werkzeug 相關(guān) INFO 及其以下級別的日志全部都看不到了,這太詭異了,于是果斷提交了issue

而且我創(chuàng)建一個(gè)新的項(xiàng)目和 app 后,并沒有日志丟失的問題,于是我懷疑是因?yàn)槲覐?uliweb 0.1.3 升級到 0.1.4 導(dǎo)致的,我的項(xiàng)目是使用 0.1.3 創(chuàng)建的,之前也沒有注意過日志的問題,但是得到 limodou 的答復(fù)后,我否定了這一點(diǎn)

  • ??? uliweb在創(chuàng)建項(xiàng)目時(shí)不會生成象 Django 一樣的 manage.py 之類的東西,就是 settings.py 等一些配置文件和啟動文件, 都是和版本無關(guān)的。

仔細(xì)想想,我的項(xiàng)目和新創(chuàng)建的項(xiàng)目的區(qū)別在于 settings.ini 豐富了一些,然后用了 pysimplelib,好吧,從源碼追蹤吧。

我看了 uliweb 內(nèi)置的 zerkzeug 代碼,創(chuàng)建日志這里很明確

uliweb/lib/werkzeug/serving.py

復(fù)制代碼 代碼如下:
112???????? if not logging.root.handlers and _logger.level == logging.NOTSET:
113???????????? _logger.setLevel(logging.INFO)
114???????????? handler = logging.StreamHandler()
115???????????? _logger.addHandler(handler)[code]

當(dāng)全局 logging.root 中已經(jīng)定義了 Handler 或者 werkzeug 沒有定義日志級別,werkzeug 會將其 logger 的日志級別 設(shè)置為 info,而打印 werkzeug 日志的地方,恰巧用了 info 級別

[code][INFO]? * Running on http://localhost:8000/
[INFO]? * Restarting with reloader

也就是說,因?yàn)橐呀?jīng)定義其它 logging handler 的原因,導(dǎo)致無法輸出 werkzeug 日志

grep pysimplelib 下的結(jié)果

復(fù)制代碼 代碼如下:
./client.py:33: logging.basicConfig(format='%(levelname)s:%(message)s', level=logging.WARNING)
./simplexml.py:27:logging.basicConfig(format='%(levelname)s:%(message)s', level=logging.WARNING)
./transport.py:30:logging.basicConfig(format='%(levelname)s:%(message)s', level=logging.WARNING)

好吧,果然是這家伙在作祟,注釋掉這三行代碼后,werkzeug 日志正常輸出

說起來,這不應(yīng)該算是 uliweb 的問題,pysimplesoap 的庫修改的全局設(shè)計(jì),似乎應(yīng)該給它提個(gè) issue 才是, 這個(gè) issue 應(yīng)該可以關(guān)閉了。

這里有個(gè) workaround,在 apps/settings.ini 中添加

復(fù)制代碼 代碼如下:
[LOG.Loggers]
werkzeug = {'propagate':0, 'level': 'info', 'format':'format_simple'}

當(dāng)然,建議 limodou 將 default_settings.ini 中的 zerkzeug 的日志級別默認(rèn)設(shè)置成 info,因?yàn)檫@個(gè)問題實(shí) 在太詭異了,畢竟 werkzeug 中的默認(rèn)日志級別就是 info。

好了,回顧一下,pysimplesoap 中因?yàn)楦采w了全局日志級別,導(dǎo)致 werkzeug 無法輸入低于 warning 的日志,所以, 如果我們在開發(fā)開放 python 庫的時(shí)候,還是將日志打在自己的命名空間下吧,不要去碰全局的 logging 設(shè)置,這樣 會對別人造成困擾。


更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主

微信掃碼或搜索:z360901061

微信掃一掃加我為好友

QQ號聯(lián)系: 360901061

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長非常感激您!手機(jī)微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。

【本文對您有幫助就好】

您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描上面二維碼支持博主2元、5元、10元、自定義金額等您想捐的金額吧,站長會非常 感謝您的哦!!!

發(fā)表我的評論
最新評論 總共0條評論