В этом эпизоде мы начали новый проект! У меня были некоторые проблемы с интернетом, поэтому этот «поток» на самом деле является локальной записью с моего компьютера. Мы создали новый проект Django с нуля и настроили Heroku для обработки развертываний.
Несмотря на проблемы с потоковой передачей, мы смогли сделать кучу. Мы начали проект с нуля, поэтому мы сделали хранилище на GitHub с некоторыми .gitignore
Настройки адаптированы для проектов Python.
Первым шагом в процессе было получить инструмент, чтобы помочь управлять пакетами. Я выбрал Pip-Tools Чтобы облегчить этот процесс. После создания виртуальной среды с:
$ python3 -m venv venv $ source venv/bin/activate
Я добавил Pip-Tools
к Требования-dev.txt
Файл и установил его.
(venv) $ pip install -r requirements-dev.txt
Тогда мы помещаем Джанго в Требования.in
(с Django 3.0, Yay!) И пусть Pip-Tools
генерировать наш Требования.txt
файл.
(venv) $ pip-compile --output-file requirements.txt requirements.in
Наконец, мы установили Django.
(venv) $ pip install -r requirements.txt
Этот процесс может показаться кольцевой развязкой, но он гарантирует, что у нас есть именно те пакеты, которые мы ожидаем, когда мы делаем будущие обновления.
Мне потребовалось некоторое время, чтобы объяснить некоторые соглашения об именах и места, где у нас есть выбор в структуре наших проектов. В конечном счете, я выбрал имя Проект
Чтобы сохранить мои настройки и файлы WSGI. Для этого я использовал Джанго-Админ
Анкет
(venv) $ django-admin startproject project .
Обратите внимание на период в конце этой команды! Это важно.
Следующим шагом было запустить сайт и проверить его.
(venv) $ ./manage.py runserver
Еще не так много, Но это было начало. Я добавил все это в управление источником в качестве контрольной точки, прежде чем мы продвинулись дальше.
Для этого проекта я использую Хероку как платформа в качестве услуги (PAAS) для размещения моего приложения. До потока я следовал учебному пособию Heroku и настроил инструменты командной строки.
Чтобы попытаться запустить Django на местном уровне с инструментами Heroku, я бежал:
(venv) $ heroku local
Это не удалось, потому что в проекте отсутствовал Профиль
Анкет Итак, мы создали Профиль
Чтобы запустить приложение с этой линией (и добавила установку стреляющий в нашу виртуальную среду).
web: gunicorn project.wsgi --log-file -
Теперь Heroku Local
Начнется, но мы сразу же нажимали ошибку из -за http://0.0.0.0:5000
URL (который является по умолчанию для стрелка). Отказ состоит в том, что URL -по умолчанию овиновного коса не находится в ALLED_HOSTS
параметр.
Вместо того, чтобы менять Allion_hosts
, Я установил Джанго-Героку
пакет и добавил следующее в файл настроек.
import django_heroku django_heroku.settings(locals())
Этот объем работы настраивает настройки, чтобы сделать Джанго сотрудничать с Heroku лучше. Затем мы подтвердили, что Хероку местный
работали и были готовы развернуть онлайн.
Развертывание приложения в Heroku впервые выполняется в двух командах. Две команды! Это восхитительно!
(venv) $ heroku create (venv) $ git push heroku master
Окончательный результат добрался до Heroku на случайно присвоенном доменном имени. Мы успешно развернули потрясающую веб -структуру в Интернете менее чем за час (со мной все объясняет все на этом пути).
Это отличный прогресс, но осталось много работы, чтобы сделать сайт готовым к общему использованию! На следующем потоке мы добавим Django-Allauth
Чтобы пользователи были безболезненными для регистрации на сайте.
Эта статья впервые появилась на mattlayman.com Анкет
Оригинал: “https://dev.to/mblayman/new-project-who-dis-building-saas-38-54el”