mod_wsgi (Apache)

Установка mod_wsgi

Если у вас ещё не установлен mod_wsgi, вам нужно либо установить его с помощью менеджера пакетов, либо скомпилировать его самостоятельно. Инструкции по установке mod_wsgi покрывают установки из исходного кода на системах UNIX.

Если вы используете Ubuntu/Debian, вы можете установить его с помощью apt-get и активировать его следующим образом:

$ apt-get install libapache2-mod-wsgi-py3

Если вы используете дистрибутив на основе yum (Fedora, OpenSUSE и т.д.), вы можете установить его следующим образом:

$ yum install mod_wsgi

В FreeBSD установите mod_wsgi, скомпилировав порт www/mod_wsgi или используя pkg_add:

$ pkg install ap24-py37-mod_wsgi

Если вы используете pkgsrc, вы можете установить mod_wsgi, скомпилировав пакет www/ap2-wsgi.

Если после первой перезагрузки Apache вы столкнунетесь с ошибками segfaulting дочерних процессов, вы можете их безопасно проигнорировать. Просто перезапустите сервер.

Создание файла .wsgi

Для запуска вашего приложения вам нужен файл yourapplication.wsgi. Этот файл содержит код, который mod_wsgi выполняет при запуске, чтобы получить объект приложения. Объект, называемый application в этом файле, затем используется как приложение.

Для большинства приложений достаточен следующий файл:

from yourapplication import app as application

Если в файле __init__.py используется функция-фабрика, то функция должна быть импортирована:

from yourapplication import create_app
application = create_app()

Если у вас нет функции-фабрики для создания приложения, но есть единственный экземпляр, вы можете напрямую импортировать его как application.

Сохраните этот файл где-нибудь, где вы его сможете найти (например: /var/www/yourapplication) и убедитесь, что yourapplication и все используемые библиотеки находятся в пути поиска Python. Если вы не хотите устанавливать его по всей системе, рассмотрите использование виртуального окружения Python virtual python. Имейте в виду, что вам также придётся установить ваше приложение в виртуальное окружение. В качестве альтернативы, можно просто исправить путь в файле .wsgi перед импортом:

import sys
sys.path.insert(0, '/path/to/the/application')

Настройка Apache

Последнее, что вам нужно сделать, это создать файл конфигурации Apache для вашего приложения. В этом примере мы говорим mod_wsgi выполнить приложение под другим пользователем по соображениям безопасности:

<VirtualHost *>
    ServerName example.com

    WSGIDaemonProcess yourapplication user=user1 group=group1 threads=5
    WSGIScriptAlias / /var/www/yourapplication/yourapplication.wsgi

    <Directory /var/www/yourapplication>
        WSGIProcessGroup yourapplication
        WSGIApplicationGroup %{GLOBAL}
        Order deny,allow
        Allow from all
    </Directory>
</VirtualHost>

Примечание: WSGIDaemonProcess не реализован в Windows, и Apache откажется работать с указанной выше конфигурацией. В системе Windows удалите эти строки:

<VirtualHost *>
    ServerName example.com
    WSGIScriptAlias / C:\yourdir\yourapp.wsgi
    <Directory C:\yourdir>
        Order deny,allow
        Allow from all
    </Directory>
</VirtualHost>

Примечание: произошли некоторые изменения в конфигурации контроля доступа для Apache 2.4.

В частности, синтаксис разрешений каталогов изменился с httpd 2.2

Order allow,deny
Allow from all

до синтаксиса httpd 2.4

Require all granted

Для получения дополнительной информации обратитесь к документации mod_wsgi.

Отладка

Если ваше приложение не запускается, воспользуйтесь этим руководством для отладки:

Проблема: приложение не запускается, в журнале ошибок указано SystemExit ignored

В вашем файле приложения есть вызов app.run(), который не защищён условием if __name__ == '__main__':. Либо удалите этот вызов run() из файла и перенесите его в отдельный файл run.py, либо поместите его в такой блок if.

Проблема: приложение выдаёт ошибки доступа

Вероятно, это вызвано тем, что ваше приложение работает не от имени нужного пользователя. Убедитесь, что у папок, к которым приложение должно иметь доступ, установлены соответствующие привилегии, и приложение работает от имени правильного пользователя (параметр user и group для директивы WSGIDaemonProcess).

Проблема: приложение завершается с ошибкой при печати

Обратите внимание, что mod_wsgi запрещает любые действия с sys.stdout и sys.stderr. Вы можете отключить эту защиту из конфигурации, установив WSGIRestrictStdout в off.

WSGIRestrictStdout Off

В качестве альтернативы, вы также можете заменить стандартный вывод в файле .wsgi на другой поток:

import sys
sys.stdout = sys.stderr

Проблема: доступ к ресурсам вызывает ошибки IO

Ваше приложение, вероятно, представляет собой единственный файл .py, который вы связали в папку site-packages с помощью symlink. Пожалуйста, имейте в виду, что это не работает; вместо этого вам нужно либо добавить папку в pythonpath, в которой хранится файл, либо преобразовать ваше приложение в пакет.

Причина в том, что для неинсталлированных пакетов имя файла модуля используется для поиска ресурсов, а для symlink вызывается неправильное имя файла.

Поддержка автоматической перезагрузки

Чтобы помочь инструментам развертывания, вы можете активировать поддержку автоматической перезагрузки. Всякий раз, когда что-то изменяется в файле .wsgi, mod_wsgi будет перезагружать все демоны для нас.

Для этого добавьте следующую директиву в ваш раздел Directory:

WSGIScriptReloading On

Работа с виртуальными окружениями

Виртуальные окружения имеют преимущество, что никогда не устанавливают необходимые зависимости по всей системе, поэтому вы лучше контролируете, что используется где. Если вы хотите использовать виртуальное окружение с mod_wsgi, вам нужно немного изменить свой файл .wsgi.

Добавьте следующие строки в начало вашего файла .wsgi:

activate_this = '/path/to/env/bin/activate_this.py'
with open(activate_this) as file_:
    exec(file_.read(), dict(__file__=activate_this))

Это настраивает пути поиска в соответствии с настройками виртуального окружения. Имейте в виду, что путь должен быть абсолютным.