Maison  >  Article  >  développement back-end  >  Explication détaillée de la méthode de résolution des problèmes d'encodage uWSGI

Explication détaillée de la méthode de résolution des problèmes d'encodage uWSGI

高洛峰
高洛峰original
2017-03-26 10:09:152413parcourir

Récemment, une erreur s'est produite lors du déploiement d'une application écrite en Flask sur le serveur officiel via Supervisor+uWSGI. Je l'ai finalement résolue en recherchant des informations pertinentes, j'ai donc pensé à la partager avec tout le monde. pour résoudre le problème de uWSGI. Pour des informations pertinentes sur les problèmes de codage, les amis dans le besoin peuvent s'y référer.

J'ai trouvé un problème

J'ai récemment rencontré un problème au travail lors du déploiement d'une application écrite en Flask sur le serveur officiel via Supervisor+uWSGI , une erreur comme celle-ci se produit :

Unable to print the message and arguments – possible formatting error.

ou

UnicodeEncodeError: ‘ascii' codec can't encode characters in position 24-25: ordinal not in range(128)

Fait intéressant, une telle erreur ne se produit pas lors de l'exécution directe dans l'environnement Python. Il est également normal d'utiliser uwsgi uwsgi.ini pour fonctionner de cette façon.

En raison d'une prise en charge insuffisante d'Unicode, cette erreur apparaît souvent dans Python2, mais tous mes programmes sont écrits en Python3, et de telles erreurs ne devraient plus se reproduire. De plus, tous les fichiers python ont l'encodage défini sur la première ligne :

# -*- coding: utf-8 -*-

Mon environnement est le suivant :

  • Ubuntu 16.04.1 LTS

  • Python 3.5.2

  • uWSGI 2.0.14 (en pip python3)

  • Supervisor 3.3.1 (dans python2 pip)

Le contenu du fichier de configuration uwsgi.ini est le suivant :

[uwsgi]
master = true

wsgi-file = manage.py
callable = app

processes = 2
threads = 2
max-requests = 6000
chmod-socket = 664

uid = app
gid = app

buffer-size = 32768

venv = {project_dir}/venv

; http = 127.0.0.1:5001

logto = {project_dir}/logs/uwsgi.log

En raison de L'utilisation directe de Python et d'Uwsgi n'entraîne pas une telle erreur, on peut donc juger que le problème devrait être causé par le paramètre d'encodage de l'environnement.

Affichez l'encodage du serveur comme suit :

% locale
LANG=C
LANGUAGE=C:
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=en_US.UTF-8

Il s'avère que les variables d'environnement LANG et LANGUAGE ne sont pas définies.

Les valeurs de ces deux variables d'environnement peuvent être définies dans uwsgi.ini. Après des tests, j'ai découvert que ce qui fonctionne réellement, c'est LANGUAGE .

env LANG="en_US.UTF-8"
env LANGUAGE="en_US.UTF-8"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn