HTMX заменит Frontend?! WTF?
ฝัง
- เผยแพร่เมื่อ 29 มิ.ย. 2024
- Самая обсуждаемая свежая новинка фронтенда HTMX!
С ней вы сможете создавать приложения БЕЗ условного реакта и даже без джаваскрипта!
0:00 Проблематика
01:45 БЕСПЛАТНЫЙ вход в комьюнити
02:35 Что такое HTMX?
03:25 Первый пример: свэппинг и запросы
05:55 Второй пример: пагинация
06:35 Третий пример: lazy-loading на кастомных событиях
07:23 Четвертый пример: Hyperscript
09:21 На что еще способен HTMX?
10:13 Плюсы HTMX
11:12 Минусы HTMX
******************
Вход в комьюнити (обязательно подписывайтесь):
t.me/howToLearnIT
******************
Документация:
htmx.org/examples/
Как переписали большое приложение с React на Джанго + HTMX
• DjangoCon 2022 | From ...
#html #js #css #react #frontend
Вход в комьюнити (обязательно подписывайтесь):
t.me/howToLearnIT
*******************
0:00 Проблематика
01:45 БЕСПЛАТНЫЙ вход в комьюнити
02:35 Что такое HTMX?
03:25 Первый пример: свэппинг и запросы
05:55 Второй пример: пагинация
06:35 Третий пример: lazy-loading на кастомных событиях
07:23 Четвертый пример: Hyperscript
09:21 На что еще способен HTMX?
10:13 Плюсы HTMX
11:12 Минусы HTMX
**********************
Документация:
htmx.org/examples/
Как переписали большое приложение с React на Джанго + HTMX
th-cam.com/video/3GObi93tjZI/w-d-xo.html
#html #js #css #react #frontend
я фреимворк свой делал на php + js почти такой вариант), но немного другое там у меня.Просто мне надо кодить на js
Привет html инъекции
"...Теперь для разработки фронта не нужен JS, только HTMX..."
Шаг №1 - Подключаем JS библиотеку в head
...
Ага! Хрень полная. Берем Svelte, делаем все это в несколько строк и все летает.
+ 👍 )))
Ноты же на js не пишешь.
@@angelsaveпривет, а не могли бы вы порекомендовать какое-то видео с ютуба по основам Svelte, для мамкиных программистов? (знаю только основы фронтенда, ну там JS, CSS, совсем немного react. Ну и на ХТМЛ программую))
@@AlexM-uz1hgтуториал на оф сайте там есть просто все в виде задачек
Программисты HTML никак не сдаются и доказывают, что они существуют!
И им для этого все равно нужно чтобы написали JS скрипт 😂
Какая разница если они все ровно пишут на js😂
@@Jdjdjdjdjjdr воувоу, палехчи!!! Это не ДжаваСкрипт, это ГиперСкрипт!!!
Использовали 2 года в проектах htmx, в этом году перешли на nuxt. Как бы мы не сопротивлялись но альтернативы js фреймворкам нет если нужны непозорные интерфейсы.
скоро htmlщики избавятся от этих цепей и будут писать исключительно на html. победа будет за ними они найдут способ обойти систему!@@DevBer
Требуется HTMX-программист с опытом от 3 лет
И знанием PHP
@@Easycore2000 с опытом 200 лет
С высшим образованием по направлению "Прикладная информатика" в МФТИ.
Если это заменит фронт, то CSS способен заменить бек
Забавная технология, но не более. Жизнеспособным такой подход к написанию приложений сложнее hello world назвать язык не повернется
Theo хорошо разобрал в своем видео про HTMX.
По сути, фронтендерам иногда хочется немного зайти в бэкенд, но не слишком сильно. Из-за этого реакт и Next13 сейчас смещается в backend.
HTMX, это наоборот, когда бекендеры хотят немного фронтэнда, но не хотят разбираться с js фреймворками.
Не совсем. Когда гуглил, заметил что очень много джагнгистов ее используют. По сути это неплохо заменяет часть функционала айфреимов (или просто нужен функционал SPA без использования тяжеловесных фреимворков), ну и получается что подходит для микрофронтэндов. Сам бы правда такое использовать бы не хотел
ЧСВ у разрабов хоть отбавляй
@@akikadze по рукам за такое. Только только ушли от каши php + html + css + js в одном файле, а тут эти горефронтендеры захотели вернуться к этому снова. Опыт кучи сайтов на php показывает, что такие возможности способствуют протеканию фронта в бек и наоборот. Не потому что яп плохой или что-то такое, а потому что люди склонны сами себе создавать тех. долг, когда надо побыстрее.
@@akikadze >но не хотят разбираться с js фреймворками
и берут вундерфавлю с супер самобытным синтаксисом
Много фактических ошибок в первой части ролика. Например, первый сырой Laravel вышел только в 2011 году, а JQuery, который по словам автора появился позже, вышел напротив, ещё в 2006-м, когда пошла массовая мода на AJAX и манипуляцию DOM-элементами страницы. Сайты «полностью рендерились на сервере» только в конце девяностых - уже ВКонтакте был динамичным на JS, хотя запустился ещё в 2006, а про Gmail, GoogleMaps и Яндекс.Карты даже начинать не буду. Насчёт «в ту пору писали на PHP» - так на нём до сих пор работает добрая треть интернета, включая таких монстров, как Facebook, VK и Wikipedia 😅
да такой бред в начале автор несет, я даже ролик не стал дальше смотреть
@@archangel2560 это он позже к нему пришёл, изначально там была пыха. И вместо того чтобы переписать на что-то нормальное разрабы вк придумали такой костыль)
@@olegs7470 ага автор говорит про 2008, в футаже nodejs который появился в 2009 (ну это он явно не сам делал, а где-то готовый с инета взял. По стилю похоже на fireship)
ВК стал динамическим только в 08 году. Полноценно в 09 году.
Сомневаюсь, что это приживётся, усложнение html-ки логикой обработки не понятно для чего, когда лучше разделить эти сущности и отдать это на обработку в js, который можно маштабировать и разделять на модули. Тут говорят, что это проще, но с виду это сильное усложнение, те кто хочет верстать лендинги и говносайтики без внутрненний или минимальной логикой, при том, что их устраивает, что в конце получится простыня кода, то удачи вам в коммерции, лучше сразу идите изучать NoCoding)
расскажи это процветающему тайлвинду
также все реактеры с jsx :|
Чувачок пиарит "велосипед", только у которого цепь на переднее колесо выведена.
ты вообще о чём?) при чём тут очередной ui-kit к текущему контексту обсуждения? их как было 100500 так и будет становится всё больше и больше, не надо смешивать мёд, говно и пчёл
@@ViKTorulezнет не цепь. А педали приделаны к переднему колесу. А сидушка на руле.
Очередной убийца React, который помрет раньше чем выйдет в альфу :D
подождём-увидим... Всё равно нужен бандлер разметки. С этими атрибутами она станет очевидно больше. Так же минус в том, что хайперскрипт записывается в значения атрибутов и это фактически обёртка. *Совсем нечитабельно.* Лучше переделать... На пример, запускать это хайперЧучо из оддельных файлов или импортить из одного. Ссылку в атрибуте поставил - и норм.
Ванга, ну что там, 4 месяца прошло с твоего сообщения, наверное помер до альфы , да?
@@logan22dev 14к установок за неделю, очень серьезный результат для очень серьезной библиотеки
в пике 67к установок
С такими результатами подрастает второй Astro
Который вроде есть, а вроде и никому не нужен
@@dalysdeveloper907 о есть 14к установок, а не 0, да?
Я точно так же говорил про react, но он собака выжил и пережил jquery/ )
А по сему не зарекайся. Думаю чем проще и гибче инструмент, тем больше у него возможностей.
Удобно, что на страницах с примерами внизу показывается число запросов к серверу при каждом взаимодействии с интерактивными элементами - сразу видно, из каких мест оно будет дидосить сервер и как лучше не использовать HTMX.
Я так понял челы, которые это изобрели, были в коме в то время, когда появился ajax
Тот момент когда html стал языком программирования😂
декларотивный ЯП, методы которого определены заранее и интепритуруются браузером
вызов методов происходит путем написания тегов
ведь html не "язык разметки", а вызов методов выполняющих операции на CPU, которые отрисовывают изображение.
@@user-si5xg4yo4sдегенерат, HTML - это язык разметки.
css же стал. И это вообще не шутка)
Несите крест и колья - эту шнягу надо давить в зародыше!!!
В 98м году всё так и работало, вот это супер технологи, я в восторге! Кажется разработчики в дореактные времена под стол пешком ходили и не помнят как мы все получали кусочки html и втыкали их куда-то в dom. Вы еще аякс за турботехнологию выдайте ))
Ну и да, не до смеха когда я гиперскрипт вижу, это же читать невозможно, чем это лучше js-то? (я уже молчу что на js он и работает) 😂 😂
Разработчики молодцы, что пытаются придумать что-то новое конечно, но выглядит это всё катастрофически ужасно и написать что-то продуктовое на этом очевидно невозможно.
Да че, автор походу не в курсе что ДжаваСкрипт изначально появился в 90х для интерактивности и вот тогда и летали снежинки и бабочки )
Это уже потом из него сделали что-то крутое.
А мы просто вставляли js код в html... бякэнд ? Ну перл скрипт тебе на) И потом ворвался "ПХП")
Полностью согласен читать невозможно если ты не бэк, так как им нравится именно vue 2, из за того что пропсом ты 1000 строк кода передаешь, ммм читабельность уровня 1 раз сделать, и работает, а потом новый человек зайдет, и подумает, а кто это писал что написано и еще за это плати, что он будет разбираться какую ахинею тут написали
Я вот новичок, без амбиций на серьезные проекты, передам вам свое видение.
Кракозябры жса выглядят куда менее читабельными, даже для человека который их уже 10 лет боковым зрением видел. Да и чтобы хоть чето сваять, надо сначала изучить сложную систему этого языка.
А на другой чаше весов какойто максимально простой и удобочитаемый запрос.
Мои собратья будут неимоверно рады, что узнать, что смогут обойтись такими простыми инструментами для своих мелких проектов)
@@xjpfxei Совершенно согласен, как тут правильно написали, по факту htmx может применяться в 95% веб проектов, там, где нет необходимости обрабатывать десятки тысяч запросов в секунду. Использование современных JS фреймворков много где выглядит избыточным и только затягивает и усложняет разработку. Реальность такова, что JS сейчас в принципе один из самых неконсистентных языков с тоннами легаси и костылей и если есть возможность избежать погружения во него - это же просто замечательно! Я занимаюсь поддержкой корпоративного портала который автоматизирует бизнес-процессы и есть стойкое ощущение, что htmx это то, что нужно, буду пробовать.
Для senior html программистов
Эх ностальгия нахлынула, я подобную библиотеку 10 лет назад написал, все идет по кругу.
Все верно, авторы кстати уже на второй круг пошли - добавив поддержку morphdom, alpine-morphdom и написал свой - чтобы была поддержка шаблонов)
Только сторы добавят и будет новая библиотека аля реакт
@@ukrainetoday960фашист
@@fex4380 у тебя в зеркале
Все работает ровно до тех пор пока тебе не становится нужным написать инпут с автодополнением, изменение стейта которого определяет появление других инпутов в сложной форме)
не стыдно на мове ахрессора?
русский язык принадлежит украине а росии язык на самом деле фино-угорский. украли историю и пытались все это время обмануть что они русские. Настоящая Русь это Украина. @@anton6643
не понимаю, там же через таргеты можно реализовать. Заготовки делаешь и на них возвращаешь. ни кто не запрещает добавить js по вкусу.
@@anton6643 а чего чуваку должно быть стыдно? тебе ж не стыдно с ним дышать одним воздухом, или уже из-за принципа готов удушиться? ))
@@castorboris7625 ты в укропии не жил, тебе не понять.
Еее спасибо за новое видео! Заждались уже🔥🔥
У меня болит голова от новых фреймворках каждую неделю
секунду я бы сказал, сам уже собственный создаю)
@@mikaelgevorgyan4521 создаешь еще один, которым никто не будет пользоваться
@@mikaelgevorgyan4521создаешь? 🤡🤣
Фрейм пишут, программист мамкин
Ух ты, кто-то придумал еще один фреймворк для фронта! Никогда такого не было и вот опять.
Да-да, плавали, знаем. Сложнее примеров из видоса на этом говне ничего не написать, ибо проще научить слона играть в покер, чем на этом "убийце react" накодить хотя бы средних размеров фронт
Подойдет для джанги и рельс. Именно там сейчас приживается.
дааа, давайте ещё к этому посмешищу добавим tailwind и получим километровые нечитаемые куски -дерьма- HTML, где чёрт ногу сломит 👍
Как бы есть директива @apply для tailwind
@@M615243 как бы её лучше не использовать. в самой доке тайлвинда это написано.
А ну не гони на тэилвинд! Лучше бутстрап свой выкинь
Как раз таки в tailwind все читается отлично, либо ты дальше лендингов не уходил никуда. Я бы посмотрел, как ты серчишь css через поиск и замену, особенно, когда нужно изменить что-то одно и разобраться со специфичностью при том, что там миллиард строк
@@M615243 ну и смысл тогда?) не проще в селекторе css прописать, м?)
Вместо нормальной типизации - обычный текст на ХАЙПерСкрипт😅 Вместо всем известного хтмл и жс - учим новый хтмл и новый язык скриптов😊 Даже при полном не знании фронта я бы не рекомендовал бэкам трогать это даже самой длинной палкой)
По мне - похоже на ангуляр с вью, такая же хрень не читабельная 😂 Но обязательно затещщу на петпроджекте
@@DevBerвообще не похоже и близко.
С каких пор они нечитабельными стали?
@@nikitadudchenko5010 похоже похоже, никто не говорит что 1:1, но похоже )) А про нечитабельность даже не стану ввязываться в этот холивар, это имхо, ничего не поделать.
Трудно найти того, кто может в бэкэнд но не знает HTML и JS и мог бы обойтись без "подгружаем библиотечку" хоть в реализации простейшей формы, хоть в реализации тетриса квадратиками создаваемыми текстом внутри DIV.
Можно найти такого, кто думает, что он может в бэкэнд.
Далеко не всем нужна "нормальная типизация", а разобраться в нескольких аттрибутах htmx куда проще, чем hello world на реакте сделать. В общем для небольших проектов, для всяких автоматизаций бизнес - процессов на Джанго -- это весьма и весьма годная вещь.
мертворежденный. усложнение бэка за счет упрощения фронта: это даже для пет проектов не выглядит сексуальным. особенно в современном мире, где клиентом может быть любой тостер с рантаймом на несуществующем языке.
Да, самое интересное не показали, как бэк должен с этим говном возиться
HTML и JS ссыпали в одну коробку и назвали это новой технологией... Вопрос зачем ? Какие проблемы она решает... кроме создания нового синтаксиса написания кода.
Ты как будто только узнал о зоопарке фронтенда😂
Всё на строках, нормальных переменных и т.п. нет.
Получается переиспользование кода стремится к нулю, дублирование кода, да и поддерживать такое не очень удобно, а ну и ещё смешивание с атрибутами самого HTML, из-за чего всё становится более громоздким, когда хочется наоборот.
Если всё это исправить, то получится фронтенд-фреймворк HTMX = React/Vue/Angular
можно использовать шаблонизатор
Я правильно понял?
в html юзеру при нажатии на кнопку отправляется новая страница, а в htmx та же страница пересобирается?
Как всегда круто)
Дебажить это чудо будет сплошным удовольствием
Наконец-то русскоязычные айти-ютуберы дошли до HTMX
т. е. с бека ожидаются не данные а уже готовый html с данными?
Да
Кусочек хтмл. Страница целиком приходила и раньше, до spa.
P.S. справедливости ради стоит сказать что htmx вдохновлялся Turbolinks (ныне Hotwire Turbo)
Классное нововведение которое ещё в 2008 преподавали в виде создания формы и привязки параметра submit на button. Именно потому что кнопка выполняла клиент-сервер функции, её заменили тегом с рамкой в последующих этапах развития разметки. Абсолютно не понимаю кипиша по этому поводу.
Для embedded типа openwrt пойднет?
ураааааа новая копна уязвимостей!
fetch и xmlhttprequest спокойно решают данную проблему, Сия чудо можно назвать просто фреймворком, но никак не новой технологией. Это, наверное, будет удобно, не спорю, но скорее всего, если будет интерес, просто добавят в спецификацию html
Привет, Друг 🤝
Впервые от тебя только это узнал 🔥👍👍👍
какой он друг после таких видео ...
Можешь абсолютно без последствий забыть.
Чел, я работая фронтом в 23-м году использую jQuery , и не потому что очень этого хочу, а потому что проект так сделан. Я нихрена не шарю в этом древнем г*вне, но приходится потому что оно используется на проекте. А вы тут про какой-то серверный рендеринг, какие-то реакты, динамика.
Большим дядям все вот эти новомодные штучки вообще не нужны. Им нужно , условно говоря, старый проверенный временем и десятками проектов инструмент, который работает как часы. Под это подходит реакт, ангуляр и прочие гиганты, но никак ни вот этот "новаторский подход", ты скажешь такое шефу, он пальцем у виска покрутит и все ... С другой стороны, это тоже понять можно, ведь на кой хрен выдумывать что-то новое, если старое и так все работает. Тем более это новое не протестировано и , скорее всего, чтобы пересесть на него понадобится время, а время, как и в любом другом бизнесе - деньги. Очередная мертворожденная херня
ты просто реакт-макака
Чем это отличается от AJAX запроса на сервер, который возвращает HTML, который мы подставляем в нужное место? Тупо проще писать, но зачем? Backend отдает данные, frontend их рисует как нужно. Всё
Подскажите не пойму где храниться код формы которая приходит по get-запросу(((
Из Ajax'са звонили, свою идею назад просили. Если нормально, концепт пока натянут немного, но если развивать в правильном направлении и с умом, то может что-то выйти
Я вам больше скажу: на современном html5, css3 и es6+ легко можно писать точно такие же сложные интерактивные приложения, как на любом фреймворке, причём без единой библиотеки. Даже работать быстрее будет и меньше говнокода плодить. Только для этого нужно хорошо знать основы и паттерны проектирования.
Абсолютно, знаешь паттерны - пиши свой простой стэйт менеджер с реактивностью...
Знаешь, я вообще давно жду революционное изменение в js, на подобии 2915 года, чтобы все эти бесчисленные фреймворк стали не нужны
Я не понял, если было в планах изучать React, то лучше вместо этого начать с того что в видео? Или всё же не заморачиваться и всё равно react изначально?
учи реакт. не забивай голову всякой фигней. то что на видео сгодится разве что для написания элементарной формы.
тут один товарищ уже сказал "Сложнее примеров из видоса на этом говне ничего не написать", и я с ним согласен. Как только там добавится чуть более сложная логика, валидация ввода и всякое такое - сразу утонешь. А если еще учесть, что непонятно как это дебажить, то вообще выглядит как срань.
@@user-lc1ls6bw5q есть фирмы которые реакт в помойку выкидывают и переписывают на htmx. потому что реакт не вывозит, особенно на старом оборудовании. а htmx летает при тех же объемах. Вам следует глубже изучить вопрос. Тут скорее вопрос доберется ли ваш проект до таких объемах чтоб пришлось выкидывать реакт в помойку.
@@user-lc1ls6bw5q Спасибо за ответ
Я вижу дохера приложений где реакт это как по мухе из пушки.
@@qburanp есть такое, но там проще наивный html+js юзать
Спасибо ❤
Интересно, как они гиперскрипт заимплементили.
Полноценный АСТ строят и транслируют в жс, или как-то по другому, например, микровм для интерпретации на жс написали и на ней исполняют.
Чем это отличается от vue cdn?
Какой Laravel в 2008?
Не заменит эта технология фронтов) Для Верстальщиков будет крутая технология, но у фронтов есть Angular, React, Vue, смысл вообще камбекаться в html
Собака
А я ещё пару недель назад увидел на англоютубе обзор на эту игрушку) выглядит интересно, но использовать никто не будет вероятно)
Потому что выглядит как переусложнённое говно.
а что насчет сео? я в нем не силен, но подозреваю, что это может повредить продвижению сайта?
Точно так же, как и все современные JS-фреймворки :) Я когда в своё время впервые столкнулся с этими новомодными веяниями, не мог поверить что это всё взлетит именно по этой причине. Чтобы делать современные SPA с учётом SEO, нужно юзать SSR (добрый вечер, мы уже 20 лет так делаем), только ещё весь бекенд придётся перетаскивать на Node + подтягивать дополнительный фреймворк типа Next. Ненавижу современную веб-разработку.
@@Bruceylancer Или можно фронт в бэкэнд перетащить... как на пример в Blazor с интерактивным SSR - ну разве не мечта бэкэндера, запросы к базе из компонента пулять ))), причем поддерживается макрухой, в отличае от педиков из React, которые SSR дилигировали третесторонним парням у которых до сих пор все через пень колоду... или что то недоделано ))
Для HTMX не нужен JS! нужно всего лишь подключить мааааааленькую JS библиотеку... т.е. JS всё же нужен, получается HTMX просто какая-то кастомная JS библиотека. В ролике же наваливают, как будто это сам HTML эволюционировал в новый формат HTMX! Моё мнение - HTMX выглядит как говно и пользоваться им будут энтузиасты, которые просто хотят пощекотать нервы.
) любишь страдать на реакте? Я сам свой фреимворк создаю, там почти есть с ходтсво с этим что он показал).Просто в моём там валидацию обычных полей контралирует автоматически и кодить даже не надо).
@@mikaelgevorgyan4521, это конечно хорошо, но с этим фреймворком никто кроме вас работать не будет. Если ваш проект уйдет на стороннюю поддержку, то едва ли кто-то захочет к этому прикасаться. Велосипеды без комьюнити они такие
HTML это стандарт и они кардинально не изменится. Тоже самое было с JSX и люди носились как полоумные крича что HTML и JS хана. А потом выросло поколение разработчиков, которые удивлялись почему это JSX (без транспиляции) в вебе не работает.
а может будут работать)@@infantfrontender6131
А че там страдать? Делашеь UIkit под проект или в тупую дублируешь код. Да и все изменения выполняются за минимальное время, которое проц позволит, а не отправляешь запрос, ждешь пока сервер одумается, потом отправит это обратно, и только потом уже ререндер делаешь. Реакт это класс@@mikaelgevorgyan4521
Ну а, банально, состоянием приложения как управлять?
Использую для форм и фильтров . Если нужно что сложнее, то alpine. Если ещё сложнее и не нужно сео (админка например), то vue
Плюсы: быстро, всем управляет команда бэкендеров (сервер)
Минусы: тонна строчных триггеров и идентификаторов (а главный ад как раз кроется в компонентах - где какой идентификатор компонента появится, будет ли перекрытие и т.д.)
Идея не плохая! Только отстала минимум на 10 лет😂
Насчёт того что идея не плохая я кстати не пошутил. Когда работал в одном из проектов в котором был JQuery сам лично реализовывал подобную штуку, сильно ускоряло разработку интерактива.
Я её тогда свою библиотечку назвал ajaxhelper.
В 2008, примерно, я сделал сайт полностью на аяксе. И фапал на это, что все интерактивно и страницы листаешь без обновления, перезагрузки страницы и адрес не меняется😂😂😂 Тогда в сео ваще незнал😂
И тогда тоже свою библиотеку пилил.
Сео-шники мне как один доказывали, что я не совсем умный. А оказывается я просто время опередил на 15 лет и меня не поняли😂😂😂
@@vantuz54 Я такую штуку делал + шаблоны для рендеринга html на сервере
на каждый чих слать реквест, спасибо, не нужно))
Лол, а в реактк прям не так
Super)
4:45 мм, хочу найти бекендера который на серьезных щах будет слать верстку на клиент
Мне интересно, сколько фронтендеров в комментах пишут сложные SPA-интерфейсы, а не CRUD со свистоперделками, говоря о том, что htmx не жизнесопособен?
Звучит как неплохая штука, чтобы писать чисто админки и дашборды для внутренних инструментов
Плюс - низкий порог вхождения для фулл стека. Минус - что бы сделать красивый интерфейс с анимациями нужно знание js выше чем при внедрении js-фрейморков. Применимо только там где не нужен красивый ui
Фуллстек не будет использовать эту дичь. Потому что он уже фуллстек. И пойдет запилит админку на JQuery без каких либо сложностей.
нет тут фуллстека, это очередная реализация динамического html
@@user-lc1ls6bw5q JQuery? Он еще дышит?
@@TalkerTube а что с ним будет? Cdn есть, документация и комьюнити в наличии. Всё работает и пишется элементарно. Для выше описанных задач подходит.
Очень интересно, но не понятно, я же все могу это сделать в js, ты говоришь условно не нужен js, но по сути этот htxm и есть js.
Это с одной к примеру кнопкой хорошо, а что если есть список товаров и кнопка добавить в корзину, это что, на каждую кнопку этри абуты циплять? Размер нтмл кода будет огромный в результате, на сложных сайтах.
Так, это все хорошо, но как поиск будет обрабатывать страницу такую, если урла не меняется?)
Теперь ждём 5 лет, когда они это внедрят?)
Или есть вариант отдачи роботу страницы со всем везде прожатым ?)
Зачем глупый вопрос задавать, на офф сайте есть пример
Привет из 2020 от hotwire и turbo мира Ruby On Rails, сам подход ок, при проектировании большого количества достаточно простых интерфейсов - админок и около них позволит избавиться от большого количества реактовского бойлерплейта при управлении состоянием, а так же добавить удобной интерактивности
HTMX это Hotwire для зумеров)
А чем react или vue стал плох?
Полезно знать, для общего развития)
Но до использования чет мне кажется далеко
Пробовал делать админку на нём. Довольно комфортная штука
Теперь осталось понять, чем это лучше пыхи ) и как декларативно описать логику страницы и возможно ли это 😂
Это не лучше, это вообще к беку не относится, это просто библиотека js
HyperCss не завезли ?
ждём!!!!
Для backend'еров будет нормально, простые админки делать по быстрому
а зачем им админки делать, если им бэк писать надо?
Для тестов постман как минимум, админка уже лишнее траты времени, да фронт это уже
Хм, ну то есть вместо JavaScript и JSX получаем HyperScript и HTMX, а те вещи, которые обеспечивает фронтэнд-фреймворк, либо не имеем вовсе, либо пишем самостоятельно. Не вполне понял, в чём тут улучшение.
Если надо быстро накидать админку или маленький проект. Без танцов с бубнами и минимальным размером бандла самое оно. Для бэкендеров ваще кайф. Не надо ничего учить
@@AMTVEну как не надо? А эти самые атрибуты HTMX и этот самый HyperScript?
@@AMTVE почему не надо? )))
@@AMTVE
1. надо учить директивы и новый гиперскрипт ))
2. что потом делать, когда проект расти начнет ?
3. сама парадигма не прививает модульных практик разработки фронта.
4. Все будет размазано черти где.
Тогда уж лучше взять Свелту которая и все лучшие практики имеет и весит как воробушек
@@AMTVE а что бекендеры с детства знают HTML, новые классы HTMX и hyperscript?
Попытка создать еще один фронтенд фреймворк. Как по мне, говнореакта с его танками и редаксами уже более чем достаточно. Даешь С++ и железки!
ochen interesno
нужно еще 100500 фреймворков и языков чтоб никогда не устроиться в соседнюю контору
Прикольно но как в htmx работать с сервером
где роутинг, Билли? решается бекендом?
о, я такой же велосипед лет 10 назад писал )
Ну прям Compose!
hyperscript... посмеялся спасибо =)
Я люблю использовать htmx, но сталкнулся с проблемой - при загрузке части страницы с помощью htmx, где содержится swiper, он перестает работать, но если загрузить всю страницу, то все работает нормально. может кто-нибудь подскажет, как решить проблему?
Инит должен происходить после загрузки.
3:10 каво? Нынче легче найти сайт, в котором бэкенд просто жсончик отправляет, а клиент в соответствии с ним уже имеющуюся страницу перерендеривает, нежели сайт, в котором "бэкенд отправляет новую страницу"
Штука интересная, но скорее всего приживется в набросках макетов или в конструкторах сайтов
В Rails 7 такой подход. Turbo + Hotwire + Stimulus.
О, велосипед придумали! Молодцы!
👍
Почему просто не перекласть больше простых задач на HTML, а сложные оставить JS-су?
1 неочевидность. 2 два источника правды
не стоит смешивать подходы
не буду использовать так как сервак спамиться мелкими запросами. Сейчас у меня штмл шаблоны хранятся в ява константах который вшивается из другого штмл файла заранее. Но как фреймворк довольно свежо.
У нас уже давно внедрен, и прекрасно работает, спим крепко теперь. Фронт стейтлесс, все прекрасно
Swap - своп Карл, своп! All - ол, also - олсо
Вау, они изобрели еще одну обертку над fetch'ами, необычно, да
подключаем библиотеку на js
@
теперь не нужен javascript....
Что то типа livewire в Laravel. Проблема в том, что за каждой маленькой хренью надо будет посылать целый запрос и обрабатывать его.
Все это с рельсов взято
"Laravel's first beta release was made available on June 9, 2011, followed by the Laravel 1 release later in the same month."
Как раз для моего сайта по температуре воды в Ыссык-куле
Табы можно и на чистом html и css написать🙂
Только тссс - об этом сейчас мало кто догадывается) Как показывает практика, бэкэндщики вообще не особо понимают что там происходит в браузере, а для фронтэндщиков "какой-то там си-эс-эс" это "фе, снова покрасить кнопочку в красный цвет и увеличить шрифт". В результате табы на проектах это или импорт внешней библиотеки, или простыня кода в JS.
Старье
Простые табы да. Возможно в видео идет речь о табах, где дом строится динамически, потому что вываливать весь дом табов одномоментно и стилизовать его css не выгодно по ресурсам.
@@user-os5uk5nc4z если бы речь шла именно, то автор бы упомянул, но он о говорил в самом простом их проявлении, так, будто это нечто ранее недостижимое.
Конечно динамическую загрузку на html не написать, но лучшенаписать полторы строки на js, чем поносить свою вёрстку, надеюсь в этом вы со мной согласны
А шо с анимациями?
Давай про vrml😂
Livewire нет ?)
Уж сильно напоминает историю jQuery. Лёгкий вход, несложный синтаксис, но что-то серьезное на этом написать будет сложно и не разумно
Но то что удобно - это факт
Выглядит интересно, но слишком уж намешано всё в кучу. Вёрстка, контент, логика… В Реакте хоть и похоже, но там это хоть как-то можно по компонентам/функциям/файлам раскидать. Может, нативным браузерам есть смысл какие-то отдельные мелкие идеи отсюда подсмотреть на будущее, но не более.