Комментарии 11
2) Возимся немного с конфигом или берём готовый
3)
docker-compose up
4)…
5) PROFIT
На самом деле уже забыл когда последний раз разворачивал что-то так, как в статье.
Дайте попробую угадать: пришли из мира PHP?
Люди, пришедшие из PHP представляют себе фреймворк как что-то лежащее на полу. И что какой-то другой сервис (mod_php, FPM, FastCGI, ...) должен поднять его с пола, проинтерпретировать и держать его в воздухе пока он обрабатывает запросы.
Django умеет сам слушать порт. Ему не нужен Апач вообще никак.
python manage.py runserver 0.0.0.0:80
Что касается установки Python на system-wide — тоже не лучшая идея.
Пользуйтесь anaconda.
Если у вас задача распространять таким образом приложение среди конечных пользователей, то это ужасный способ.
Как уже выше написали, django вполне себе работает без стороннего веб сервера и ставить apache для локалхоста это как из пушки по воробьям. Да и sqlite какая нибудь думаю ваши задачи потянет без особых проблем.
Оборачиваете все это через pyinstaller/py2exe и распространяйте. Ещё и в cefpython можно завернуть чтоб все это выглядело как отдельное приложение, а не запуск через браузер
Занимался подобным только еще IIS вместо апача, до того как узнал про докер. Проклял все, вообще все. 2 недели гугления без остановки. Зато потом мне вообще не надо было объяснять, зачем контейнеры придумали.
хорошая статья, чтобы понять как не надо делать.
автор, а вы слышали про XAMPP?
Поднимаем Django стек на MS Windows