在SAE上部署Python的Django框架的一些問題匯總
花了些工夫將碎片網部署到了SAE,中途遇到各類問題。感覺SAE看上去很美,實際上卻并不是太成熟(至少python版如此)。
下面記錄下我遇到的一些主要問題以及解決方法。
django版本問題
Django1.4都即將發(fā)布了,SAE平臺自帶的SAE版本依舊為1.2x。為使用django1.3版本,你需上傳自己的django。具體做法可參考SAE手冊中的runtime.html#virtualenv
日志模塊出錯
最先遇到的是日至模塊的問題。錯誤顯示AdminEmailHandler中構造某個類時帶了is_mail這個參數,但目標類的構造函數根本就不支持。好在日至模塊不是必須。將日至處理模塊換成django.utils.log.NullHandler解決問題。
'null': { 'level':'DEBUG', 'class':'django.utils.log.NullHandler', },
local_thread問題
在index.wsgi中加入
import threading from django.utils import _threading_local threading.local = _threading_local.local
settings文件
SAE默認安裝了不少python包,其中包括django-userena。糟糕的是SAE將django-userena的demo項目也加到了python路徑,而且加載的優(yōu)先級比項目代碼還高。直接導致os.environ[‘DJANGO_SETTINGS_MODULE'] = ‘settings'找到的是userena的settings文件。最終將settings文件改名為qnotes_settings.py解決該問題。
其他問題
昨天部署上線后經常出現數據庫錯誤,錯誤提示為Caught OperationalError while rendering: (1045, ‘access deny') 。SAE數據庫不支持長連接,30s后主動超時。但django本就會在每次請求后自動關閉數據庫連接,理論上不應當出現類似問題。該問題今天莫名其妙的自己好了。
服務器非常不穩(wěn)定,經常長時間的無法訪問,不定期的可以正常訪問。
SAE可能hack了python的包加載機制的原因,SAE的python包的加載行為有些奇怪。本應當最先加載當前目錄下的包,實際上卻不一定。
相關文章
pycharm 將django中多個app放到同個文件夾apps的處理方法
今天小編就為大家分享一篇pycharm 將django中多個app放到同個文件夾apps的處理方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2018-05-05