Стоит ли использовать при разработке встроенный сервер Django?

Question

[mx6001]

Делаю свой первый проект на Django который потом пойдет в продакшн. Суть в том что я работаю в организации и приходится разрабатывать на Windows, т.е. другою ОС поставить нельзя. Сервак на продакшене будет CentOS, Django на нем будет работать через apache+mod_wsgi (уже настроено). Но дело в том что у себя на Windows связку с django+apache+mod_wsgi разворачивать очень муторно. Так как раньше я работал с PHP а работая с ним я убедился что лучше иметь одинаковую конфигурацию(сервера) у себя на дев. машине и на боевом сервере. Из этого у меня возник вопрос можно ли полностью построить приложение у себя используя только встроенный сервер Django а потом опубликовать его на сервер где уже будет использоваться apache+mod_wsgi, сильно ли вообще различается концепция работы самого Django через встроенный сервер и mod_wsgi? Не получу ли я потом сюрпризов в плане необходимости переписывания части самого python кода под mod_wsgi?

Answer 1

[sim3x]

apache+mod_wsgi

-> nginx+uWSGI

сильно ли вообще различается концепция работы самого Django через встроенный сервер и mod_wsgi?

концепции различаются сильно

Не получу ли я потом сюрпризов в плане необходимости переписывания части самого python кода под mod_wsgi?

нет, если сам не напортачишь

vagrant поможет тестировать в условиях близких к серверу

Comments

[mx6001]

-> nginx+uWSGI
предлагаете заменить?

[sim3x]

mx6001: да

[Андрей]

В чем преимущества nginx + uWsgi ?

[sim3x]

Андрей:
в мануалах проектов все написано
https://uwsgi-docs.readthedocs.org/en/latest/
https://nginx.org

Answer 2

[un1t]

Для разработки встроенный сервер использовать стоит, но разрабатывать в любом случае лучше на той системе на которой будешь потом деплоить, в данном случае CentOS, подними виртуалку и делай под ней.

Зачем апач не ясно, лучше nginx + uwsgi.

Answer 3

[GavriKos]

Можете и получить. Так что ставьте себе виртуалку, и проверяйте в ней периодически. Либо вообще полностью в виртуальном окружении разрабатывайте, если ресурсы позволяют.

Comments

[Roman K]

И какие же можно сюрпризы получить? Который проект уже вешаю на gunicorn + nginx, а сюрпризов всё нет :(

[mx6001]

Roman Kitaev: Т.е. ни каких проблем не было?
Опять же в URL всегда будет 127.0.0.1:8000 и я например захочу на фронте как ни будь работать с урлами по регулярке или еще как, будет заморочено.
Думаю на счет ссылок, от корня, в HTML коде он нормально распознает с таким адресом?
И как например файлы будут отдаваться? В том же например Apache можно прописать что то вроде:
Alias /static/ /path/to/mysite.com/static/

Require all granted

Или я преувеличиваю?)) Или по своему опыту можешь сказать какие трудности возникали или на что стоит обратить внимание?

[Roman K]

mx6001: Точно стоит обратить внимание на:
1) reverse функцию (в шаблонах писать {% url 'some_view' %}, а не хардкодить, при этом в urls.py дописывать к каждому урлу name='some_view' (some_view - в нашем случае)). В этом случае, чтобы изменить урл с /books/1/ на /cool-books/1/ , достаточно будет просто заменить строку в urls.py
2) Class Based Views.
3) Забудь про апач.

[mx6001]

Roman Kitaev: Большое спасибо, учту.