SAE 部署 Django1.3 应用问题总汇
浏览数：26 /
时间：2015年06月08日
花了些工夫将碎片网部署到了SAE，中途遇到各类问题。感觉SAE看上去很美，实际上却并不是太成熟（至少python版如此）。
下面记录下我遇到的一些主要问题以及解决方法。
下面记录下我遇到的一些主要问题以及解决方法。
django版本问题
Django1.4都即将发布了，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路径，而且加载的优先级比项目代码还高。直接导致os.environ['DJANGO_SETTINGS_MODULE'] = ‘settings’找到的是userena的settings文件。最终将settings文件改名为qnotes_settings.py解决该问题。
其他问题
- 昨天部署上线后经常出现数据库错误，错误提示为Caught OperationalError while rendering: (1045, ‘access deny’) 。SAE数据库不支持长连接，30s后主动超时。但django本就会在每次请求后自动关闭数据库连接，理论上不应当出现类似问题。该问题今天莫名其妙的自己好了。
- 服务器非常不稳定，经常长时间的无法访问，不定期的可以正常访问。
- SAE可能hack了python的包加载机制的原因，SAE的python包的加载行为有些奇怪。本应当最先加载当前目录下的包，实际上却不一定。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
