В приложении с флягой, которое я написал, я использую внешнюю библиотеку, которая может быть настроена с использованием переменных среды. Примечание. Я написал эту внешнюю библиотеку самостоятельно. Поэтому я мог бы внести необходимые изменения. При запуске из командной строки запускает сервер флагов с помощью:
# env = python virtual environment
ENV_VAR=foo ./env/bin/python myapp/webui.py
все это будет как ожидалось. Но после развертывания его в apache и использования SetEnv
он больше не работает. Фактически, распечатывая os.environ
до stderr
(поэтому он появляется в журналах apache, показывает, что процесс wsgi
, кажется, находится в совсем другой среде (для одного, os.environ['PWD']
кажется, что он выключен. Фактически, он указывает на мою папку разработки.
Чтобы помочь выявить проблему, следуйте следующим частям приложения как отдельного приложения hello-world. Выход ошибки и наблюдения находятся в самом конце сообщения.
Макет папки приложения:
Приложение Python:
.
├── myapp.ini
├── setup.py
└── testenv
├── __init__.py
├── model
│ └── __init__.py
└── webui.py
Папка Apache (/var/www/michel/testenv
):
.
├── env
│ ├── [...]
├── logs
│ ├── access.log
│ └── error.log
└── wsgi
└── app.wsgi
myapp.ini
[app]
somevar=somevalue
setup.py
from setuptools import setup, find_packages
setup(
name="testenv",
version='1.0dev1',
description="A test app",
long_description="Hello World!",
author="Some Author",
author_email="[email protected]",
license="BSD",
include_package_data=True,
install_requires = [
'flask',
],
packages=find_packages(exclude=["tests.*", "tests"]),
zip_safe=False,
)
testenv/ INIT.py
# empty
testenv/модель/ INIT.py
from os.path import expanduser, join, exists
from os import getcwd, getenv, pathsep
import logging
import sys
__version__ = '1.0dev1'
LOG = logging.getLogger(__name__)
def find_config():
"""
Searches for an appropriate config file. If found, return the filename, and
the parsed search path
"""
path = [getcwd(), expanduser('~/.mycompany/myapp'), '/etc/mycompany/myapp']
env_path = getenv("MYAPP_PATH")
config_filename = getenv("MYAPP_CONFIG", "myapp.ini")
if env_path:
path = env_path.split(pathsep)
detected_conf = None
for dir in path:
conf_name = join(dir, config_filename)
if exists(conf_name):
detected_conf = conf_name
break
return detected_conf, path
def load_config():
"""
Load the config file.
Raises an OSError if no file was found.
"""
from ConfigParser import SafeConfigParser
conf, path = find_config()
if not conf:
raise OSError("No config file found! Search path was %r" % path)
parser = SafeConfigParser()
parser.read(conf)
LOG.info("Loaded settings from %r" % conf)
return parser
try:
CONF = load_config()
except OSError, ex:
# Give a helpful message instead of a scary stack-trace
print >>sys.stderr, str(ex)
sys.exit(1)
testenv/webui.py
from testenv.model import CONF
from flask import Flask
app = Flask(__name__)
@app.route('/')
def index():
return "Hello World %s!" % CONF.get('app', 'somevar')
if __name__ == '__main__':
app.debue = True
app.run()
Конфигурация Apache
<VirtualHost *:80>
ServerName testenv-test.my.fq.dn
ServerAlias testenv-test
WSGIDaemonProcess testenv user=michel threads=5
WSGIScriptAlias / /var/www/michel/testenv/wsgi/app.wsgi
SetEnv MYAPP_PATH /var/www/michel/testenv/config
<Directory /var/www/michel/testenv/wsgi>
WSGIProcessGroup testenv
WSGIApplicationGroup %{GLOBAL}
Order deny,allow
Allow from all
</Directory>
ErrorLog /var/www/michel/testenv/logs/error.log
LogLevel warn
CustomLog /var/www/michel/testenv/logs/access.log combined
</VirtualHost>
app.wsgi
activate_this = '/var/www/michel/testenv/env/bin/activate_this.py'
execfile(activate_this, dict(__file__=activate_this))
from os import getcwd
import logging, sys
from testenv.webui import app as application
# You may want to change this if you are using another logging setup
logging.basicConfig(stream=sys.stderr, level=logging.DEBUG)
LOG = logging.getLogger(__name__)
LOG.debug('Current path: {0}'.format(getcwd()))
# Application config
application.debug = False
# vim: set ft=python :
Ошибка и наблюдения
Это результат журнала ошибок apache.
[Thu Jan 26 10:48:15 2012] [error] No config file found! Search path was ['/home/users/michel', '/home/users/michel/.mycompany/myapp', '/etc/mycompany/myapp']
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] mod_wsgi (pid=17946): Target WSGI script '/var/www/michel/testenv/wsgi/app.wsgi' cannot be loaded as Python module.
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] mod_wsgi (pid=17946): SystemExit exception raised by WSGI script '/var/www/michel/testenv/wsgi/app.wsgi' ignored.
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] Traceback (most recent call last):
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] File "/var/www/michel/testenv/wsgi/app.wsgi", line 10, in <module>
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] from testenv.webui import app as application
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] File "/var/www/michel/testenv/env/lib/python2.6/site-packages/testenv-1.0dev1-py2.6.egg/testenv/webui.py", line 1, in <module>
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] from testenv.model import CONF
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] File "/var/www/michel/testenv/env/lib/python2.6/site-packages/testenv-1.0dev1-py2.6.egg/testenv/model/__init__.py", line 51, in <module>
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] sys.exit(1)
[Thu Jan 26 10:48:15 2012] [error] [client 10.115.192.101] SystemExit: 1
Мое первое наблюдение заключается в том, что переменная среды MYAPP_PATH
не отображается в os.environ
(это не видно в этом выпуске, но я ее протестировал, и ее там нет!). Таким образом, config "resolver" возвращается к пути по умолчанию.
И мое второе наблюдение - это путь поиска для списков конфигурационных файлов /home/users/michel
как возвращаемое значение os.getcwd()
. Я действительно ожидал чего-то внутри /var/www/michel/testenv
.
Мой инстинкт говорит мне, что то, как я делаю конфигурационное разрешение, неверно. В основном потому, что код выполняется во время импорта. Это приводит меня к мысли, что, возможно, код конфигурации будет выполнен до того, как среда WSGI будет правильно настроена. Я на что-то там?
Краткая дискуссия/касательный вопрос
Как бы вы сделали разрешение конфигурации в этом случае? Учитывая, что подпапка "model" на самом деле является внешним модулем, который также должен работать в приложениях, отличных от wsgi, и должен обеспечивать способ настройки соединения с базой данных.
Лично мне нравится, как я ищу файлы конфигурации, все еще могу переопределить его. Только тот факт, что код выполняется во время импорта, заставляет мои чувства паука покалывать, как сумасшедшие. Обоснование этого: обработка конфигурации полностью скрыта (абстракция-барьер) другими разработчиками, использующими этот модуль, и она "просто работает". Им просто нужно импортировать модуль (с существующим конфигурационным файлом, конечно), и он может перейти прямо, не зная каких-либо деталей БД. Это также дает им простой способ работы с различными базами данных (dev/test/deployment) и легко переключаться между ними.
Теперь, внутри mod_wsgi его больше нет: (
Обновление:
Как раз сейчас, чтобы проверить мою идею выше, я изменил webui.py
на следующее:
import os
from flask import Flask, jsonify
app = Flask(__name__)
@app.route('/')
def index():
return jsonify(os.environ)
if __name__ == '__main__':
app.debue = True
app.run()
Вывод на веб-странице следующий:
{
LANG: "C",
APACHE_RUN_USER: "www-data",
APACHE_PID_FILE: "/var/run/apache2.pid",
PWD: "/home/users/michel/tmp/testenv",
APACHE_RUN_GROUP: "www-data",
PATH: "/usr/local/bin:/usr/bin:/bin",
HOME: "/home/users/michel/"
}
Это показывает ту же среду, что и другие методы отладки. Поэтому мой первоначальный вариант был неправильным. Но теперь я еще кое-что понял. os.environment['PWD']
устанавливается в папку, где у меня есть файлы разработки. Это совсем не то, где приложение работает. Еще страннее, os.getcwd()
возвращает /home/users/michel
? Это не соответствует тому, что я вижу в os.environ
. Если это не то же самое, что os.environ['PWD']
?
Самая важная проблема остается: почему значение, установленное apache SetEnv
(MYAPP_PATH
в этом случае) не найдено в os.environ
?