mod_wsgi (Apache)

Если вы используете веб-сервер Apache, рассмотрите возможность использования mod_wsgi.

Установка mod_wsgi

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

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

# apt-get install libapache2-mod-wsgi

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

# yum install mod_wsgi

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

# pkg install ap22-mod_wsgi2

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

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

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

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

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

from yourapplication import app as application

Если у вас нет функции-фабрики для создания приложения, но есть одиночный экземпляр, вы можете напрямую импортировать его как 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 проигнорировано

В вашем файле приложения есть вызов 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. Пожалуйста, имейте в виду, что это не работает; вместо этого вы должны поместить папку в pythonpath, где хранится файл, или преобразовать ваше приложение в пакет.

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

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

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

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

WSGIScriptReloading On

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

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

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

activate_this = '/path/to/env/bin/activate_this.py'
execfile(activate_this, dict(__file__=activate_this))

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

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

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