Parce que ta page avec son JS, elle va être chargée en 2 requêtes, que la connexion, elle peut couper entre les 2
Pareil que pour le CSS, les images, et autres resources donc. Bienvenue dans l'hypermedia, ça existe depuis les années 1990.
que ton utilisateur peut toujours être derrière un firewall foireux
Si toutes les ressources sont sur le même domaine, comme le décrit la phrase de Zenitram qui tu critiques, le firewall ne bloquera pas les resources si il autorise le site internet.
avoir une extension merdique, etc.
Shit in, shit out.
Je ne vois pas en quoi le fait que ce soit valide aussi pour les images enlève de la pertinence au propos sur le JS...
Si le but de l'article n'est pas de râler pour râler, mais de sensibiliser à l'accessibilité d'un site web. TOUTES les resources chargées de façon asynchrone risque d'impacter cette accessibilité. Se concentrer sur le JS c'est donc du troll histoire de.
Quote du site :
"All your users are non-JS while they're downloading your JS" — Jake Archibald
Je rajouterai donc :
All your users are not users while they're downloading your HTML
All your users are CLI while they're downloading your CSS
All your users are Text Mode while they're downloading your images
Et je conclurai par quelques notions :
l'en-tête Keep-Alive permet de réutiliser la même connexion au lieu d'en recréer une nouvelle à chaque fois, c'est très utilisé par les navigateurs web
la mise en cache des resources annexes d'un document hypermédia est aussi une pratique courante réduisant l'impact des 3/4 des problèmes mentionnés par l'article
HTTP 2 et le futur HTTP 3 vont aussi régler pas mal de ces problèmes
...
Enfin, je ne suis pas sûr qu'il n'y a pas besoin de me "rentrer dedans", on pourrait envisager de
débattre avec moins de violence...
Quoi ? De la communication non-violente sur LinuxFR ? Mais ou vas le monde...
Plus sérieusement, si tu veux de la communication non violente, évite de commencer tes commentaires par un "Non" catégorique qui ne signifie que "Tu as tort, j'ai raison, je n'ai même pas besoin de développer, mais je vais le faire quand même".
Aller je termine avec un trait d'humour. On design comment un site pour les utilisateurs qui ont cassé leur écran ?
[^] # Re: Le rapport?
Posté par David Delassus (site web personnel) . En réponse au lien HTML partout, Javascript nulle part ?. Évalué à 2. Dernière modification le 01 juin 2022 à 04:15.
Pareil que pour le CSS, les images, et autres resources donc. Bienvenue dans l'hypermedia, ça existe depuis les années 1990.
Si toutes les ressources sont sur le même domaine, comme le décrit la phrase de Zenitram qui tu critiques, le firewall ne bloquera pas les resources si il autorise le site internet.
Shit in, shit out.
Si le but de l'article n'est pas de râler pour râler, mais de sensibiliser à l'accessibilité d'un site web. TOUTES les resources chargées de façon asynchrone risque d'impacter cette accessibilité. Se concentrer sur le JS c'est donc du troll histoire de.
Quote du site :
Je rajouterai donc :
Et je conclurai par quelques notions :
Quoi ? De la communication non-violente sur LinuxFR ? Mais ou vas le monde...
Plus sérieusement, si tu veux de la communication non violente, évite de commencer tes commentaires par un "Non" catégorique qui ne signifie que "Tu as tort, j'ai raison, je n'ai même pas besoin de développer, mais je vais le faire quand même".
Aller je termine avec un trait d'humour. On design comment un site pour les utilisateurs qui ont cassé leur écran ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg