Python - 'ascii' codec ne peut pas décoder les octets

Je suis à l'aide de Python 2.6 et Jinja2 pour créer des rapports HTML. - Je fournir le modèle avec de nombreux résultats et le modèle de boucles à travers eux et crée des tableaux en HTML

Lors de l'appel de modèle.le rendu, j'ai soudain commencé à avoir cette erreur.

<td>{{result.result_str}}</td>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc4 in position 0: ordinal not in range(128)

La chose étrange est que, même si j'ai mis en résultat.result_str à une simple chaîne de caractères ascii comme "abc" pour chaque résultat, je vois toujours cette erreur. Je suis nouveau sur Jinja2 et Python, et apprécie les idées sur comment je peux aller sur d'analyser le problème pour obtenir à la cause racine.

InformationsquelleAutor shane | 2011-02-18

jinja2 python

20

Si vous obtenez une erreur avec la chaîne "ABC", peut-être que le caractère non-ASCII est quelque part d'autre. Dans le modèle source, peut-être?

Dans tous les cas, utilisez des chaînes Unicode tout au long de votre application afin d'éviter ce genre de problèmes. Si votre source de données vous fournit des chaînes d'octets, vous obtenez des chaînes unicode avec byte_string.decode('utf-8'), si la chaîne est encodé en UTF-8. Si votre source est un fichier, utilisez la StreamReader classe dans les codecs module.

Si vous n'êtes pas sûr à propos de la différence entre les chaînes Unicode et régulier des chaînes, lisez ceci: http://www.joelonsoftware.com/articles/Unicode.html
- J'ai vérifié modèle pour les non ascii, dans Vim, j'ai couru "set isprint=", mais il n'a pas montrer quoi que ce soit non ascii.
- Et il n'y a pas d'autres variables que le modèle essayez de le rendre après la ligne que vous avez montré dans votre post, qui pouvait contenir et chaîne codée? Si non, pouvez-vous réduire votre modèle pour le strict minimum que vous devez reproduire l'erreur?
- Bonne idée. Je vais essayer juste de l'affichage de la result_str et rien d'autre pour voir si j'ai encore le faire.
InformationsquelleAutor jd.
78

Essayez d'ajouter ceci:
```
import sys
reload(sys)
sys.setdefaultencoding('utf-8')
```
Il fixe mon problème, bonne chance.
- C'est la meilleure réponse dans le fil, permet d'économiser beaucoup de tracas.
- Quel est le truc avec reload() ? est-ce que la sorcellerie ? (remarque: cela ne fonctionne, mais je ne comprends pas)
- Je ne comprends vraiment pas pourquoi cela fonctionne, mais il le fait. Merci
- C'est en fait terrible conseils. L'OP devrait plutôt assurez-vous qu'ils décoder les chaînes d'octets Unicode d'abord des valeurs. Réglage de l'encodage par défaut est semblable à garder la marche sur une jambe cassée par cerclage un bâton, au lieu de le faire vous-même à un hôpital pour fixer l'os.
- J'ai accidentellement upvoted cette réponse, car elle semblait fournir une solution rapide. @MartijnPieters est de droit si: Vous devez corriger vos bugs au lieu de cela.
- Si j'ai vraiment envie que tout soit en UTF-8, pourquoi est-ce mal?
InformationsquelleAutor Richard Huang
41

De http://jinja.pocoo.org/docs/api/#unicode

Jinja2 est l'utilisation d'Unicode en interne, ce qui signifie que vous avez passer de l'Unicode des objets à la fonction rendu ou bytestrings qui comprennent uniquement des caractères ASCII.

Donc où que vous définissez résultat.result_str, vous avez besoin de faire unicode, par exemple
```
result.result_str = unicode(my_string_variable, "utf8")
```
(Si votre octets ont été encodés en utf-8 unicode)

ou
```
result.result_str = u"my string"
```
- Cette réponse m'a aidé plus que les acceptée. Je suis d'accord avec l'avis de la accepté de répondre, ce serait fantastique si je pouvais prendre un mois et de fixer mes 100k SLOC webapp pour convertir correctement les chaînes unicode lors de ses limites et de travailler uniquement avec unicode en interne! - mais je ne peux pas suivre ce conseil, car de dollars. Sachant que Jinja2 est l'utilisation d'unicode en interne m'a aidé à reconnaître à quel point j'ai eu des problèmes de codage, et d'écrire un correctif pour résoudre la production de bug. Merci, les gars!
- Est-il possible de patch Jinja2 alors qu'il tente de décoder de utf-8 au lieu de ascii? stackoverflow.com/questions/28642781/...
InformationsquelleAutor Martin Stone
10

Juste rencontré le même problème dans un morceau de code qui enregistre la sortie de Jinja2 de fichiers HTML:
```
with open(path, 'wb') as fh:
    fh.write(template.render(...))
```
Il est facile de blâmer Jinja2, bien que le véritable problème est en Python open() qui, à partir de la version 2.7 ne supporte pas l'UTF-8. La solution est aussi simple que:
```
import codecs
with codecs.open(path, 'wb', 'utf-8') as fh:
    fh.write(template.render(...))
```
InformationsquelleAutor Dae
4

De simples chaînes peuvent contenir de caractères UTF-8 octets, mais ils ne sont pas de type unicode. Ceci peut être corrigé en "décoder" qui convertit les str en unicode. Fonctionne en Python 2.5.5.

my_string_variable.decode("utf8")

InformationsquelleAutor cat
0

ASCII à 7 bits de code. La valeur 0xC4 ne peuvent pas être stockées sur 7 bits. Par conséquent, vous utilisez le mauvais encodage de données.
- Je comprends ce que l'erreur de moyens. Je suis à la recherche de quelques conseils sur la traque pourquoi je suis à l'obtenir.
- Parce que vous êtes à l'aide de 0xC4. Trouver ce personnage. Le supprimer.
- Il est sans doute intéressant de noter que 0xc4 est le premier octet de la UTF8-caractères codés entre U+0100 et U+013F.
InformationsquelleAutor tchrist
-1

Ou vous pouvez le faire
```
export LANG='en_US.UTF-8'
```
dans votre console lorsque vous exécutez le script.

InformationsquelleAutor Zinovy Nis

Vous devez vous connecter pour publier un commentaire.