Вам не нужно полностью переписывать книгу Django для mod_wsgi.Единственное, что отличается, это apache.conf и скрипт внутри вашего каталога cgi-bin (оба не имеют прямого отношения к Django, поэтому все части Django будут применяться к обоим).
Но вы можетевероятно, было бы полезно прочитать общие инструкции по использованию / конфигурации для mod_wsgi и, вероятно, специальные заметки о django .Если у вас есть какие-то проблемы (например, какое-то сообщение об ошибке в вашем apache.log), вы можете посмотреть на страницу ConfigurationIssues .
Так, какова цель наличияв любом случае отдельный скрипт wsgi?
Почти все веб-приложения Python основаны на спецификации WSGI, которая позволяет использовать ваше приложение с CGI, FastCGI, mod_python, mod_wsgi и т. д. Итак, вы можете иметьболее одного из этих сценариев - например, по одному для каждой технологии.
Другое дело, что вы также можете контролировать множество параметров конфигурации внутри этого сценария (например, разветвление дополнительных процессов Python для повышения производительности, путь кдополнительные модули Python или различные версии существующих модулей), которые обычно устанавливаются администратором сервера (а не разработчиком приложения).Вероятно, это также основная причина, по которой такие сценарии не включаются непосредственно в приложения.
И третье, что у вас может быть несколько таких сценариев wsgi, которые развертывают одно и то же приложение с разными настройками.Например, ваше приложение может быть развернуто несколько раз для разных пользователей или с разными настройками базы данных (например, производство и тестирование).