[Python] Flask, jsonify e lettere accentate

Fornacciari Andrea afornacciari a yahoo.it
Lun 20 Giu 2016 14:05:52 CEST


> La pagina di SQLA per il backend oracle ha un paio di match per
> "encoding", li hai letti?
Si, li avevo letti, ho visto che è possibile aggiungere il parametro encoding nella create_engine, ma non ho capito come farlo utilizzando flask_sqlalchemy.
Ho risolto aggiungendo la variabile d'ambiente NLS_LANG, settata con lo stesso language, territorio e charset del database:
os.environ['NLS_LANG']= 'ITALIAN_ITALY.AL32UTF8'

Grazie. 

    Il Domenica 19 Giugno 2016 14:39, Andrea D'Amore <and.damore a gmail.com> ha scritto:
 

 2016-06-17 16:28 GMT+02:00 Fornacciari Andrea <afornacciari a yahoo.it>:
> Se aggiungo a result.description la decodifica
> result.description.decode("latin1"), la risposta è corretta:

> Immagino che problemi con i charsets siano abbastanza frequenti, c'è modo
> per evitare di dover impostare per ogni singolo campo alfanumerico la
> decodifica corretta?

La pagina di SQLA per il backend oracle ha un paio di match per
"encoding", li hai letti?

Non credo tu possa esimerti dal sapere che codifica stai usando nel
database, guarda la presentazione o il video unipain [1].

> P.S.: Lo stesso codice nella 3.5 funziona perfettamente senza attributo
> decode (che tra l'altro nella 3 hanno rimosso).

Non sono ferrato perché uso perlopiù 2.7, ma da i vari "2 vs. 3" che
ho letto la differenza la fa il concetto di stringa che in py2 è una
sequenza di byte mentre in py3 è una sequenza di caratteri, quindi una
volta che hai la stringa non esiste il problema di codifica.


[1]: http://nedbatchelder.com/text/unipain.html

-- 
Andrea

  
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/python/attachments/20160620/d9b24f72/attachment.html>


Maggiori informazioni sulla lista Python