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

高洛峰
Libérer: 2017-03-26 10:09:15
original
2464 Les gens l'ont consulté

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.
Copier après la connexion

ou

UnicodeEncodeError: ‘ascii' codec can't encode characters in position 24-25: ordinal not in range(128)
Copier après la connexion

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 -*-
Copier après la connexion

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
Copier après la connexion

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
Copier après la connexion

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"
Copier après la connexion

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!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
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
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal