Django: введение

Что такое Django и зачем он нужен

Django задаёт структуру серверной части сайта. Английское framework означает программный каркас. Он предоставляет инструменты обработки запросов, сохранения данных и подготовки ответов браузеру.

Python служит языком программирования, а Django связывает части приложения. Это не язык и не готовая CMS. Разработчик описывает данные, обработчики и интерфейс.

Фреймворк бесплатный, с открытым исходным кодом. Его можно использовать для коммерческого сервиса. Разработка, дизайн, хостинг и сопровождение оплачиваются отдельно.

История Django началась в редакции World Online: в 2003 году разработчики перешли на Python. В 2005 году они открыли код общего каркаса газетных сайтов. Отсюда внимание к повторному использованию компонентов: принцип DRY означает «не повторяйся». Например, общую проверку данных выносят в одну функцию.

Какие сайты создают на Django

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

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

Возможности Django из коробки

Компоненты решают типовые задачи, а правила работы вашего сервиса задаёт разработчик.

• Маршрутизация: связывает URL-адрес с обработчиком запроса.
• ORM: позволяет читать и изменять записи через объекты Python.
• Миграции: сохраняют изменения структуры базы данных и применяют их последовательно.
• Шаблоны: собирают HTML из подготовленных данных и повторно используемых частей оформления.
• Формы: описывают поля, проверяют введённые значения и возвращают ошибки.
• Аутентификация: помогает определить пользователя, а система прав ограничивает разрешённые действия.
• Админ-панель: предоставляет интерфейс для работы с зарегистрированными моделями.
• Средства тестирования: позволяют проверять логику приложения и ответы на запросы.
• Локализация: перевод интерфейса, форматы дат и чисел, работа с часовыми поясами. Переводы содержимого нужно подготовить отдельно.

Как работает Django: модель, представление, шаблон

Архитектуру Django обычно описывают схемой MTV: Model, Template, View. Модель отвечает за данные, шаблон за отображение, представление за обработку запроса. Названия отличаются от MVC, но разделение ответственности остаётся главным принципом.

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

1. URL-диспетчер просматривает маршруты из urls.py и выбирает подходящий обработчик.
2. Функция представления в views.py получает объект запроса и параметры из адреса.
3. Модель из models.py описывает данные, а ORM помогает получить нужную запись.
4. Представление передаёт содержимое в шаблон и возвращает HTTP-ответ.
5. Браузер получает HTML, затем загружает стили, изображения и скрипты.

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

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

Команда startproject создаёт основу проекта, а startapp создаёт пакет приложения. Названия config и catalog ниже выбраны для учебного примера. Они не являются обязательными именами Django.

Где находятся настройки Django

В settings.py список INSTALLED_APPS определяет подключённые приложения. Параметр DATABASES содержит настройки базы, а TEMPLATES управляет поиском шаблонов. Имена настроек должны соответствовать документации установленной версии.

Версии Django и совместимость с Python

На сентябрь 2026 года текущий официальный выпуск Django: 6.1.1. Для ветки 5.2 LTS опубликован патч 5.2.17. Учебный пример ниже использует 5.2.17 и документацию ветки 5.2.

Django 6.1 поддерживает Python 3.12, 3.13 и 3.14. Выбирайте актуальное исправляющее обновление Python. Для 5.2 LTS и сторонних библиотек сверяйте совместимость отдельно.

Установка Django и первый запуск

Для начала установите совместимый Python и создайте пустую рабочую папку. Далее откройте терминал внутри неё. Виртуальное окружение отделяет зависимости проекта от библиотек других программ.

Пример ниже предназначен для Windows PowerShell. Он запускает Python из окружения напрямую, поэтому активация не требуется. Команды выполняйте последовательно, дожидаясь завершения каждой.

Как проверить установку Django

Откройте http://127.0.0.1:8000/ в браузере. Если запуск прошёл успешно, появится стартовая страница. Остановить сервер можно сочетанием Ctrl+C в терминале.

Для проверки установленной версии выполните .\.venv\Scripts\python.exe -m django --version. Команда migrate создаёт необходимые таблицы встроенных приложений. Учебная конфигурация использует SQLite, поэтому отдельный сервер базы для этого запуска не нужен.

В Linux и macOS путь к интерпретатору окружения обычно выглядит как .venv/bin/python. Используйте его вместо Windows-пути в примере. В дальнейшем команды с manage.py запускайте из папки, где расположен этот файл.

python -m venv .venv
.\.venv\Scripts\python.exe -m pip install Django==5.2.17
.\.venv\Scripts\python.exe -m django startproject config .
.\.venv\Scripts\python.exe manage.py migrate
.\.venv\Scripts\python.exe manage.py runserver

Приложение Django: URL и views.py

Остановите учебный сервер и выполните .\.venv\Scripts\python.exe manage.py startapp catalog. Для приложения catalog добавьте строку «catalog.apps.CatalogConfig» в INSTALLED_APPS. Теперь можно написать первое представление Django.

В файле catalog/views.py создайте функцию index из примера. Импорт from django.http предоставляет класс HttpResponse. Функция принимает request и возвращает короткий текст, чтобы проверить связь адреса с обработчиком.

Маршруты Django

В config/urls.py сохраните существующие импорты и список urlpatterns. Добавьте строку from catalog import views. Внутрь urlpatterns добавьте path('catalog/', views.index, name='catalog-index'), сохранив запятые между элементами.

Функция path уже импортирована в стандартном config/urls.py. После повторного запуска runserver откройте http://127.0.0.1:8000/catalog/. Вместо стартовой страницы вы увидите ответ представления index.

URL-адрес не обязан повторять имя файла или функции. Когда маршрутов станет больше, их удобно вынести в catalog/urls.py. Основной urls.py подключает такой набор через include.

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

from django.http import HttpResponse


def index(request):
    return HttpResponse('Каталог работает')

Модели Django, ORM и миграции

Модель представляет тип объекта: товар, категорию или заказ. В models.py разработчик описывает класс и его поля. ORM связывает это описание с таблицами базы данных и предоставляет методы работы с записями.

В модели Django можно описать название товара, цену и связь с категорией. ORM позволяет выбирать, добавлять и изменять записи. Для получения одного объекта используется get, для отбора по условиям используется filter.

Импорт from django.db import models предоставляет классы для описания моделей. После изменения models.py сначала выполняют makemigrations, затем migrate. Первая команда создаёт описание изменений, вторая применяет его к базе.

Помимо SQLite, Django официально поддерживает PostgreSQL, MariaDB, MySQL и Oracle. Выбор базы зависит от эксплуатации: объёма данных, нагрузки и резервного копирования. Смену базы проверяйте на копии проекта.

Django и запросы к базе

ORM упрощает типовые операции, но не отменяет знания SQL. Лишние обращения к базе могут замедлить даже небольшой сайт. Сначала измеряют запросы, затем подбирают индексы и способы загрузки связанных объектов.

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

HTML-шаблоны и статические файлы Django

Шаблон определяет, как будет выглядеть ответ сайта. Обычно это HTML с подстановкой переменных, условиями и циклами. Представление получает данные и передаёт их в контекст шаблона.

Например, index.html может выводить список товаров, переданный из views.py. Выражение {{ product.name }} подставляет название товара. Конструкция for перебирает элементы, а if выбирает содержимое по условию.

Наследование шаблонов позволяет вынести общее оформление в base.html. Отдельные страницы заполняют нужные блоки. Так шапка сайта и навигация не дублируются в каждом HTML-файле.

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

Статические файлы включают CSS, JavaScript и изображения оформления. Команда collectstatic собирает их в каталог, заданный настройкой STATIC_ROOT. Способ раздачи файлов в рабочей среде настраивают отдельно.

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

Админка Django и права пользователей

Встроенная панель администратора предназначена для управления данными. Она не заменяет публичный сайт или личный кабинет покупателя. Для зарегистрированной модели Django строит формы создания и редактирования записей.

В стандартном проекте компонент admin подключён заранее. Однако собственные модели нужно зарегистрировать в admin.py, а таблицы создать миграциями. Для первого входа создайте административную учётную запись командой createsuperuser через manage.py.

После этого откройте путь /admin/ на локальном сервере. У администратора появится доступ к разрешённым разделам. Вид списка, поиск и фильтры настраиваются отдельно для нужных моделей.

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

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

Формы и безопасность Django

Форма связывает ввод пользователя с проверками на сервере. Поля описывают допустимые значения, а метод is_valid() запускает валидацию. После успешной проверки обработчик может использовать cleaned_data.

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

Защита Django зависит от настроек и кода приложения. Отключение проверок или небезопасная обработка данных создают уязвимости.

• SQL-инъекции: запросы ORM используют параметризацию; при ручном SQL нужно соблюдать правила передачи параметров.
• XSS, межсайтовый скриптинг: экранирование шаблонов снижает риск внедрения скриптов, но не защищает любой способ вставки данных.
• CSRF, подделка межсайтовых запросов: защита проверяет изменяющие запросы; в обычной POST-форме Django нужен тег csrf_token.
• Права доступа: проверяйте разрешения на сервере для каждого защищённого действия.
• Загрузка файлов: ограничивайте допустимое содержимое и продумывайте безопасное хранение.
• Кликджекинг: стандартный middleware задаёт X-Frame-Options, ограничивая встраивание страниц в чужие фреймы.
• Пароли: Django хранит хеш с солью и параметрами алгоритма. Используйте set_password(), а не присваивание исходного пароля полю модели.

Django REST Framework и отдельный интерфейс

Django REST Framework устанавливается отдельно. Он помогает создавать веб-API: преобразовывать данные для передачи клиенту, обрабатывать запросы и проверять права доступа.

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

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

Преимущества и ограничения Django

Django объединяет готовые компоненты и документацию. Модели, представления и шаблоны можно развивать отдельно, общие функции использовать повторно.

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

Скорость сайта зависит от запросов, объёма данных, внешних интеграций и настройки сервера. Выбор Django сам по себе не гарантирует нужную производительность. Проверяйте наиболее частые сценарии на реалистичных данных.

Django поддерживает асинхронные представления, но возможности зависят от способа запуска и используемых компонентов. Смешивание синхронного и асинхронного кода требует внимания. Поэтому утверждение «фреймворк не поддерживает асинхронность» неверно.

При росте нагрузки сначала измерьте время запросов. Кеширование Django сохраняет готовый результат: страницу, её фрагмент или отдельные данные. Задайте срок хранения и обновление кеша при изменениях. Личные данные нельзя раздавать всем из общего кеша. Масштабирование также требует согласованной работы серверов приложения, базы и хранилища файлов.

Тестирование и публикация Django

Средства тестирования Django опираются на unittest из Python. Команда manage.py test запускает тесты проекта. Начните с действий, ошибка в которых влияет на деньги, доступ или сохранность данных.

Перед публикацией выполните manage.py check --deploy с рабочими настройками. Отключите DEBUG, задайте домены в ALLOWED_HOSTS и настройте HTTPS. Секретные настройки храните вне исходного кода и публичного доступа.

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

Частые ошибки при разработке на Django

• Выбирают технологию раньше требований. Сначала опишите действия пользователей и результат каждого сценария.
• Устанавливают библиотеки в общее окружение. Отдельное окружение делает зависимости проекта понятнее.
• Читают документацию другой версии. Сверяйте номер установленного пакета перед использованием примеров.
• Меняют модель, но забывают миграции. Код и схема базы должны соответствовать друг другу.
• Размещают расчёты внутри HTML-шаблонов. Подготовка данных и их отображение решают разные задачи.
• Считают админку готовым клиентским интерфейсом. Для посетителей проектируют собственные страницы и ограничения.
• Обещают скорость без измерений. Проверяйте запросы к базе и время ожидания внешних систем.
• Оставляют тестовые настройки после запуска. Конфигурацию рабочей среды проверяют отдельно.

Документация и сообщество Django

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

Django Software Foundation поддерживает развитие проекта и сообщество. Ссылки на обсуждения и способы участия собраны в разделе сообщества Django.

Разработка на Django: с чего начать

В seosite1 делаем сайты с 2009 года и работаем удалённо по России. Для обсуждения задачи перейдите к услуге разработка веб-приложений. Цена после брифа, минимальный бюджет проекта от 50 тыс. ₽.

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