Рубрики
Без рубрики

Django Makemigrations, мигрируйте, собирайте статический и созданный

Продолжая от того места, где мы остановились ранее, теперь мы можем начать генерировать нашу базу данных (DB для короткого … Помечено начинающими, учебником, Python, Django.

Django Playbook (серия 7 частей)

Продолжая от того места, где мы остановились ранее, теперь мы можем начать генерировать нашу базу данных (DB для короткого времени), а также создать учетную запись Super пользователя, чтобы мы могли просматривать администратора.

В нашем терминале сначала запустите следующую команду

python manage.py makemigrations

Эта команда сообщит Django проверить изменения в наших моделях, которые мы перечислили в insted_apps, сделайте необходимую команду DB, чтобы наш DB был обновлен.

Одна из вещей, которая делает Django удивительным, заключается в том, что Django Dev не должен много думать о различной команде SQL, необходимой для настройки DB. В то время как многие сказали бы, что Django-встроенное реляционное картирование объекта (ORM для шорт) может не хватать, до сих пор я думаю, что этого достаточного для большей части нашей работы. Хорошая часть использования ORM заключается в том, что, даже если вы решили изменить свой DB с SQLite на, возможно, PostgreSQL или любой другой DB, который поддерживается ORM, это простое изменение конфигурации вместо переписывания всей команды SQL для каждого БД Тип вы используете. Орм абстрагирует детали, позволяя нам разработчику продолжать работать, фактически не заботясь о том, что стоит за сценой, что делает нас разработчиком гораздо более продуктивными.

Кстати, когда вы впервые начинаете Django, вполне хорошо работать с SQLite, он на самом деле нарастает, когда вы впервые начинаете использовать Django.

Как только вы закончите с MakeMigration

python manage.py migrate

Это поручит Джанго подтолкнуть то, что вы когда -либо изменили, вы внесли в наш DB. Еще раз круто в том, что мы, как разработчик, не должны зависеть от нашего администратора DB, чтобы продвигать изменения для нас, и нам не нужно знать ни одной команды SQL, чтобы заставить ее работать. Это в любом случае не означает, что вы получаете зеленый проход, не зная ни одного SQL. Придет время, когда вам может потребоваться вручную внести изменения в БД, но пока не будет сохранено.

После того, как миграции были сделаны, нам нужно иметь учетную запись суперусти, чтобы мы могли увидеть изменения, которые мы внесли работу на странице администратора.

Для создания учетной записи суперолмин используйте следующую команду

python manage.py createsuperuser

Команда побудит вас ответить на некоторые вопросы, такие как имя пользователя, электронная почта и пароль.

Теперь давайте снова начнем наш сервер Dev и перейдем к Localhost: 8000/Admin

Теперь заполните его форму с помощью имени пользователя и пароля, в котором вы заполнили, когда CreateSuperuser

Если вы следите за моим шагом до сих пор, вас встретят с этой страницей.

Администратор Django, хотя это имя администратор, пожалуйста, рассматривайте это только как ваш шлюз для обработки DB, а не для вашего пользователя для использования в качестве панели панели. Я не говорю, что это не способно быть приборной панелью, но слишком мощно, что многие разрушительные вещи могут произойти, если не справиться с осторожностью. Вам, как разработчик, нужно сделать суждение по этому поводу. Я, например, не дам ни одного из них этого доступа.

Теперь давайте сначала нажмите на пользователя. Вы сможете увидеть список зарегистрированных пользователей. Пользователь до сих пор должен быть вами только с тех пор, как вы только начали.

Теперь нажмите на имя пользователя …

Одним из профессионалов использования Django является то, что встроенный вклад-это все пароль автоматически, вы, как разработчик, вы сами, проходите через пользователя, вы не можете видеть другой пароль пользователя, даже если вы суперпользователь. Это приводит к меньшему количеству утечки пароля.

Даже если вы не можете посмотреть на пароль пользователя, Django уже добавил форму, которая позволяет сбросить пароль пользователя. Еще раз используйте эту силу с предостережением.

Пока все хорошо.

Теперь давайте убьем сервер Dev с помощью “ctrl”+ c.

Помните о статических файлах, которые должны обслуживаться нашим веб -сервером?

да для демонстративных целей давайте теперь сделаем команду CollectStatic

python manage.py collectstatic

Теперь ваш каталог внезапно добавил статическую папку

Хорошо, теперь …

Если вы заметили у своей боковой панели, есть значок GIT с номером таблетки рядом с ним …

Теперь, в этой части, теперь мы должны начать с нашего Commit Now Git.

Нажмите на значок GIT сначала

Вы видите, что спускается вниз по файлу, вы видите, что большая часть файла из статической папки. Помните о том, что мы не должны совершать наш статический файл в GIT … давайте теперь изменим это

Сначала откройте свой файл .gitignore

Добавьте это файл

/static
/media

Рядом с нижней частью файла.

Внезапно ваш git теперь менее 20 файлов для совершения

Боже мой, я забываю сказать вам одну вещь, которую вам нужно сделать, прежде чем вы сделаете коммит GIT. Это сделать ваш файл требований. Без этого файла, если вы или кто -то еще пытаетесь клонировать этот проект, они не узнают, в чем ваша зависимость …

команда есть

pipenv lock -r>requirements.txt

Теперь в вашем исследователе есть имена файла.

На данный момент требование все еще мало, но это хорошая идея, когда в любое время, прежде чем вы заставите GIT Commit Do Do Lock File в первую очередь.

Теперь без вины в мире пожалуйста, пожалуйста, совершите свой проект в местный репо, а также GitHub Repo

первым делом нажать на знак + в изменениях

Теперь ваша вкладка «Изменения» будет отображать 0, в то время как ваша установленная изменение будет создано.

Теперь на вкладке «Сообщение» вставьте значимый заголовок GIT Commit

Возможно, я назову его первоначальный коммит с момента его первого коммита

Как только вы напечатали заголовок сообщения. Нажмите на «Ctrl» + «Введите». Это сделает ваши изменения в ваш местный GIT.

Теперь, что вам нужно сделать, это подтолкнуть локальный GIT к вашей учетной записи GitHub.

Нажмите на кнопку

После нажатия на кнопку вы можете проверить свою репозиторию GitHub для последнего обновления

Как вы видите, проект был успешно обновлен до GitHub.

Кстати, это мой GitHub Repo

Теперь я думаю, что первоначальная настройка Django завершена. В следующем посте я начну часть проекта.

Django Playbook (серия 7 частей)

Оригинал: “https://dev.to/ashraf_zolkopli/django-makemigrations-migrate-collect-static-and-createsuperuser-15j8”