Ответ 1
прелюдий.
Разработчики могут использовать runerver или mod_wsgi. Использование сервера что вам легко отлаживать, mod_wsgi имеет преимущество, которое вам не нужно сначала запускать сервер.
Но вы это делаете, сначала нужно настроить сервер, и это требует больших усилий. И сервер должен быть запущен здесь, хотя вы можете настроить его для автоматического запуска при загрузке.
Если вы работаете на порту 80 или 443, что обычно происходит, сервер может быть запущен только корневым. Если его нужно перезапустить, вам придется снова попросить помощь суперпользователя. Итак, ./manage.py runserver сильно забивает здесь.
mod_wsgi имеет то преимущество, что вы знаете URL: https://dev-server/system-name/myurl/
Что ничем не отличается от dev-сервера. По умолчанию он начинается с порта 8000, поэтому вы можете получить к нему доступ как http://dev-server:8000/system-name/myurl/. Если вы хотите использовать SSL с сервером разработки, вы можете использовать пакет, например django-sslserver, или вы можете поставить nginx перед сервером разработки django.
С сервером-сервером вы не знаете порт. Случай использования: вы хотите связать из > внутренней вики с dev-системой....
С сервером-сервером порт хорошо определен, как указано выше. И вы можете заставить его слушать другой порт для exapmle с помощью:
./manage.py runserver 0.0.0.0:9090
Обратите внимание, что если вы поставили сервер разработки за Apache (как обратный прокси) или NGINX, проблемы с перезапуском и т.д., о которых я упоминал выше, здесь не применяются.
Итак, для разработки, что вы делаете с mod_wsgi, можно сделать с сервером разработки django (он же. /manage.py runningerver).
Inotify
Здесь мы добираемся до главной темы. Предполагая, что вы установили inotify-tools, вы можете ввести это в свою оболочку. Вам не нужно писать script.
while inotifywait -r -e modify .; do sudo kill -2 yourpid ; done
Это приведет к перезагрузке кода, когда...
... используя режим демона с помощью одного процесса, вы можете отправить SIGINT сигнал к процессу демона с помощью команды "kill" или приложение отправляет сигнал самому себе, когда конкретный URL-адрес срабатывает. ref: http://modwsgi.readthedocs.io/en/develop/user-guides/frequently-asked-questions.html#application-reloading
в качестве альтернативы
while inotifywait -r -e modify .; do touch wsgi.py ; done
когда
... с использованием режима демона с любым количеством процессов и процессом перезагрузите механизм mod_wsgi 2.0, тогда все, что вам нужно для этого нужно прикоснуться к файлу WSGI script, тем самым обновив его модификацию время, а процессы демона автоматически завершатся и перезапускаются в следующий раз, когда они получат запрос.
В обеих ситуациях мы используем флаг -r, чтобы сообщить inotify для мониторинга подкаталогов. Это означает, что каждый раз, когда вы сохраняете файл .css или .js, apache перезагружается. Но без изменения флага -r для кода python в подпапках не обнаружено. Чтобы иметь лучшее из обоих направлений, удалите css, js, images и т.д. С помощью директивы --exclude.
Как насчет того, когда ваша среда IDE сохраняет файл автозагрузки? или vim сохраняет файл .swp? Это также вызовет перезагрузку кода. Поэтому вам также придется исключать эти типы файлов.
Итак, коротко, много тяжелой работы, чтобы воспроизвести, что делает сервер разработки django бесплатно.