T
возможно нужно отдельно какой-то редис и хранить там последних юзеров за 5-15 минут
это делает возможным иметь 1 папку темплейтс в руте проекта,
если аппсдир врублен, то можно в каждой аппке его иметь
Size: a a a
2021 April 19
S
PM
это уже реализовано....
вобщем разобрался, беру all(), и прогоняю циклом если user.online_tracker.online_status=False в один массив, если Тру, то в другой...
вобщем разобрался, беру all(), и прогоняю циклом если user.online_tracker.online_status=False в один массив, если Тру, то в другой...
T
Окей, теперь понял, у меня он врублен
T
ну за озу следи)) много юзеров будут скачки думаю
T
зачем вообще списки юзеров оффлайн нужны? нету в онлайн, значит офлайн
PM
да оки, там изначально небольшой список будет (привязанных к определенному событию) - не несколько тысяч. да такую задачу поставили, что оффлайн юзеру тоже нужно получать инфу
AO
Почему бесполезен? Да не компилируется там Python в JS)
AO
Там в html можно указать, какой метод компонента (view) вызвать на сервере при нажатии на кнопку. Он сделает запрос к серверу, к этому методу и обновит компонент, получив назад от сервера его html, который некая магия смержит с html страницы
AO
Это работает примерно как Vue.js SSR только без JS, всё на Python.
MW
MW
вспомнил. SSR не так работает, там инстансом браузера страницы рендерятся и сохраняется готовая разметка
AO
Ну, браузер всё равно не может не участвовать, конечно) Vue.js это самое близкое из популярного, на что это похоже)
AO
В общем, это способ делать компоненты и делать их на сервере, на Python...
T
и в итоге следующий разраб выйдет в окно
AO
Тут главное решить, хорошо это или плохо :-)
AO
Да, так можно сделать некий vendor lock-in на себя
AO
С другой стороны, можно чётко отделить фронтенд часть от бизнес-логики. Можно даже две Джанги поднять, будет одна с Graphene/Ariadne (GraphQL API создавать)/DRF, а вторая в виде frontend’а с этими вот компонентами.
AO
То есть там будут Django Templates, формы для валидации, клиент для запросов к GraphQL/RESTful API и вот эти компоненты на Python. При желании можно auth/sessions перетащить
AO
Тут последствия другого рода: это как если бы фронтендеры делали бы серверную часть. Только тут наоборот. Любой питонист теперь сможет формошлёпить и достаточно неплохо. Это может отразиться на разделении разработчиков на команды, на их взаимодействие друг с другом. API перестаёт быть «Берлинской стеной» между фронтендерами и бекендерами.