Ну а траф то не отработан

Трабл в том, что закешировать через nginx не получится. ХТМЛ разный для разных пользователей - для каждого авторизованного своя аватарка в шапке  и еще для мобилы/не мобилы бекенд генерирует разных хтмл.
Можно кешировать только для неавторизованных.
Что я и сделал вчера и оно ожило.

и что?

там было 3-4к в сутки постетилей, нахлынуло 50к за раз

ясно

траф = бабло

шапку можно отдельным запросом получать и класть её в localStorage. Тогда всё остальное будет в nginx кэше.

соотношение далеко не такой прямое, как могло бы показаться.

кэш перед базой скорее, а не nginx

в джанге правильнее даже уже отрендеренные куски вью в редис пихать

там прсото надо половину джанги просто выкинуть при генерации фронта - она там бессмыслена

зря так думаете)

Да. Я планирую больше переложить на фронтенд, чтобы на бекенде можно было кешировать как можно больше хтмл-кода. А аватарки всякие чтобы подгружались отдельными запросами через ajax. Не знаю, возможно ли это - но двигаться нужно в этом направлении. И если будет одна страница для десктопа/мобилы - это тоже поможет. И если можно будет запустить на несколько часов быстро какой-нибудь бекенд на 80 ядер в яндекс.облаке - это тоже было бы круто.

аватарки закэшить вообще не проблема должна быть, даже в джанге

у тебя 600 мс на страницу фвно из-за того, что сильно много отдельных запросов в базу

кстати в тему беседы - никто не хочет пойти DBA на хайлоад проект? Мускуль и сотни рпс, базы по 10тб и вот это все

питончик вполне в состоянии ваши странички довольно быстро рендерить.

Пиши вакансию, а мы отфорвардим на https://t.me/lobbywork

может-таки замутить бота по вакансиям?

MySQL DBA + admin, удаленка
- тюнить мускуль
- тюнить структуры и запросы
Большой проект, многотеррабайтные базы с большим количеством записи.
Если знаете, как быть когда ключи обновляются медленнее чем данные а запись встревает на локе автоинкремента - пишите