Problema de codificación en el motor de la aplicación al enviar formularios multipart/form-data

Question

Tengo un formulario simple que envía una imagen a la tienda de blob y un título para la imagen. Esto funciona en mi devserver local, pero cuando despliego mi código, las letras que no son ascii en el título se confunden con algún tipo de mezcla de ascii y hexadecimal. Por ejemplo Ísland se convierte = CDsland. Tenga en cuenta que estoy usando <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> como el primer valor en el encabezado. También utf-8 funciona para todas mis otras formas. Solo la forma multiparte que se confunde. De todas formas este es mi forma:

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

Y esta es la clase de manejo de la forma:

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

¿Alguien tiene una idea de cómo puedo solucionar este problema? ¿Tengo que hacer algo de codificación/decodificación del lado del servidor? He intentado buscar en Google sin obtener resultados (python newb), así que este es mi último recurso antes de modificar mi diseño y dividir los formularios.

Answer 1

has necesitado photourl = images.get_serving_url (Unicode

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

Answer 2

= CD es la representación imprimible entre comillas de Í.

No tengo ninguna explicación de por qué el servidor de producción le daría esta información como imprimible entre comillas cuando el dev_appserver no, pero el módulo quopri de la biblioteca estándar puede descodificarlo por usted.

Answer 3

Este es un error conocido. http://code.google.com/p/googleappengine/issues/detail?id=3761

Volviendo a los datos originales es una cuestión de:

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

Answer 4

estoy usando Django nonrel y fija con este 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

Este comentario explica cómo solucionar el problema e incluye el appengine_config.py, que hace que todo funcione: http://code.google.com/p/googleappengine/issues/detail?id=2749#c21

No incluyo el código aquí porque no tengo idea de cómo adjuntar el archivo, y es bastante grande para ser incluido en línea.

Answer 6

añadir la biblioteca WebOb nuevo a su app.yaml:

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

que ya ha recibido: https://code.google.com/p/googleappengine/issues/detail?id=2749