Тема такая, у меня есть ЛК, шаблон ЛК глобальный, в

лк есть разделы.

В каждом разделе ЛК присутствует форма редактирования данных юзера(Всплывающее окно), очевидно что для этого я должен передавать объект формы. Но я не хочу каждый раз прописывать ее в Context, я хочу описать это один раз и наследовать. Где я могу это сделать?

Include посмотри

Конкретнее можно?

Либо от другого шаблона отнаследовать

context_processor посмотри

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

Тогда отнаследуй шаблоны

Смотрел, но он же глобальный, а мне нужно только для шаблонов страниц ЛК

Extend используй в них от одного

в миксин вынеси получение контекста

Я же говорю, ты смотришь варианты вставки html кода, я говорю про forms.Form объект, как мне его донести до шаблона, описав в одном месте

А декораторе или миксине, как станлей указал

Плюс ты можешь контекст процессор универсальный для получения нужной формы написать и пихнуть в екстенд шаблон

Ну кстати да, че то типо такого? class LKView(View): def dispatch(self, request, *args, **kwargs): kwargs['context'].update({'UA_FORM': UA_FORM()}) return super().dispatch(request, *args, **kwargs)

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

в моем случае на каждой странице ЛК есть всплывающее окно с данными юзера

ВРоде похоже))

Лайк тебе!) 👍

А нафига это на джанге делать? А не на том же реакте

А ты реакт с django смешал?

Тут все понятно

Есть проекты Джанго+Джанго темплейты, Джанго+реакт, Джанго+фронтенд сервер. Все варианты рабочие.

🙈)

Вообще реакт и в обычный шаблон можно вписать, как и вуй

Тогда в вашем случае лучше сделать глобальный контекст процессор

Короче я тебе скажу так, чем больше "МОДНЫХ" фреймворков использовать одновременно, тем медленнее будет работать твой сайт при высоких нагрузках. Я вообще хз, как связку Django + React балансировать под 10кк запросов

10кк запросов в секунду?))

ага)

Вы не правы, при использовании DRF + фронтенд фреймворк JS все будет гораздо быстрей работать так как сборка страниц будет происходить на стороне клиента, сервер будет только отдавать данные.

Либо на стороне фронта, типа некста/нукста

Ага, особенно когда у большей части клиентов телефоны маломощные)

Потому нужен внешний ССР, на ресте. Который балансить дешевле чем бек

Сейчас уже практически нет таких телефонов которым будет сложно отрисовать страницу

Тут проблема в коннекте может быть, если клиент сайд делать

Собственно можно собирать страницу и на сервере самим фронтенд фреймворком это все равно быстрей будет чем на питоне.

Если правильно юзать кеш темплейтов, то можно поспорить

Но кеш и там можно использовать

Да, но я в общем говорю

я понял