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 отправляет запрос на реплику, которая ещё не получила свежую запись, и пользователь видит пустую страницу вместо только что созданного заказа. Разбираем механику отставания реплик, поведение роутеров и конкретные ловушки, в которые попадают даже опытные команды.
Кастомный authentication backend в Django работает отлично на десяти пользователях и начинает убивать сервис на трёхстах одновременных логинах. Разбираем, какие места ломаются первыми, почему стандартные подходы к кешированию здесь опасны и где именно теряются секунды.
Django 5.x убрал десятки deprecated-функций, которые в Django 3 работали без единого предупреждения. Разбираем конкретные точки поломок — от url() и force_text до изменений в полях форм и middleware — и показываем, как найти их до того, как это сделает продакшен.
После обновления каталога на Django-проекте пользователи ещё 40 минут видели старые цены — при том, что кеш должен был сброситься сразу. Разбираем, как устроена инвалидация кеша в Django, почему она ломается и что с этим делать.