Es htmx la evolución de HTML? |
HTML-код
- Опубликовано: 5 фев 2025
- htmx es una herramienta que da acceso a AJAX, transiciones CSS, WebSockets y eventos enviados por el servidor directamente en HTML, utilizando atributos, para que se puedan crear interfaces de usuario modernas sin utilizad JS directamente.
﹤🍍﹥ CodelyTV
├ 🎥 Suscríbete: ruclips.net/user/c...
├ 🐦 Twitter CodelyTV: / codelytv
├ 🧔🏻 Twitter Javi: / javiercane
├ 💂♀️ Twitter Rafa: / rafaoe
├ 📸 Instagram: / codelytv
├ ℹ️ LinkedIn: / codelytv
├ 🥋 Academy: codely.com/aca...
└ 📕 Catálogo cursos: bit.ly/cursos-...
Que bueno que David Bisbal cambie de carrera a Informatica y forme parte de Codely ;)
Las bulerías del código 🎶
Algo de contenido en español para esto. Que bueno. Mis compañeros lo han estado probando desde hace un tiempo, parece muy bueno
llevo usango htmx 1 año. Me gusta
Excelente información, gracias por hacer este tipo de videos
para enterarnos de nuevas tecnologias
Ya conocía esta herramienta muy buena pero como siempre excelente presentación y análisis muchas gracias.
Que lindo sería que htm contemple la lógica como lo hace qml. Es muy práctico y permite un código muy entendible
Alpine.js
Lei por ahí que la x de htmx hace referencia a html extendido, o sea, extender el hipertexto del acrónimo html a todas las etiquetas y no solo a los links (etiqueta "a") y los formularios (etiqueta "form") y además permitir peticiones asíncronas o AJAX de forma declarativa, mediante atributos de etiquetas. Me parece una evolución lógica de html teniendo en cuenta como es el desarrollo front hoy en día y toda la locura de frameworks javascript. Es decir, volver al html que debería ser la norma (el hipertexto) y dejar "el lado oscuro" de que la excepción o el complemento se convierta en la norma. Me encanta el paradigma.
@axxxx332 xhtml es una línea evolutiva extinta. Fue un estándar junto con html4, una especie de html en versión xml, que pretendía evolucionar hacia la web semántica. Pero no cuajó porque no tuvo una aceptación unánime. Finalmente se abandonó esa propuesta y surgió html5, con etiquetas semánticas, un doctype mucho más sencillo y una mayor flexibilidad (por ejemplo ya no era necesario que las etiquetas que no son dobles (de apertura y cierre) fueran con autocierre. O sea que la x de xhtml venía de xml, que es un lenguaje de marcas extensible en el sentido de que tú creas tus propias etiquetas, pero no en el sentido de htmlx. Aquí la x sugiere extender las etiquetas de html en el sentido de profundizar o avanzar en el concepto de hipertexto: ampliar los verbos del protocolo http permitidos por html (ahora sólo se permite GET y POST) y ampliar las etiquetas o elementos que puedan lanzar una petición http (ahora solo son form y a). Y claro que es una librería de javascript, pero también es un paradigma de por dónde podría evolucionar html si finalmente se aceptan estas ideas. No sería la primera vez que los estándares copian ideas que resultan útiles de librerías.
@axxxx332 La carga para el navegador son 14K según la documentación de la librería. Si la especificación html incorporara estas características de forma nativa, la carga sería cero.
La motivación:
Why should only a and form be able to make HTTP requests?
Why should only click & submit events trigger them?
Why should only GET & POST methods be available?
Why should you only be able to replace the entire screen?
By removing these arbitrary constraints, htmx completes HTML as a hypertext
Muy util y fácil VideoGracias
Interesante, lo pondre a prueba.
Se pueden hacer PWA en htmx?
gracias elo podcast por el video, saludos
Muy top esto de htmlx. La burbuja montada con los frameworks javascript como REACT es mayor que la burbuja de las punto com
Tengo una duda como se envía cuando hay que enviar datos en el header. Cómo jwt
cómo podría implementar la autenticación por medio de jwt? ya se que no lo aconsejan en la documentación
Recuerda que Htmx usa ajax, por lo que en cada request llegan los cookies HttpOnly. Puedes poner un cookie con un sid (session id) y con un filtro en el backend authenticar al usuario (Los filtros se ejecutan antes de cada llamada al backend)
Tambien puedes poner un token jwt en un cookie HttpOnly, pero es innecesario, ya que los cookies HttpOnly estan protegidos
Que sea un standard el tiro de las peticiones http suena interesante, no suena descabellado ahora que lo pienso
Pues no seria mala idea...con esa voz caracterizado de robot 🤖 explicando a la niños los conceptos de la programación....
Donde puedo aprender HTMX? No encuentro material en español
Aprende ingles antes que aprender a programar.
@@hba6018 en eso estoy... ambos a la vez,
@@hba6018😂😂😂, no hace falta ingles, yo programo hace 25 años sin saber ingles.
muy interesante esto podrian hacer algun pequeño proyecto usando html?
Entonces esto que se lleva haciendo desde hace muchos años (vease frameworks ecosistema java ) y casi que los mandamos a la hoguera en la actualidad, pero ahora esto de htmx disfrazado de estándar si vale?....y tiene toda la pinta que todavía no ha llegado pero se quedará....
El Rafita se está dejando el pelo como Carmen no?
Sigue usando JS por detrás! Jamás va a desaparecer JavaScript o almenos no hasta dentro de muuuuuchos años
Ok, alguien que no entendio un carajo de lo que de hablo
Audio de Rafa se escucha mal
Sólo los primeros dos minutillos. Luego todo bien, perdón! 🙏
Que hermoso… que power para aplicar sobre plantillas… jajaja
y el css cuando van a acabar con ese antro jaja!
Se imaginan que de aqui a unos años HTMX termine como JQuery.
me pasa cunado veo sus cursos! siempre me recomiendan 4 cursos cunado estoy haciendo el de hexagonal! y no lo he podido terminar LOL
La empresa para la que trabajo siempre ha preferido lo nativo, no usamos ningún framework, a lo mucho librerías. Si esto llegara a ser parte o sustituye parte de HTML será interesante los nuevos desarrollos que podremos hacer.
_Hs me parece horrible, pero htmx es muy bueno, ya hay mucho Js escrito, para que esribir mas...
HTMX se ve con base solida para convetirce en un estandar.
Me estas diciendo que ya puedo ser fullstack 🥺
Sigue siendo front
@@AlvaroZBig Que interactuara con tu backend, es mas simple que andar acoplando tu cliente con el backend e imitar el mismo estado
@@ulicod3158 Sigue siendo front, por lo tanto no es fullstack, que discusión mas absurda.
@AlvaroZBig Se refieren a que el siendo backend usando solo html ahora seria un fullstack.
Qué grande sería que React fuera cayendo en su uso. Recordaremos estos años de locura de frameworks javascript como los años de la gran estupidez humana.
Amigo, tu ex te dejo por un framework de JavaScript o cuál es tu trauma? 😂
c?