Продолжаем разработку CRM системы на Django. Подключаем библиотеку HTMX в Django. Делаем навигацию страниц без перезагрузки. Telegram: t.me/python_dinar Исходники: github.com/hensly/django-crm-... Мой сайт: ahmetshin.com/
Спасибо за внятное разъяснение! Вопрос: я правильно понял, что если мы назначаем активный стиль в навигации по клику, то это не будет работать в "режиме" django, когда мы переходим на страницу, например, по ссылке или обновляем страницу?
Вот да, в htmx много интересный фишек, мне очень понравилось. Хотя сегодня, если не прикручивать реакт\вью\анг, так бы уже и несерьёзный проект. А ведь фронт весит много, первая страница во всем js долго загружается (может её можено как-то оптимизировать?).
Согласен, но фронт который используется сейчас становится сложным и не управляемым и тренд уже меняется, все идёт на упрощение. И как показывает htmx можно весь фронт сделать на нем, при этом функционал не будет отличаться. И ещё преимущество, рендеринг динамичных страниц идёт на стороне сервера, а не на стороне клиента. Так что посмотрим.
@@DinarAhmetshin Я бы ещё очень хотела узнать ваше мнение о другом тренеде- поголовной докеризации джанго проектов. Не споря про очевидные плюсы контейнеров, вес приложения для деплоя существенно больше. Если я небольшое приложение могу задеплоить на basic droplet , то в докером так уже не получится.
@@zakchips докер нужен, без него никак. Я делаю так. Если я создаю приложение как микросервис и потом планирую его разворачивать где нибудь на других машинах, использую докер, но если приложение не планирую дублировать, то обхожусь без докера.
@@DinarAhmetshin привет! насколько реализуемо/разумно сделать небольшой интернет-магазин на htmx? бекэндом на джанго немного владею, но вот фронт темный лес и брать react/vue для небольшого проекта как-то слишком, да и потом придется обращаться к специалистам, чтобы вносить правки, опять таки проблемы с seo и тд и тп, вот и смотрю в сторону htmx, пока только инфы по нему мало можно ли реализовать что-то годное