Django на production. uwsgi + nginx. подробное руководство

Плюсы Django

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

• Быстрота: Django был разработан, чтобы помочь разработчикам создать приложение настолько быстро, на сколько это возможно. Это включает в себя формирование идеи, разработку и выпуск проекта, где Django экономит время и ресурсы на каждом из этих этапов. Таким образом, его можно назвать идеальным решением для разработчиков, для которых вопрос дедлайна стоит в приоритете.
• Полная комплектация: Django работает с десятками дополнительных функций, которые заметно помогают с аутентификацией пользователя, картами сайта, администрированием содержимого, RSS и многим другим. Данные аспекты помогают осуществить каждый этап веб разработки.
• Безопасность: Работая в Django, вы получаете защиту от ошибок, связанных с безопасностью и ставящих под угрозу проект. Я имею ввиду такие распространенные ошибки, как инъекции SQL, кросс-сайт подлоги, clickjacking и кросс-сайтовый скриптинг. Для эффективного использования логинов и паролей, система пользовательской аутентификации является ключом.
• Масштабируемость: фреймворк Django наилучшим образом подходит для работы с самыми высокими трафиками. Следовательно, логично, что великое множество загруженных сайтов используют Django для удовлетворения требований, связанных с трафиком.
• Разносторонность: менеджмент контента, научные вычислительные платформы, даже крупные организации – со всем этим можно эффективно справляться при помощи Django.

Дружественный к развертыванию проект с поддержкой Docker.

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

Структура проекта

Мне нравится сохранять каталог с именем для каждого проекта, благодаря я могу использовать один и тот же во всех моих проектах. Разделение требований и настроек уже хорошо описано здесь: Использование нескольких файлов требований Использование нескольких настроек

Dockerfile

С предположением, что только разработчики используют Docker (не каждый dev ops доверяет ему в эти дни). Это может быть dev:

При добавлении только требований будет использоваться кеш докеров при построении — вам нужно будет только перестроить при изменении требований.

Nginx

Ваша среда разработки должна быть как можно ближе к среде prod, поэтому мне нравится использовать Nginx с самого начала. Вот пример файла конфигурации nginx:

Среда разработки веб приложений на Python

Сервер разработки

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

Утилиты командной строки

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

Python

python manage.py

1	python manage.py

Результат:

Shell

Доступные команды:

changepassword
createsuperuser

remove_stale_contenttypes

clearsessions

collectstatic
findstatic
runserver

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41

Доступныекоманды auth changepassword createsuperuser contenttypes remove_stale_contenttypes   django check compilemessages createcachetable dbshell diffsettings dumpdata flush inspectdb loaddata makemessages makemigrations migrate sendtestemail shell showmigrations sqlflush sqlmigrate sqlsequencereset squashmigrations startapp startproject test testserver sessions clearsessions staticfiles collectstatic findstatic runserver

Flask также предоставляет собственную встроенную утилиту командной строки, которая использует модуль click, что является признаком взрослого и солидного набора инструментов интерфейса командной строки. Также как и в Django, вы можете создать собственные пользовательские команды, а расширения Flask также могут внести свой вклад.

Тестирование

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

Так как и Flask и Django используют Python Unittest, вы можете поменять доступные по умолчанию тестовые раннеры и настроить тесты на свое усмотрение.

Лучшие стартапы, использующие Django

Нет лучшего способа оценить фреймворк, чем спрашивать древнейшие стартапы, которые его использовали.

Примечание: древний стартап — это компания, созданная как стартап более 8 лет назад.

Disqus

Disqus — это всемирная служба размещения комментариев в блогах для сайтов и онлайн-сообществ, использующих сетевую платформу. Начатый 30 октября 2007 года, Disqus с самого начала использует Django.

Disqus преуспевает с 17 миллиардами ежемесячных просмотров страниц. Разработчики имеют хороший опыт работы с фреймворком Django и не планируют менять его в будущем. Это просто работает на них. Команда Disqus даже разработала Sentry, который позволяет ловить все виды ошибок в рамках фреймворка.

«Медленные запросы к базе данных и сетевая задержка обычно перевешивают накладные расходы на производительность надежного фреймворка, такого как Django”, – сказал Мэтт Робенолт из Disqus несколько лет назад, и похоже, что его мнение с тех пор не изменилось.

Instagram

Инстаграм — это социальная сеть для обмена фотографиями и видео. Instagram был запущен в 2010 году примерно через две недели после того, как его соучредители Кевин Систром и Майк Кригер Кевин начали создавать свою первую версию. Они признались, в благодарности Django: «это была очень простая установка с одним способом делать вещи».

Компания была создана в темные времена Django v1.3 и ранее. В то время как, Django ORM страдал от проблемы оптимизации. Эти проблемы ORM не были заметны до июня 2011 года, когда компания поразила 5 миллионов пользователей. Сейчас все работает нормально. Однако, чтобы обезопасить приложение на будущее, разработчики Instagram начали исправлять Django v1.3 и в конечном итоге переписали ORM Django.

До сих пор платформа использовала Django без каких-либо проблем. Более того, данная социальная сеть в настоящее время является одним из двух платиновых корпоративных членов, поддерживающих Django (другой — JetBrains). Все сотрудники в этой компании (и Facebook, которой принадлежит платформа) разрешается вносить код непосредственно в Django. Это самое высокое достижение поддержки, и оно определенно показывает сильные отношения между Instagram и Django.

Pinterest — это социальная медиа-платформа, которая опирается на кураторство изображений с помощью сложных алгоритмов. Его разработка началась в декабре 2009 года, а закрытая бета-версия была запущена в марте 2010 года.

Все стартапы в нашем списке используют Django с самого начала стадии разработки. К сожалению, по мере того, как Pinterest становился все более заметным, он начал страдать от проблем Django ORM, таких как Instagram. Его ORM был просто недостаточно быстр. Например, делая двойные и тройные вызовы к базе данных (во время одной из Python конференции разработчики платформы подтвердили, что эти проблемы были исправлены в Django 1.6).

По мере роста Pinterest сначала переместил большую часть логики в базу данных, а затем изменил свою структуру с Django на Flask. С конца 2011 года Pinterest использует Flask. С января 2012 года comScore сообщила, что сайт имеет 11,7 миллиона уникальных посетителей в США. Это делает его самым быстрым сайтом, когда-либо преодолевшим отметку в 10 миллионов уникальных посетителей.

Создание новой страницы «О нас» в Django

Процесс добавления страницы «О нас» очень похож на то, что мы только что сделали. Создадим новый файл шаблона, новое представление, а также новый адрес URL.

Закрываем веб-сервер через комбинацию и создаем новый шаблон под названием .

Shell

(pages) $ touch templates/about.html

1	(pages)$touchtemplatesabout.html

Затем добавляем короткий HTML заголовок.

Python

<!— templates/about.html —>
<h1>About page</h1>

1 2	<!—templatesabout.html—> <h1>About page<h1>

Создаем новое представление для страницы.

Python

# pages/views.py
from django.views.generic import TemplateView

class HomePageView(TemplateView):
template_name = ‘home.html’

class AboutPageView(TemplateView): # новое
template_name = ‘about.html’

1 2 3 4 5 6 7 8

# pages/views.py fromdjango.views.generic importTemplateView classHomePageView(TemplateView) template_name=’home.html’ classAboutPageView(TemplateView)# новое template_name=’about.html’

Далее связываем его с URL в .

Python

# pages/urls.py
from django.urls import path

from .views import HomePageView, AboutPageView # новое

urlpatterns = [
path(‘about/’, AboutPageView.as_view(), name=’about’), # новое
path(», HomePageView.as_view(), name=’home’),
]

1 2 3 4 5 6 7 8 9

# pages/urls.py fromdjango.urls importpath from.views importHomePageView,AboutPageView# новое urlpatterns= path(‘about/’,AboutPageView.as_view(),name=’about’),# новое path(»,HomePageView.as_view(),name=’home’),

Запускаем сервер при помощи .

В браузере переходим по адресу . У вас должна появиться новая страница — «About page».

Страница «О Нас»

Пример реализации на простом проекте

Схема БД будет всего из 4 моделей:

Остановимся на моделе , другие модели практически идентичны:

Так как новость относится к компании, то ее нужно положить в папку компаний(owner_type=’company’), положить нужно в папку именно той компании, которой новость принадлежит(owner=self.company.id).

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

Рассмотрим код класса :

local_url собственно нужен чтобы хранить валидный для ImageField путь до папки.
url_to_upload — хранит абсолютный путь чтобы вы могли дропать картинки из файловой системы.

Генерация uuid вместо имени я выбрал специально, чтобы разные картинки, но с одним и тем же именем, в конечном итоге имели разные имена, например, чтобы на фронтенде при загрузки аватарки у пользователя, она сразу перерисовывалась. Если имя не изменится, то нужно будет ребутить страницу или писать какую-то доп. логику, чего не хотелось бы.

В функции upload_to я обрезаю лишний путь, чтобы ImageField корректно отображал путь до файла.

Uploader — это вспомогательный класс, который просто возвращает полный путь папки, в которую нужно поместить пикчу.

Здесь ничего нет интересно: создаются папки, если их нет для правильного создания дерева. У вас эта реализация можешь быть совершенно другая. Но, полагаю, что мой вариант покрывает большое количество вариантов.

Расширяем возможности шаблона в Django

Главная сила шаблонов в их способности расширяться. Если задуматься, то на большинстве сайтов есть содержимое, которое повторяется на каждой странице (заголовки, футеры и так далее). Для разработчиков было бы здорово иметь одно установленное место для кода заголовка, которое бы передавалось по наследству каждому шаблону.

Это возможно! Создадим HTML-файл , у которого будет заголовок с ссылками на две созданные нами страницы. Название для файла можно выбрать любое, в данной случае просто стало традицией. Теперь закрываем веб-сервер и затем создаем новый файл.

Shell

(pages) $ touch templates/base.html

1	(pages)$touchtemplatesbase.html

В Django, шаблонный язык для добавления ссылок и базовых логических операций минимален. Ознакомиться со встроенным списком шаблонных тегов можно в . Шаблонные теги оформляются так , где «something» сам по себе является тегом. Вы даже можете создать собственные шаблонные теги.

Для добавления URL-ссылок в проект мы можем использовать , который присваивает себе имя URL паттерна в качестве аргумента. Помните, как мы добавляли опциональные URL названия двум адресам в ? Это было сделано именно по этой причине. Тег использует эти названия для автоматического создания ссылок.

URL путь для нашей домашней страницы был назван , поэтому для настройки ссылки к ней мы будем использовать: .

Python

<!— templates/base.html —>
<header>
<a href=»{% url ‘home’ %}»>Home</a> | <a href=»{% url ‘about’ %}»>About</a>
</header>

{% block content %}
{% endblock content %}

1 2 3 4 5 6 7

<!—templatesbase.html—> <header> <ahref=»{% url ‘home’ %}»>Home<a>|<ahref=»{% url ‘about’ %}»>About<a> <header> {%block content%} {%endblock content%}

Внизу мы добавляем тег-блок под названием . При наследовании, блоки могут быть переписаны дочерними шаблонами. Закрывающему тегу можно дать название — просто напишите . Это может стать хорошей подсказкой при ориентировке в крупных файлах шаблонов.

Python

<!— templates/home.html —>
{% extends ‘base.html’ %}

{% block content %}
<h1>Homepage</h1>
{% endblock content %}

1 2 3 4 5 6

<!—templateshome.html—> {%extends’base.html’%} {%block content%} <h1>Homepage<h1> {%endblock content%}

и

Python

<!— templates/about.html —>
{% extends ‘base.html’ %}

{% block content %}
<h1>About page</h1>
{% endblock content %}

1 2 3 4 5 6

<!—templatesabout.html—> {%extends’base.html’%} {%block content%} <h1>Aboutpage<h1> {%endblock content%}

Запускаем сервер с и открываем страницы и вновь. Как видите, на обоих страницах появились заголовки.

Неплохо, правда?

Домашняя страница с заголовком

Страница «About» с заголовком

С шаблонами можно осуществить множество операций. Обычно создается файл а затем в проекте добавляются дополнительные шаблоны которые расширяют базовый файл.

Ключевые преимущества Django

Фреймворк стал ключевой технологией веб-разработки по целому ряду причин.

Язык программирования Python

Python — одна из самых популярных технологий разработки программного обеспечения в мире. Найти талантливых разработчиков Python легко. Дело в том, что этот язык преподается в университетах, будучи полезным академическим и научным сообществам.

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

Вот что говорит о себе Python: «разработка программ с использованием Python происходит в 5-10 раз быстрее, чем с использованием C/C++, и в 3-5 раз быстрее с использованием Java. Во многих случаях прототип приложения может быть написан на Python без написания какого-либо кода C/C++/Java. Часто прототип является достаточно функциональным и крайне хорошо работает, чтобы быть поставленным в качестве конечного продукта, экономя значительное время на разработку.”

Структура

Вдобавок, еще одним ключевым преимуществом фреймворка Django является то, что он предлагает правильную структуру проекта. Эта структура, в свою очередь, помогает разработчикам разобраться в потоке и в том, где реализовать любую новую функцию.

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

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

Философия «batteries included»

Вы можете рассчитывать на то, что все основные веб-функции уже включены. Команды разработчиков программного обеспечения, разрабатывающие веб-приложения, могут воспользоваться преимуществами бесплатной аутентификации, панели администратора или полуавтоматической миграции БД из кода Python, облегченного веб-сервера разработки и т.д.

Этот аспект ускоряет работу разработчиков — им просто не нужно реализовывать этот базовый материал. Кроме того, если какая-либо нужная вам функция отсутствует, вы можете быть уверены, что активное сообщество уже разработало пакет, который ее предоставляет. Информация о доступных пакетах легко доступна в интернете.

Удивительное сообщество

Мы уже упоминали об этих преимуществах в двух пунктах выше. Фреймворк окружен живым сообществом увлеченных разработчиков, которые помогут вам решить любую проблему, с которой вы можете столкнуться. Они также стоят за многими полезными пакетами, которые расширяют его возможности.

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

Следующие 3 примера это стартапы, которые выросли в технологических гигантов, используя Django в качестве своей основной технологии.

Пишем тесты для Django приложений

Наконец-то мы добрались до тестов

Хотя в приложениях это является базовым концептом, очень важно, чтобы добавление тестов в Django вошло у вас в привычку. Цитируя Джейкоба Каплан-Мосса, одного из создателей Django: «Непротестированный код можно считать сломанным«

Написание тестов важно, так как это автоматизирует процесс подтверждения того, что код работает должным образом. В приложении, подобном этому, вы сами можете увидеть, что домашняя страница и страница с описанием проекта на месте и содержат все необходимые данные

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

Кроме того, когда мы делаем определенные изменения в коде — добавляем новый функционал, изменяем существующий, удаляем неиспользуемые элементы сайта — мы должны быть уверены в том, что все оставшиеся аспекты сайта по-прежнему работают должным образом. Автоматические тесты действуют таким образом, что компьютер каждый раз будет проверять работоспособность проекта, отталкиваясь от единожды написанного ранее правильного кода. К счастью, в Django есть встроенные инструменты для написания и запуска тестов.

Python

# pages/tests.py
from django.test import SimpleTestCase

class SimpleTests(SimpleTestCase):
def test_home_page_status_code(self):
response = self.client.get(‘/’)
self.assertEqual(response.status_code, 200)

def test_about_page_status_code(self):
response = self.client.get(‘/about/’)
self.assertEqual(response.status_code, 200)

1 2 3 4 5 6 7 8 9 10 11 12

# pages/tests.py fromdjango.testimportSimpleTestCase classSimpleTests(SimpleTestCase) deftest_home_page_status_code(self) response=self.client.get(‘/’) self.assertEqual(response.status_code,200) deftest_about_page_status_code(self) response=self.client.get(‘/about/’) self.assertEqual(response.status_code,200)

База данных нам пока не нужна, поэтому сейчас можно использовать простой . При наличии базы данных нужно обратиться к . Затем проводится проверка, в результате которой у каждой страницы должен быть код состояния 200 — это успешный ответ на стандартный HTTP запрос. Таким образом, становится понятно, что запрашиваемая страница действительно существует, но при этом не раскрывается ее содержимое.

Для запуска теста остановите веб-сервер, использовав комбинацию , а затем наберите в командной строке :

Shell

(pages) $ python manage.py test
Creating test database for alias ‘default’…
System check identified no issues (0 silenced).
..
———————————————————————-
Ran 2 tests in 0.014s

OK
Destroying test database for alias ‘default’…

1 2 3 4 5 6 7 8 9

(pages)$python manage.pytest Creating testdatabase foralias’default’… System check identified no issues(silenced). .. ———————————————————————- Ran2tests in0.014s   OK Destroying testdatabase foralias’default’…

Все успешно! В будущем мы будем использовать более сложные тесты, особенно это важно при работе с базами данных

Запуск проекта

Django — это основа веб-разработки на основе Python. Django 1.11 (последняя стабильная версия) требует установки Python 2.7 , 3.4 , 3.5 или 3.6 . Предполагая, что доступен, установка выполняется так же просто, как выполнение следующей команды. Имейте в виду, что, опуская версию, как показано ниже, будет установлена ​​последняя версия django:

Для установки конкретной версии django предположим, что версия django 1.10.5 , выполните следующую команду:

Веб-приложения, созданные с использованием Django, должны находиться в проекте Django. Вы можете использовать команду для запуска нового проекта в текущем каталоге:

где — это имя, которое однозначно идентифицирует проект и может состоять из цифр , букв и подчеркиваний .

Это создаст следующую структуру проекта:

Чтобы запустить приложение, запустите сервер разработки

Теперь, когда сервер работает, посетите с помощью вашего веб-браузера. Вы увидите следующую страницу:

По умолчанию команда запускает сервер разработки на внутреннем IP- на порту . Этот сервер будет автоматически перезагружаться при внесении изменений в ваш код. Но если вы добавите новые файлы, вам придется вручную перезапустить сервер.

Если вы хотите изменить порт сервера, передайте его как аргумент командной строки.

Если вы хотите изменить IP-адрес сервера, передайте его вместе с портом.

Обратите внимание, что работает только для отладки и локального тестирования. Специализированные серверные программы (такие как Apache) всегда должны использоваться в производстве

Добавление приложения Django

Проект Django обычно содержит несколько . Это просто способ структурирования вашего проекта в небольших поддерживаемых модулях. Чтобы создать приложение, перейдите в свою папку проекта (где находится файл ) и запустите команду (измените myapp на все, что вы хотите):

Это создаст для вас папку myapp и некоторые необходимые файлы, например и .

Чтобы Django узнал о myapp , добавьте его в свой файл :

Папка-структура проекта Django может быть изменена в соответствии с вашими предпочтениями. Иногда папка проекта переименовывается в чтобы избежать повторения имен папок. Типичная структура папок выглядит так:

Python Django — что это и где используется

«Джанго» – это бесплатная платформа для веб-приложений, написанная на языке Python. Она облегчает создание и поддержку технически сложных проектов: сайтов, веб-сервисов и бизнес-приложений. Django включает в себя набор компонентов, которые позволяют разрабатывать эти проекты быстрее и проще.

Фреймворк предлагает готовые шаблоны для использования веб-разработчиками при решении стандартных задач. Например, практически для любого веб-сайта необходимо задать способы регистрации, входа, загрузки файлов. Эти компоненты и объединяет в себе платформа «Джанго».

Что такое, Python Django, рассказывают здесь:

Обратите внимание! В эпоху коронавируса все ищут дополнительные возможности заработка. Удивительно, что альтернативными способами зарабатывать можно гораздо больше, вплоть до миллионов рублей в месяц

Один из наших лучших авторов написал отличную статью про заработок на играх с отзывами людей.

Who are the Django Fellows?

There are currently two Django Fellows:

Carlton Gibson
(2018-present) — a longtime Django user, core contributor to
Django REST Framework, maintainer of Django Filter and Django Crispy
Forms, and a contributor to many other packages in the Django ecosystem.
Carlton
began as a part-time Fellow in January 2018.

Mariusz Felisiak
(2019-present) — a member of the Django team since 2017,
focusing on the ORM and Oracle back-end, along with triaging tickets,
reviewing pull requests, and backporting changes. He has contributed to
more than a dozen open-source projects. Mariusz

began as a full-time Fellow in April 2019.

Former Django Fellows:

Tim Graham (2014-
2019) — the inaugural Django Fellow, a member of the Django
team since 2010, and a longtime major contributor and reviewer. In 2018
Tim transitioned to part-time and in 2019 retired after four years of
service.

Минусы такого подхода

Главный минус такого подхода по сравнению с юзанием ImageField — необходимость писать некоторый код в ваших вьюхах например так выглядит моя вьюха для модели News.

Можно это все засунуть в сериализатор, и там переопределить нужные методы, но опять таки вам все равно нужно будет написать некоторую часть кода. Если кто-то сможет предложить более лучшую реализацию, так чтобы я ничего не перегружал, то я буду очень признателен.
Еще одним минусом является дублирование кода. Так как вьюхи по всем другим моделям у меня перегружают методы создания и обновления точно также, за мелкими отличиями.

На самом деле, я думаю что это можно оформить в какой-то универсальный миксин. Но я не смог разобраться как это правильно сделать. Если у кого-то есть идея — буду очень благодарен.

Why give to the Django Software Foundation?

Our main focus is direct support of Django’s developers. This means:

• Organizing and funding development sprints so that Django’s developers can
  meet in person.
• Helping key developers attend these sprints and other community events by
  covering travel expenses to official Django events.
• Providing financial assistance to community development and outreach
  projects such as .
• Providing financial assistance to individuals so they can attend major
  conferences and events.
• Funding the ,
  which provides full-time staff to perform community management tasks in the
  Django community.

Still curious? See our Frequently Asked Questions
about donations.

Настройка SSH ключей для работы с Github

К сожалению, если вы начинающий разработчик и еще не настроили SSH ключи, то в ответ на предыдущую команду может выйти ошибка.

Shell

ERROR: Repository not found.
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

1 2 3 4 5

ERRORRepository notfound. fatalCould notreadfrom remote repository. Please makesure you have the correct access rights andthe repository exists.

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

SSH является протоколом, который используется для подтверждения личных связей с удаленным сервером. Рассматривайте его как дополнительный слой защиты поверх системы логина/пароля. Процесс включает в себя генерацию уникальных ключей SSH и последующее хранение их на вашем компьютере, таким образом внешний доступ к ним будет только у GitHub.

Первым делом проверьте, есть ли у вас ключи SSH. У GitHub предусмотрен для этого специальный гид, который работает на Mac, Windows и Linux. Если у вас нет публичных и личных ключей, вам нужно будет сгенерировать их. У GitHub и для этого есть гид.

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

Не стоит расстраиваться, если разобраться с ключами SSH не выйдет с первого раза. У GitHub есть много материала, связанного с данной темой, так как на начальном этапе подобающее большинство пользователей сталкиваются с некоторыми сложностями. Если исправить ошибки на данном этапе никак не получается, оставьте пока ключи, вздремните, а затем, выспавшись, возвращайтесь к GitHub и ключам SSH. Хороший сон очень часто помогает разобраться с проблемами, это не шутка. Отдохнув, я зачастую справлялся с довольно сложными программами.

Небольшое видео на Youtube вам может помочь.

Успешно разобравшись с GitHub, двинемся дальше и выйдем и виртуального окружения при помощи команды .

Shell

(helloworld) $ exit

1	(helloworld)$exit

О деактивации виртуального окружения сообщит отсутствие скобок в командной строке.

Заключение

Поздравляю! Нам удалось разобрать много фундаментально важных концептов. Мы создали первое приложение Django и познакомились со структурой проектов/приложений Django. Мы также приступили к изучению представлений, url и внутреннего сервера Django. Мы также поработали с git, проследили за изменениями и разместили наш код в личном хранилище GitHub.

Размещение Django сайта на Heroku

Последний шаг — это фактическое размещение кода на Heroku. Если вы раньше настраивали сервер, вы будете поражены тем, как сильно Heroku упрощает данный процесс.

Весь процесс будет состоять из следующих этапов:

• создайте новое приложение на Heroku и вставьте в него наш код;
• настройте взаимодействие с git, то есть так называемый «hook» для Heroku;
• настройте приложение на игнорирование статических файлов;
• для активации приложения в онлайн режим, запустите сервер Heroku;
• посетите приложение, перейдя по предоставленному Heroku URL адресу.

В качестве первого шага можем создать новое приложение Heroku. Для этого в командной строке наберите . Heroku создаст случайное имя для нашего приложения, в моем случае это . Ваше название будет другим.

Shell

(pages) $ heroku create
Creating app… done, ⬢ fathomless-hamlet-26076
https://fathomless-hamlet-26076.herokuapp.com/ |
https://git.heroku.com/fathomless-hamlet-26076.git

1 2 3 4

(pages)$heroku create Creating app…done,⬢fathomless-hamlet-26076 httpsfathomless-hamlet-26076.herokuapp.com| httpsgit.heroku.comfathomless-hamlet-26076.git

На данный момент нам остается только настроить Heroku. Для этого укажем Heroku проигнорировать статические файлы вроде CSS и JavaScript, которые Django по умолчанию попытается исправить под себя. Выполним следующую команду:

Shell

(pages) $ heroku config:set DISABLE_COLLECTSTATIC=1

1	(pages)$heroku configset DISABLE_COLLECTSTATIC=1

Теперь можем разместить код на Heroku.

Shell

(pages) $ git push heroku master

1	(pages)$git push heroku master

Если бы мы только что набрали , то код был бы загружен в GitHub, а не в Heroku. Добавление слова в команду позволяет отправить код на Heroku. Первые несколько раз это может сбивать с толку.

Наконец, нам нужно запустить в онлайн наше Heroku приложение. Поскольку трафик веб-сайтов растет, они нуждаются в дополнительных услугах от Heroku. Однако для нашего основного примера мы можем использовать самый низкий уровень , который является бесплатным.

Введите следующую команду.

Shell

(pages) $ heroku ps:scale web=1

1	(pages)$heroku psscale web=1

Все готово! Последним шагом станет подтверждение того, что наше приложение действительно запущено и работает в режиме онлайн. Если вы выполните команду , ваш браузер откроет новую вкладку с URL адресом вашего приложения:

Shell

(pages) $ heroku open

1	(pages)$heroku open

Наш адрес . Вы можете убедиться в этом, вот появившаяся домашняя страница:

Домашняя страница на Heroku

Страница «About» также открылась должным образом:

Страница «About» на Heroku

Вам нет нужды разлогиниваться или покидать свое приложение в Heroku. Оно будет работать само по себе на этом бесплатном уровне.

Supported Versions

Feature releases (A.B, A.B+1, etc.) will happen roughly every eight months.
These releases will contain new features, improvements to existing features, and such.

Patch releases (A.B.C, etc.) will be issued as needed, to
fix bugs and/or security issues. These releases will be 100% compatible with
the associated feature release, unless this is impossible for security
reasons or to prevent data loss. So the answer to «should I upgrade to the
latest patch release?” will always be «yes.»

Certain feature releases will be designated as long-term support
(LTS) releases. These releases will get security and data loss
fixes applied for a guaranteed period of time, typically three years.

See the for detailed guidelines about what fixes will be backported.

Release Series	Latest Release	End of mainstream support	End of extended support
3.1	3.1	April 2021	December 2021
3.0	3.0.9	August, 2020	April, 2021
2.2 LTS	2.2.15	December 2, 2019	April 2022
2.1	2.1.15	April 1, 2019	December 2, 2019
2.0	2.0.13	August 1, 2018	April 1, 2019
1.11 LTS	1.11.29	December 2, 2017	April 1, 2020
1.10	1.10.8	April 4, 2017	December 2, 2017
1.9	1.9.13	August 1, 2016	April 4, 2017
1.8 LTS	1.8.19	December 1, 2015	April 1, 2018
1.7	1.7.11	April 1, 2015	December 1, 2015
1.6	1.6.11	September 2, 2014	April 1, 2015
1.5	1.5.12	November 6, 2013	September 2, 2014
1.4 LTS	1.4.22	February 26, 2013	October 1, 2015
1.3	1.3.7	March 23, 2012	February 26, 2013

Here’s what the future roadmap looks like:

Release Series	Release Date	End of mainstream support	End of extended support
3.2 LTS	April 2021	December 2021	April 2024
4.0	December 2021	August 2022	April 2023
4.1	August 2022	April 2023	December 2023
4.2 LTS	April 2023	December 2023	April 2026

Security fixes, data loss bugs, crashing bugs, major functionality
bugs in newly-introduced features, and regressions from older versions of Django. Security fixes and data loss bugs. Last version to support Python 2.7.

Разница между Flask и Django

Flask и Django — оба взрослые, расширяемые веб фреймворка, которые, в корне своем, предоставляют аналогичный функционал в обработке запросов, поддержке документов, но различаются в масштабе ответственности.

Большая часть отличий между двумя фреймворками проистекают из разных подходов, остальные — из отличных основных проектных решений. Вот небольшой список ключевых различий, которые могут повлиять на ваше решение:

• Объект Request — Flask использует локальные потоки, а Django передает запрос там, где это нужно.
• Формы — Django доступен со встроенными формами, которые интегрируются с ORM и админкой сайта. Flask не поддерживает формы по умолчанию, но вы можете использовать WTForms, чтобы заполнить этот пробел.
• Базы данных — Django доступен со встроенной ORM и системой миграции, которая может управлять базами данных. Flask не может этим похвастаться, однако есть инструменты, такие как SQLAlchemy, которые предоставляют аналогичный функционал (или даже больше).
• Аутентификация и привилегии пользователям — Django предоставляет приложение аутентификации, которое предоставляет реализацию по умолчанию для пользовательского управления и привилегий. Flask предоставляет безопасные куки в качестве инструмента вашей собственной реализации.
• Панель администратора — Django включает в себя полностью интегрированный админ-интерфейс для управления данными приложения. Flask не имеет таких функций, но Flask-Admin — очень популярное расширение, которое можно использовать для создания аналогичного административного инструмента.