На ревью ORM-кода в Django легко пропустить проблемы с транзакциями и блокировками, которые стреляют только под нагрузкой. Разбираем конкретные паттерны, формулировки замечаний и критерии, по которым можно отловить беду до продакшена.
Версионирование API — одно из тех решений, которые дёшево принять в начале и дорого переделывать потом. Разбираем, на что именно смотреть при ревью кода, связанного с версиями API в Django REST Framework: от выбора схемы до миграций сериализаторов.
Django поддерживает async views с версии 3.1, но переход на них не всегда приводит к приросту производительности. Разбираем, где асинхронные представления действительно снимают нагрузку, где создают новые проблемы и какие цифры стоит снять до принятия решения.
CSRF-токены, rate limiting и валидация форм в Django ведут себя предсказуемо на десяти запросах в секунду. При трёхстах — начинаются отказы, потери сессий и ложные срабатывания защиты. Разбираем, где именно механизмы безопасности форм перестают работать штатно и как это диагностировать.
Приложение на Django начало показывать пользователям устаревшие данные после переключения чтения на реплику PostgreSQL. Разбираем, почему встроенный механизм database routers не спасает от replication lag и что с этим делать.
Django долго жил без встроенного пула соединений к базе данных и открывал новое подключение на каждый запрос. В версии 5.1 появился встроенный connection pool на основе пакета, который раньше приходилось ставить отдельно. Разбираем, как он работает на уровне кода, где экономит время, а где создаёт проблемы.
Стандартная админка Django начинает тормозить задолго до того, как тормозит сам проект. Разбираем, почему list_display с ForeignKey порождает сотни запросов, как ModelAdmin строит QuerySet и где именно теряется время на страницах с 50+ объектами.
Монолит на Django обрабатывал 400 запросов в секунду, а потом перестал справляться. Рассказываю, как выделял сервисы, какие решения сработали, а где подход сломался — с цифрами до и после.
Один эндпоинт генерирует 140 SQL-запросов на страницу, а вы узнаёте об этом, когда пользователи начинают жаловаться на задержки. Разбираем, как профилирование запросов в Django меняет не только код отдельных вьюх, но и архитектуру проекта целиком.
Стандартная админка Django рассчитана на CRUD-операции с плоскими моделями. Когда процесс включает многошаговые формы, согласования и зависимые состояния, админку приходится ломать — и каждый способ сломать имеет свою цену в часах, багах и техдолге.
Система прав Django выглядит простой ровно до момента, когда в проекте 80 моделей, 15 групп и четыре микросервиса. После этого начинаются сюрпризы: фантомные разрешения, тихий доступ через related-объекты и has_perm, возвращающий True там, где не должен.
Подключить реплику для чтения в Django — работа на пару часов. А потом начинается: ORM отправляет запрос на реплику, которая ещё не получила свежую запись, и пользователь видит пустую страницу вместо только что созданного заказа. Разбираем механику отставания реплик, поведение роутеров и конкретные ловушки, в которые попадают даже опытные команды.