Один эндпоинт генерирует 140 SQL-запросов на страницу, а вы узнаёте об этом, когда пользователи начинают жаловаться на задержки. Разбираем, как профилирование запросов в Django меняет не только код отдельных вьюх, но и архитектуру проекта целиком.
Стандартная админка Django рассчитана на CRUD-операции с плоскими моделями. Когда процесс включает многошаговые формы, согласования и зависимые состояния, админку приходится ломать — и каждый способ сломать имеет свою цену в часах, багах и техдолге.
Система прав Django выглядит простой ровно до момента, когда в проекте 80 моделей, 15 групп и четыре микросервиса. После этого начинаются сюрпризы: фантомные разрешения, тихий доступ через related-объекты и has_perm, возвращающий True там, где не должен.
Подключить реплику для чтения в Django — работа на пару часов. А потом начинается: ORM отправляет запрос на реплику, которая ещё не получила свежую запись, и пользователь видит пустую страницу вместо только что созданного заказа. Разбираем механику отставания реплик, поведение роутеров и конкретные ловушки, в которые попадают даже опытные команды.
Кастомный authentication backend в Django работает отлично на десяти пользователях и начинает убивать сервис на трёхстах одновременных логинах. Разбираем, какие места ломаются первыми, почему стандартные подходы к кешированию здесь опасны и где именно теряются секунды.
Django 5.x убрал десятки deprecated-функций, которые в Django 3 работали без единого предупреждения. Разбираем конкретные точки поломок — от url() и force_text до изменений в полях форм и middleware — и показываем, как найти их до того, как это сделает продакшен.
После обновления каталога на Django-проекте пользователи ещё 40 минут видели старые цены — при том, что кеш должен был сброситься сразу. Разбираем, как устроена инвалидация кеша в Django, почему она ломается и что с этим делать.
ALTER TABLE на таблице с десятью миллионами строк в PostgreSQL блокирует запись на секунды, а иногда — на минуты. Разбираем, почему стандартный manage.py migrate кладёт продакшен и как менять схему без даунтайма, не выходя за пределы Django ORM.
Django открывает соединение к БД на каждый запрос и не держит пул. Под нагрузкой это упирается в max_connections PostgreSQL раньше, чем в CPU. Разбираем, где рвётся и чем закрыть.
QuerySet не ходит в базу, пока вы его не заставите. Разбираем, что происходит внутри при итерации, срезе и len(), где ленивость экономит запросы, а где втихую отправляет их пачками.
От WSGI-вызова до готового HttpResponse — что происходит внутри Django с каждым запросом, в каком порядке отрабатывают middleware и где чаще всего теряется контроль над ответом.
На проекте средней нагрузки регистрация зависала на 3-4 секунды из-за отправки писем прямо в обработчике запроса. Разбираем, где ломается синхронная отправка и как её вынести из цикла запроса.