Codierung Problem in der App-Engine beim Senden von Multipart/Formulardatenformularen

Question

Ich habe ein einfaches Formular, das ein Bild an den Blobstore und einen Titel für das Bild übermittelt. Dies funktioniert auf meinem lokalen devserver, aber wenn ich meinen Code bereitstellen, werden nicht-ASCII-Buchstaben im Titel mit einer Art Mischung aus ASCII und Hex verzerrt. Zum Beispiel wird Island zu = CDland. Hinweis: Ich verwende <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> als ersten Wert in der Kopfzeile. Auch utf-8 funktioniert für alle meine anderen Formen. Nur die mehrteilige Form, die verstümmelt wird. Auch immer das ist meine Form:

<form action="{{ uploadurl }}" enctype="multipart/form-data" method="post"> 
    <div><label>Title</label><input type="text" name="title" class="string" /></div> 
    <div><label>Picture</label><input type="file" name="img"/></div> 
    <div style="margin-top:10px;"><input type="submit" value="Add picture" /></div> 
    <input type="hidden" value="{{ album.key }}" name="alid"/> 
</form> 

Und das ist die Klasse Umgang mit der Form:

# handler for posting photos 
class PostPhoto(blobstore_handlers.BlobstoreUploadHandler): 
    def post(self): 
     upload_files = self.get_uploads('img') 
     photourl = images.get_serving_url(str(upload_files[0].key())) 
     photo = Photo() 
     #because of multipart/form-data 
     photo.title = self.request.get("title") 
     photo.photourl = photourl 
     photo.photoalbum = PhotoAlbum.get(self.request.get('alid'))  
     photo.put() 

Hat jemand eine Ahnung, wie ich dieses Problem beheben? Muss ich eine serverseitige Kodierung/Dekodierung durchführen? Ich habe versucht, dafür googeln ohne Ergebnis (Python Newb), so ist dies meine letzte Zuflucht, bevor ich nur mein Design ändern und die Formulare aufteilen.

Answer 1

haben Sie versucht photourl = images.get_serving_url (Unicode

(upload_files [0] .key())) insted photourl = images.get_serving_url (str (upload_files [0] .key()))

Answer 2

= CD ist die druckbare Darstellung von Í.

Ich habe keine Erklärung, warum der Produktionsserver Ihnen diese Daten als quoted-printable geben würde, wenn der dev_appserver nicht, aber das quopri Modul aus der Standardbibliothek kann es für Sie decodieren.

Answer 3

Dies ist ein bekannter Fehler. http://code.google.com/p/googleappengine/issues/detail?id=3761

wieder auf den ursprünglichen Daten zu erhalten ist eine Frage von:

>>> import quopri 
>>> t = unicode(quopri.decodestring('=CD'), 'iso_8859-2') 
>>> print t 
Í 

Answer 4

ich Django nonrel bin mit und fixiert es mit dieser Middleware:

http://code.google.com/p/googleappengine/issues/detail?id=2749#c33

import logging 
import quopri 
log = logging.getLogger(__name__) 

class BlobRedirectFixMiddleware(object): 
    def process_request(self, request): 
     if request.method == 'POST' and 'HTTP_X_APPENGINE_BLOBUPLOAD' in request.META and request.META['HTTP_X_APPENGINE_BLOBUPLOAD'] == 'true': 
      request.POST = request.POST.copy() 
      log.info('POST before decoding: %s' % request.POST) 
      for key in request.POST: 
       if key.startswith('_') or key == u'csrfmiddlewaretoken': 
        continue 
       value = request.POST[key] 
       if isinstance(value,(str, unicode)): 
        request.POST[key] = unicode(quopri.decodestring(value), 'iso_8859-2') 
      log.info('POST after decoding: %s' % request.POST) 
     return None 

Answer 5

Dieser Kommentar erklärt, wie das Problem behoben werden kann und enthält die Datei appengine_config.py, mit der alles funktioniert: http://code.google.com/p/googleappengine/issues/detail?id=2749#c21

Ich füge den Code hier nicht ein, weil ich keine Ahnung habe, wie man eine Datei anhängt, und es ist ziemlich groß, inline eingeschlossen zu werden.

Answer 6

Fügen Sie die aktuelle WebOb Bibliothek zu Ihrem app.yaml:

libraries: 
- name: webapp2 
    version: "2.5.2" 
- name: webob 
    version: "1.2.3" 

Verstanden aus: https://code.google.com/p/googleappengine/issues/detail?id=2749