花了些工夫?qū)⑺槠W(wǎng)部署到了SAE，中途遇到各類問題。感覺SAE看上去很美，實際上卻并不是太成熟（至少python版如此）。
下面記錄下我遇到的一些主要問題以及解決方法。
django版本問題

Django1.4都即將發(fā)布了，SAE平臺自帶的SAE版本依舊為1.2x。為使用django1.3版本，你需上傳自己的django。具體做法可參考SAE手冊中的runtime.html#virtualenv
日志模塊出錯

最先遇到的是日至模塊的問題。錯誤顯示AdminEmailHandler中構(gòu)造某個類時帶了is_mail這個參數(shù)，但目標類的構(gòu)造函數(shù)根本就不支持。好在日至模塊不是必須。將日至處理模塊換成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)先級比項目代碼還高。直接導(dǎo)致os.environ[‘DJANGO_SETTINGS_MODULE'] = ‘settings'找到的是userena的settings文件。最終將settings文件改名為qnotes_settings.py解決該問題。
其他問題

??? 昨天部署上線后經(jīng)常出現(xiàn)數(shù)據(jù)庫錯誤，錯誤提示為Caught OperationalError while rendering: (1045, ‘a(chǎn)ccess deny')? 。SAE數(shù)據(jù)庫不支持長連接，30s后主動超時。但django本就會在每次請求后自動關(guān)閉數(shù)據(jù)庫連接，理論上不應(yīng)當出現(xiàn)類似問題。該問題今天莫名其妙的自己好了。
??? 服務(wù)器非常不穩(wěn)定，經(jīng)常長時間的無法訪問，不定期的可以正常訪問。
??? SAE可能hack了python的包加載機制的原因，SAE的python包的加載行為有些奇怪。本應(yīng)當最先加載當前目錄下的包，實際上卻不一定。