Problema di codifica nel motore di app durante l'invio di moduli multipart/form-data

Question

Ho un semplice modulo che invia un'immagine al blobstore e un titolo per l'immagine. Funziona sul mio devserver locale ma quando distribuisco il mio codice, le lettere non ascii nel titolo diventano confuse con una specie di misto di ascii e hex. Ad esempio, Ísland diventa = CDsland. Nota, sto usando <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> come primo valore nell'intestazione. Anche utf-8 funziona per tutte le mie altre forme. Solo il modulo multipart che diventa confuso. In ogni modo questo è il mio modulo:

<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> 

E questa è la manipolazione del modulo di classe:

# 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() 

Qualcuno ha idea di come posso risolvere questo problema? Devo eseguire qualche codifica/decodifica sul lato server? Ho provato a googling per quello senza risultati (python newb), quindi questa è la mia ultima risorsa prima di modificare il mio design e dividere i moduli.

Answer 1

Hai provato photourl = images.get_serving_url (unicode

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

Answer 2

= CD è la rappresentazione stampabile quotata di Í.

Non ho alcuna spiegazione sul motivo per cui il server di produzione fornirebbe questi dati come quotato-stampabile quando non lo fa il server_app, ma il modulo quopri dalla libreria standard può decodificarlo per voi.

Answer 3

Questo è un bug noto. http://code.google.com/p/googleappengine/issues/detail?id=3761

Tornando ai dati originale è una questione di:

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

Answer 4

sto usando Django nonrel e fissato con questo 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

Questo commento spiega come risolvere il problema e include appengine_config.py, che rende tutto funzionante: http://code.google.com/p/googleappengine/issues/detail?id=2749#c21

Non includo il codice qui perché non ho idea di come allegare il file, ed è abbastanza grande da includere in linea.

Answer 6

aggiungere la libreria webob più recente per il vostro app.yaml:

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

preso da: https://code.google.com/p/googleappengine/issues/detail?id=2749