博客园_251 - 观照无明

IE9 + django开发版WEB服务器不响应或Socket报错

2011-05-16T16:27:00Z

IE9 + django开发版WEB服务器不响应或Socket报错

===================================================

Exception happened during processing of request from ('127.0.0.1', 49710)
Traceback (most recent call last):
File "C:\Python26\Lib\SocketServer.py", line 283, in _handle_request_noblock
    self.process_request(request, client_address)
File "C:\Python26\Lib\SocketServer.py", line 309, in process_request
    self.finish_request(request, client_address)
File "C:\Python26\Lib\SocketServer.py", line 322, in finish_request
    self.RequestHandlerClass(request, client_address, self)
File "D:\Studio\ilo\lib\site-packages\django\core\servers\basehttp.py", line 5
70, in __init__
    BaseHTTPRequestHandler.__init__(self, *args, **kwargs)
File "C:\Python26\Lib\SocketServer.py", line 617, in __init__
    self.handle()
File "D:\Studio\ilo\lib\site-packages\django\core\servers\basehttp.py", line 6
10, in handle
    self.raw_requestline = self.rfile.readline()
File "C:\Python26\Lib\socket.py", line 444, in readline
    data = self._sock.recv(self._rbufsize)
error: [Errno 10054]

解决方案

--------------------

指定IP地址运行django开发版WEB服务器，不使用127.0.0.1, 如: python manage.py runserver 192.168.1.2:80

本文链接

google chrome 下django用户登录失败的问题

2011-04-28T16:25:00Z

问题：

django做的网站，用chrome访问时，有50%的概率会发生用户登录失败，request.user依然是匿名用户的情况。Firefox没问题。

分析：

痛苦了半天，静下心分析原因，发现最后页面在登录重定位后，chrome在请求页面时没有提交session。具体的访问过程是这样：

1 /accounts/login/ 返回 302 FOUND，响应头中Location指向 / , 返回sessionid

2 / 返回301 MOVED PERMANENTLY, 响应头中Location指向 /myapp/，未返回 sessionid

3 /myapp/ 返回200 OK, 返回具体页面。

这个过程中Firefox记下了sessionid, 在第3步中提交了；而chrome未记录，在第三步中未提交，导致问题。

解决：

问题的关键在于不同浏览器处理两次重定位的不同（Firefox聪明的记下了302那次请求的会话ID，而chrome没有），之所以有两次重定位，是因为我在urls.py直接把 / 映射到了 /myapp/，而在login.html中设置 next="/"。如果只重定位一次，在login.html中设置 next="/myapp/"，问题就迎刃而解了。

本文链接

django 开发多语言网站

2010-05-31T08:48:00Z

Technorati 标签: django,i18n,javascript,中文,多语言

django的国际化支持非常好也很易用，支持代码、模板和JS的国际化整体解决方法。特别是到了1.2版本加入了对于模板本地的

日期和数字的本地格式化，其国际化支持已经完善。

应用方法

首先需要修改settings.py:

1. TEMPLATE_CONTEXT_PROCESSORS 加入django.core.context_processors.i18n

2. MIDDLEWARE_CLASSES中加入django.middleware.locale.LocaleMiddleware，注意：它要放在SessionMiddleware和CacheMiddleware的后面，其他中间件的前面

3. LANGUAGE_CODE 设置缺省的网站语言，如 en, zh-cn,it, de-at, es, pt-br

4. LANGUAGES设置网站所支持的所有语言，如(('en', u'English'),('zh-cn',u'中文'))

5. USE_I18N 设置为True

代码中的应用：

1. 所有需要国际化支持的源文件要引入函数gettext: from django.utils.translation import ugettext_lazy as _

2. 需要多语言支持的字符串如此例写： name = models.CharField(_('Name')…)

模板中的应用：

1. 所有需要国际化支持的模板文件需要加载： {% load i18n %}

2. 需要多语言支持的字符串如此写：<title>{% trans "This is the title." %}</title>

3. 翻译中间带变量的句子：{% blocktrans %}This string will have {{ value }} inside.{% endblocktrans %}

JS中的应用（这部分看django的文档没搞出来，自己看源码琢磨了一个方法。你也可参考这个文档）：

1. 在url.py中加入： (r'^jsi18n/(?P<packages>\S+?)/$', 'django.views.i18n.javascript_catalog'),

这句话告诉页面在加载这个脚本时由服务器上的javascript_catalog函数生成该脚本，具体的方法是通过packages找到locale，进而找到mo文件，然后将其中的所有翻译字符串放入生成脚本中的一个字典变量中，同时该脚本也定义了gettext函数，这样客户端脚本可使用gettext方法直接从字典中取出翻译字符串。

其中packages为你的项目名或者Application名的列表以加号隔开，格式为： testproject+testproject.app1+testproject.app2。这些项目或Application应在INSTALLED_APPS中申明。

2. 引用jsi18n： <script type="text/javascript" src="/jsi18n/testproject+testproject.app1+testproject.app2”></script>

我的项目不大，只在项目目录下有locale目录因此这样写就可以了 <script type="text/javascript" src="/jsi18n/testproject”></script>

如果你的项目较大，可考虑在Application中放locale目录，如例写脚本链接，这样的话不用每次都生成和加载全站的JS翻译字符串，以加快速度。

3. 在JS中使用gettext函数翻译：document.write(gettext('this is to be translated'));

4. 翻译带变量的句子

fmts = ngettext('There is %s object. Remaining: %s', 'There are %s objects. Remaining: %s', 11); 

s = interpolate(fmts, [11, 20]); // s is 'There are 11 objects. Remaining: 20'

生成po文件和mo文件

这里先补补课，首先是locale目录, 请把locale创建在项目目录或Application目录中，其结构

locale

en

LC_MESSAGES (这个目录下放django.po/mo, djangojs.po/mo)

zh-cn

LC_MESSAGES(这个目录下放django.po/mo, djangojs.po/mo)

django.po/djangojs.po相当于资源文件，它被编译后形成django.mo/djangojs.mo文件，在运行时被读取。

po文件可以使用工具poedit编辑，我个人喜欢使用 mangage.py makemessages –a 让django自动分析源代码和模板文件

生成po，这里要注意两点：

1. 按我的实践，js中的字符串不能自动生成po,需手工生成

2. makemessages 需要调用工具xgettext, Windows没有，可下载晕版的gettext, 要下两个文件gettext-runtime-X.zip 和 gettext-tools-X.zip

X为版本号，注意版本低了会报错“Django internationalization requires GNU gettext 0.15 or newer”）

下来后放在解压在一个目录里，然后把下面的bin目录加到你系统路径中。

3. 通过mangage.py makemessages –a自动生成后，你需要做的是编辑po文件，如 zh-cn/LC_MESSAGES/djang.po，把你的

翻译逐个写上去。最后一步编译： mange.py compilemessages

让用户在页面上切换语言

把这个放到urls.py中：(r'^i18n/', include('django.conf.urls.i18n'))

搞个表单提交用户选择的语言，如例

<form action="/i18n/setlang/" method="post"> {% csrf_token %}

<input name="next" type="hidden" value="/next/page/" />

<select name="language"> {% for lang in LANGUAGES %} <option value="{{ lang.0 }}">{{ lang.1 }}</option> {% endfor %} </select> <input type="submit" value="Go" />

</form>

这里涉及一个问题，用户如此选择的语言是否能被记住，下次访问时无需再选？首先需要了解django如何确定用户需要的语言，其判断流程如此：

1. 首先判断Session里是否有键值为django_language的数据，如有则使用。（在用户选择语言时，如果网站支持Session，django把用户的语言偏好记录在Session中，否则记录在cookie里）

2. 检查cookie里是否有键值为settings.LANGUAGE_COOKIE_NAME的设置，如有则使用。

3. 检查浏览器提供的Accpet Language(各个浏览器都有的配置：语言首选项）是否被网站支持（是否有相应的翻译文件），如支持则使用

4. 以上方式都不能确定时，使用settings.LANGUAGE_CODE(网站缺省语言）

注意这样的方式能确保根据用户浏览器设置来为用户自动选定语言，也能保证用户选择语言后当次访问使用所选语言(用户的语言选择保存在Session和一次有效的cookie中）。如果用户浏览器的设置和其选择的语言不一致时，用户下次访问就无法使用本次选择的语言。要解决这个问题，可以接管"/i18n/setlang/"这个URL的处理，把用户选择直接保存在cookie里，而且其生命周期要搞得长一些。如例：

def set_language(request): 
    from django.utils.translation import check_for_language 

    next = request.REQUEST.get('next', None) 
    if not next: 
        next = request.META.get('HTTP_REFERER', None) 
    if not next: 
        next = '/' 
    response = http.HttpResponseRedirect(next) 
    if request.method == 'POST': 
        lang_code = request.POST.get('language', None) 
        if lang_code and check_for_language(lang_code): 
            if hasattr(request, 'session'): 
                request.session['django_language'] = lang_code 
            max_age =  60*60*24*365 
            expires = datetime.datetime.strftime(datetime.datetime.utcnow() + datetime.timedelta(seconds=max_age), "%a, %d-%b-%Y %H:%M:%S GMT") 
            response.set_cookie(settings.LANGUAGE_COOKIE_NAME, lang_code, max_age, expires) 
    return response

最后，上述url配置改成这样: ：(r'^i18n/setlang', 'yourproject.yourapp.views.set_language'),

本文链接

不愁男女比例不协调

2010-05-27T06:03:00Z

据专家说，在世界的人口大国中，中国是男女比例最悬殊的一个。根据中国政府于2000年进行的第五次全国人口普查，

全国出生人口性别比为117，即在出生的婴儿中，男女比率达到117：100，比正常值102至107高出很多。这个情况让很多

小男孩的家长比较紧张，有的甚至把竞争发展到了幼儿园，比如说我就大力支持儿子的女同学到我们家玩，还厚着脸皮给

他女同学的家长打电话问能不能让儿子去她们家玩，最无耻的时候一天打三个电话。幸好我们家儿子属于比较帅的那种，

性格也较为成熟，有点领导风范，在幼儿园里比较受小朋友喜欢，特别是扎小辫子的小姑娘。这个情况让我放心不少，昨

日更是被震撼了一把。

儿子昨日参加幼儿园六一节目表演，一家人围观演出录像时孩儿他妈指着画面说“看，这几只蝴蝶加白雪公主加王

后，就是他们班的全部女生，七个”。七个！只有七个！不对不对，怎么会呢？且慢，让我扳着指头算算，婷婷、乐乐、

果果、妞妞，天啦，总共七个小姑娘就有四个和他有瓜葛，人才！

刚去幼儿园没多久这小子发生点故事。婷婷和乐乐都要挨着他坐，而且互不相让，老师难以协调，最后的结果是我家

小子一边一个可爱的小姑娘，左婷右乐。当然随着他们的成长，班里分了组，婷乐和我家早因为年龄大一点成熟一点就被

分到不同的组里去，左婷右乐成为往事。一年以后，常发生早儿伤及妞妞的情况，经老师解释才知道，妞特别喜欢早，常

禁不住用手摸他的脸（注：零零后就是先进啊），早不喜欢，回收一拨，带伤了妞妞的脸，为此两个还调了座，分开较为

安全。前一段他们班流行“结婚”，小子应是把果果从李腾手里抢了过来，他和果果结了婚。李腾同学暗自神伤，不过这

个同学很执着，一直心志不改，默默等待，在果受欺负（有时是被早欺负）的时候，大演英雄救美的好戏，最后终于修成

正果，重新成为果的王子。

四个姑娘，四个故事，这一切五彩缤纷发生后，小子们姑娘们还不到五岁。纯真的年代，青梅和竹马，小子们姑娘们

用他们最真实，最可爱的童年留下有趣的轨迹，还有有趣的话语。

早打了妞，妞被问及疼不疼时说：不疼，他就是打死我，我还是喜欢他

昨晚刷牙，早中途停顿，带着满嘴泡泡说：现在，除了婷婷和乐乐，别人都取消了。哎呀，我究竟选哪一个呢？

我说：哦，还得的再取消一个

早表情很严肃的说：是啊，如果选婷婷，乐乐会不高兴；如果选乐乐，婷婷会不高兴，不好办啊

果和早在不“结婚”以后，去书店看到早喜欢的奥特曼以，执意要买一本送给早，她妈妈问：你不是现在和李腾结婚

了么，为什么不送给李腾呢？果说：我还是送给早早吧，他爸爸可能会高兴

多可爱的小姑娘，可惜了，必须取消到只留一个。

补充一句妞妞的经典语录：早早是很男很难的男生，为为是个小男孩。难以想象吧，这个4岁姑娘的总结是如此精辟。

本文链接

Word文件如源码一样也可比较和合并

2010-05-24T03:14:00Z

昨日无意中发现，原来Word文件也可以像我们合并源码文件一样被比较和合并，这就意味着Word文件的编辑也支持多人同时编辑，形成多个分支，然后将各个分支的修改合并到一个文件中去。虽然，没有源码合并那么强大，但也有极大的应用价值。

合并的效果如何，请看例子：

烦请下载我的例子： Merge Word.rar 其中有两个版本，第二版做了修改、删除和添加内容的工作
打开其中的 V1 ，然后在菜单上选 “工具”- “比较并合并文档”，选择 V2，将产生一个新的 V2，如图：

接下来就是针对每一处修订，由你自己决定是接受还是拒绝，一旦存盘，合并完成

该测试在2003上通过，2007应更没有问题， WPS貌似没学这个。

本文链接

python 的字符编码和中文处理

2010-05-14T02:03:00Z

字符串

python有两种字符串

byteString = "hello world! (in my default locale)"

unicodeString = u"hello Unicode world!"

相互转换

1 s = "hello normal string"

2 u = unicode( s, "utf-8" )

3 backToBytes = u.encode( "utf-8" )

3 backToUtf8 = backToBytes.decode(‘utf-8’) #与第二行效果相同

如何判断

if isinstance( s, str ): # 对Unicode strings，这个判断结果为False

if isinstance( s, unicode): # 对Unicode strings，这个判断结果为True

if isinstance( s, basestring ): # 对两种字符串，返回都为True

做个试验

样例import sys 

print 'default encoding: ' , sys.getdefaultencoding()
print 'file system encoding: ' , sys.getfilesystemencoding()
print 'stdout encoding: ' , sys.stdout.encoding
print u'u"中文" is unicode: ', isinstance(u'中文',unicode)
print u'"中文" is unicode: ', isinstance('中文',unicode)

看输出结果，注意下列事实：

python系统缺省的编码格式为ASCII，这个缺省编码在Python转换字符串时用的到，这里给两个例子：

1. a = "abc" + u"bcd", Python会如此转换"abc".decode(sys.getdefaultencoding()) 然后将两个Unicode字符合并。

2. print unicode('中文') , 这句话执行会出错“UnicodeDecodeError: 'ascii' codec can't decode byte 0xe4 …”，是因为Python试图用缺省编码来编码，而这个字符串不是ASCII，因此需要显示的指出，如果你的文件源类型为utf-8，则应如此：print unicode('中文','utf-8’)

Windows下getfilesystemencoding输出mbcs（多字节编码，windows的mbcs，也就是ansi，它会在不同语言的windows中使用不同的编码，在中文的windows中就是gb系列的编码)

Windows下控制台编码为cp936, 当你打印东西到控制台时Python自动做了转换。这里会引发一个有趣的问题, 试一下这个简单的例子test.py：

样例# -*- coding: utf-8 -*-
s = u'中文'
print s

在控制台中分别运行 python test.py 和 python test.py > 1.txt

你会发现后者会报错，原因是打印控制台时Python会自动转换编码到sys.stdout.encoding, 而输出到文件时Python不会自动在write调用中进行内部字符转换。这个问题在PrintFails中有较详细的说明。

UTF-8编码格式

保存utf-8格式的文件

import codecs

fileObj = codecs.open( "someFile", "r", "utf-8" )

u = fileObj.read() # Returns a Unicode string from the UTF-8 bytes in the file

自己写BOM头

out = file( "someFile", "w" )

out.write( codecs.BOM_UTF8 )

out.write( unicodeString.encode( "utf-8" ) )

out.close()

自己去掉BOM头

对UTF-16, Python将BOM解码为空字串。然而对UTF-8, BOM被解码为一个字符，如例：

样例
>>> codecs.BOM_UTF16.decode( "utf16" ) 
u'' 
>>> codecs.BOM_UTF8.decode( "utf8" ) 
u'\ufeff'

不知道为什么会这样不同，因此你需要在读文件时自己去掉BOM：

去掉BOMimport codecs
if s.beginswith( codecs.BOM_UTF8 ):
	# The byte string s begins with the BOM: Do something.
	# For example, decode the string as UTF-8
	
if u[0] == unicode( codecs.BOM_UTF8, "utf8" ):
	# The unicode string begins with the BOM: Do something.
	# For example, remove the character.

# Strip the BOM from the beginning of the Unicode string, if it exists
u.lstrip( unicode( codecs.BOM_UTF8, "utf8" ) )

源码文件的编码

关于Python对代码文件的编码处理，PEP0263 讲的很清楚，现摘录如下

python缺省认为文件为ASCII编码。

可在代码头一行或二行加入声明文件编码申明，通知python该文件的编码格式，如

# -*- coding: utf-8 –*- # 注意使用的编辑器，确保文件保存时使用了该编码格式

对于Windows这样的平台，它使用了BOM（文件头三个字节 \xef\xbb\xbf）来申明文件为utf-8编码，这种情况下：

如果文件中没有编码申明，python以utf8处理
如果有编码申明但不是utf-8, python报错

本文链接

djang 测试心得

2010-05-13T10:08:00Z

突破test.py，弄个目录放测试案例

总所周知，django支持放在models.py中的doctest和tests.py，他们都要放在项目目录下。如果为了测试model, 使用doctest让测试挨着model的定义，而且也可方便得到文档，这可接受。但是tests.py放所有的测试案例严重不符合我的习惯，我喜欢把所有测试案例集中放在一个专门的目录中，而且一个文件一个TestCase。因此，考虑用suite()做一点工作，写一个tests.py：

" ""
Build test suite with test cases under the folder mytests

How to orgnize your tests cases:
    * put them in the folder mytests
    * name py file as *test.py, case-sensitivity ignored, eg. clientTest.py 
"""
__author__ = 'zhangtao.it@gmail.com'

import unittest,os,re

TESTS = 'mytests'

def suite():
    app_path = __name__.split('.')[:-1]
    app_path.append(TESTS)

    path = os.path.abspath(os.path.dirname(__file__))   
    path = os.path.join(path, TESTS)

    files = os.listdir(path)                               
    test = re.compile("test\.py$", re.IGNORECASE)          
    files = filter(test.search, files)   

    #note: for importing, module name must contain the full

这就是我的tests.py, 把他放到app目录中，然后:

app目录中建一个目录mytests, 用来放你的测试案例。记得搞一个空的__init__.py
注意所有测试案例py文件命名为*test.py, 处理是忽略大小写。

如何准备测试数据

django测试是会生成专门一个测试数据库，但里面没有数据，django自定义的TestCase提供了方法fixtures来加载测试数据到数据库。

使用manage.py dumpdata 把正式数据库的数据导出来，保存在json文件中（如user.json），放在APP下fixtures目录里，如例

python manage.py dumpdata auth.user --format json > yourappname/fixtures/user.json

如此写测试案例，django会在setUp之后加载fixtures，把数据填充到数据库。当然，你也可自己编写json文件喂给它。

测试案例from django.test import TestCase,Client 

class DjangoTestCase(TestCase):
    fixtures = ['user.json'] 

    def setUp(self):
        pass 

    def test_Login(self):
        c = Client()
        self.assertTrue(c.login(username='root',password='root'))

本文链接

my django development environment (virtualenv+pip+django)

2010-05-12T16:11:00Z

Steps

download and install Python
download and install setuptool, please choose right setuptool version which matches python version
make a virtualenv
- > virtualenv yourenvname
install pip
- > easy_install pip
make a requirement file, a file indicates packages required by your virtual environment, save it to requirement.txt and put it in directory yourenvname

django-pagination
django-registration
Django
South

flup

install packages required
- yourenvname> pip install –r requirement.txt
start your django project and django application
- yourenvname> django-admin.py startproject yourprojectname
- yourprojectname> django-admin.py mange.py yourappname
- yourprojectname>python mange.py syncdb

Trouble Shooting

<></>

Action	Error	Solution
run django-admin.py	Type 'django-admin.py help' for usage	Modify registry of file association: "C:\Python25\python.exe" "%1" %*

Package List

Previously, some packages I recommend are listed in requirement file. Forget about my recommendation, you can have any package you want in it. Here is description for some package.

Name	Description
django-registration	This application enables a common user-registration workflow: registration with a email Various methods of extending and customizing the registration process are also provided.
django-pagination	A set of utilities for creating robust pagination tools throughout a django application.
South	South, likes migration of Ruby on Rails, is a tool to provide consistent, easy-to-use and database-agnostic migrations for Django applications.
flup	Make your django web site support FastCGI, SCGI and AJP and work with nginx, apache and lighttpd

本文链接

nginx+fastcgi+django实践笔记

2010-05-12T08:14:00Z

先看配置：

server {
        listen       80;
        server_name localhost;

access_log logs/access.log main;
    error_log logs/error.log warn;

location / {
        fastcgi_pass 127.0.0.1:3033;
        include fastcgi_django.conf;
    }

location ^~ /media {
        alias D:/Studio/gtca/gtdevice/media;
        access_log   off;
    }
    location ^~ /media/admin {
        alias D:\Studio\gtca\Lib\site-packages\django\contrib\admin\media;
        access_log   off;
    }

location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js|mov)   {
        root D:/Studio/gtca/gtdevice/media/;
        access_log   off;
        expires      30d;
    }
    }

其中fastcgi_django.conf为：

fastcgi_param SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param QUERY_STRING       $query_string;
fastcgi_param REQUEST_METHOD     $request_method;
fastcgi_param CONTENT_TYPE       $content_type;
fastcgi_param CONTENT_LENGTH     $content_length;

fastcgi_param REQUEST_URI        $request_uri;
fastcgi_param DOCUMENT_URI       $document_uri;
fastcgi_param DOCUMENT_ROOT      $document_root;
fastcgi_param SERVER_PROTOCOL    $server_protocol;

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param REMOTE_ADDR        $remote_addr;
fastcgi_param REMOTE_PORT        $remote_port;
fastcgi_param SERVER_ADDR        $server_addr;
fastcgi_param SERVER_PORT        $server_port;
fastcgi_param SERVER_NAME        $server_name;

注意两个问题（经验教训）：

关闭nginx一定要用 nginx -s quit，不要只关那个cmd shell，nginx还开了一个工作进程（如果使用缺省配置worker_processes 1; 看进程有两个nginx在运行）。我开始没注意这个，配置又不熟，改了半天没成功，原来发现是工作进程没关导致的。
传给django的参数不要有fastcgi.conf里带的那个SCRIPT_NAME。django使用PATH_INFO来匹配urlpatterns。如果PATH_INFO和SCRIPT_NAME都被设置为$fastcgi_script_name, django会给所有的请求都搞一个空字串。我的网站需要先认证再一个next跳转，一直不工作，就是因为这个原因。
注意上述的配置中，自己网站的media和django的media都配置了，让nginx来直接返回给客户端，是因为django不管静态文件。

本文链接

django 开发 - 小心模板文件的编码格式(utf-8)

2010-05-12T07:45:00Z

遇到一个很神的问题，网站中有一页的样式总是不正确（整体内容偏下），历经千辛万苦才发现是由于模板文件的编码引起的。

原来没注意这个问题，所有模板文件都保存为ANSI编码，这个单单鬼使神差的存成了UTF-8，而且其中有中文，因此导致这个问题。很具体的原因没想明白。

吸取教训：

django 缺省认为他处理的字符串和文件都是 utf-8, 因此如果你的模板文件不是utf-8, 你可设置FILE_CHARSET让django加载磁盘文件时先做转换。当然，这个方法用于东西太多尾大难掉的时候，否则用utf-8保存你的模板吧，会少一些烦恼，也加快点django处理的速度。另外一个好习惯，源代码也用utf-8保存。

本文链接

博客园_251 - 观照无明

IE9 + django开发版WEB服务器 不响应或Socket报错

google chrome 下django用户登录失败的问题

django 开发多语言网站

不愁男女比例不协调

Word文件如源码一样也可比较和合并

python 的字符编码和中文处理

djang 测试心得

my django development environment (virtualenv+pip+django)

nginx+fastcgi+django实践笔记

django 开发 - 小心模板文件的编码格式(utf-8)

IE9 + django开发版WEB服务器不响应或Socket报错