UnicodeDecodeError:'ascii'编解码器无法解码位置0中的字节0xe0:序号不在范围内(128)

在我的一台机器上,当我使用谷歌应用程序引擎或Django时,出现错误。

例如:

  • 的app.yaml

    application: demas1252c version: 1 runtime: python api_version: 1 handlers: - url: /images static_dir: images - url: /css static_dir: css - url: /js static_dir: js - url: /.* script: demas1252c.py 
  • demas1252c.py

     import cgi import wsgiref.handlers from google.appengine.ext.webapp import template from google.appengine.ext import webapp class MainPage(webapp.RequestHandler): def get(self): values = {'id' : 10} self.response.out.write(template.render('foto.html', values)) application = webapp.WSGIApplication([('/', MainPage)], debug = True) wsgiref.handlers.CGIHandler().run(application) 
  • foto.html

     <!DOCTYPE html> <html lang="en"> <head></head> <body>some</body> </html> 

错误信息:

 C:\artefacts\dev\project>"c:\Program Files\Google\google_appengine\dev_appserver.py" foto-hosting Traceback (most recent call last): File "c:\Program Files\Google\google_appengine\dev_appserver.py", line 69, in <module> run_file(__file__, globals()) File "c:\Program Files\Google\google_appengine\dev_appserver.py", line 65, in run_file execfile(script_path, globals_) File "c:\Program Files\Google\google_appengine\google\appengine\tools\dev_appserver_main.py", line 92, in <module> from google.appengine.tools import dev_appserver File "c:\Program Files\Google\google_appengine\google\appengine\tools\dev_appserver.py", line 140, in <module> mimetypes.add_type(mime_type, '.' + ext) File "C:\Python27\lib\mimetypes.py", line 344, in add_type init() File "C:\Python27\lib\mimetypes.py", line 355, in init db.read_windows_registry() File "C:\Python27\lib\mimetypes.py", line 260, in read_windows_registry for ctype in enum_types(mimedb): File "C:\Python27\lib\mimetypes.py", line 250, in enum_types ctype = ctype.encode(default_encoding) # omit in 3.x! UnicodeDecodeError: 'ascii' codec can't decode byte 0xe0 in position 0: ordinal not in range(128) 

当我在django中使用静态文件(没有gae)时,我有非常类似的错误(使用不同的堆栈)。

我试图find错误的原因,并将代码添加到mimetypes.py:

 print '=====' print ctype ctype = ctype.encode(default_encoding) # omit in 3.x! 

然后我在控制台中看到下面的消息:

 ===== video/x-ms-wvx ===== video/x-msvideo ===== рєфшю/AMR Traceback (most recent call last): 

在registryHKCR / Mime /数据库/ ContentType /我有五个俄罗斯(cyrilic)字母键。 但是,我怎样才能解决这个错误?

这是mimetypes一个错误,由registry中的错误数据触发。 ( рєфшю/AMR根本不是有效的MIME媒体types。)

ctype是由_winreg.EnumKey返回的registry键名, mimetypes期望是一个Unicodestring,但它不是。 与_winreg.QueryValueEx不同, EnumKey返回一个字节string(直接来自Windows API的ANSI版本; Python 2中的_winreg不会使用Unicode接口,即使它返回Unicodestring,也不会正确读取非ANSI字符)。

因此, .encode它的尝试失败,Unicode编码错误试图得到一个Unicodestring之前编码回到ASCII!

 try: ctype = ctype.encode(default_encoding) # omit in 3.x! except UnicodeEncodeError: pass 

这些mimetypes行应该简单地删除。

ETA: 添加到错误跟踪器 。

顺便说一下,问题的主要祸根是QuickTime,它将非ascii mimetypes添加到Windowsregistry中。 解决这个问题的最简单的方法是手动查找registry并从registry中删除HKCR/Mime/Database/ContentType/HKCR/Mime/Database/ContentType/HKCR/Mime/Database/ContentType/开始。

有一个补丁:

http://bugs.python.org/file18143/9291.patch

对我很好。

只要将UnicodeEncodeErrorreplace为UnicodeError即可

来自Alexandr Zarubkin的python issue9291(me21)的另一种解决scheme:

在Lib \ site-packages文件夹中添加名为sitecustomize.py的文件。

 import sys sys.setdefaultencoding("cp1251") 

它在registry中的拉丁MIMEpipe道的python错误启动regedit,并检查非拉丁名称的“HKEY_CLASSES_ROOT \ MIME \数据库\内容types”。