grazie giorgio. devo dire che ho risolto con il blueprint che mi hai consigliato. Ho forzato una conversione dei campi da latin1 a utf8 e l'updateschema non s'e' piu' incartato.
rimane tuttavia il dubbio del perche' nell'ambiente di sviluppo io mi trovassi direttamente degli splendide stringhe gia' encodate utf-8 e in produzione abbia dovuto utilizzare l'artificio. I locales dei due ambienti differiscono: produzione e' en_US.UTF-8 e in sviluppo e' it_IT.UTF-8. Piu' in là non sono andato. ancora grazie, aleeandro. Il giorno 09 maggio 2013 09:47, Giorgio Borelli <[email protected] > ha scritto: > ciao, > > Il giorno 09 maggio 2013 09:35, SauZheR <[email protected]> ha scritto: > >> Salve, >> ho una pipeline di transmogrifier che ha come source un mysql. >> ... >> Secondo voi da dove comincio per far ingoiare all'ambiente di produzione >> tutte le stranezze contenute nelle stringhe del db? >> > > Io direi di sistemare tutte le codifiche all'origine capendo cosa esce da > mysql e trasformando il tutto prima di metterlo in plone con questo > blueprint: > - http://goo.gl/1RyYD > > > _______________________________________________ > Plone-IT mailing list > [email protected] > https://lists.plone.org/mailman/listinfo/plone-plone-it > http://plone-regional-forums.221720.n2.nabble.com/Plone-Italy-f221721.html > -- bye SauZheR ************************************ l'iterazione è umana... la ricorsione, Divina! ************************************ reply to: sauzher AT gmail DOT com
_______________________________________________ Plone-IT mailing list [email protected] https://lists.plone.org/mailman/listinfo/plone-plone-it http://plone-regional-forums.221720.n2.nabble.com/Plone-Italy-f221721.html
