• # Le rapport?

    Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†3. Derni√®re modification le 30/05/22 √† 15:37.

    ça parle de JS en mal, mais tout ce qui est écrit marche aussi pour des images (vous avez pensé au format utilisé? le nouveau format ne passe pas sur les anciens navigateurs, et les aveugles…).
    Perso le JS est sur le m√™me serveur et tout en HTTPS donc (quasi?) rien de ce qui est d√©crit n'est valide, √ßa tape plut√īt sur HTTP, les CDN et le JS non accessible (et on peut faire du JS accessible).
    Bof, soit j'ai loupé un épisode soit ça ne convaincra que les convaincus.

    • [^] # Re: Le rapport?

      Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

      Non, √ßa plaide pour pr√©voir le cas o√Ļ le JS n'est pas accessible, parce que √ßa arrivera et ne consernera pas que les 5 pelos qui d√©sactivent le JS.

      • [^] # Re: Le rapport?

        Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†6.

        Faut apprendre à lire.

        √ßa plaide pour pr√©voir le cas o√Ļ le JS n'est pas accessible

        vs

        √ßa tape plut√īt sur HTTP, les CDN et le JS non accessible

        Vous dites la même chose.

        parce que ça arrivera et ne consernera pas que les 5 pelos qui désactivent le JS

        Oui l'article parle cependant de bien d'autres choses que l'accessibilité du JS, donc :

        Perso le JS est sur le même serveur et tout en HTTPS donc (quasi?) rien de ce qui est décrit n'est valide

        Cette proposition est toujours valable, surtout lorsqu'elle commence par "Perso" qui démontre une expérience personnelle (certes anecdotique, mais néanmoins existante)

        Et tu oublis l'essence même du commentaire à la base :

        tout ce qui est écrit marche aussi pour des images

        Ce qui est 200% vrai.


        Ah c'est facile de commencer un commentaire par "Non" et ensuite de montrer qu'on a rien compris :)

        https://link-society.com - https://kubirds.com

        • [^] # Re: Le rapport?

          Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†1.

          Je n'avais pas osé lui rentrer dedans, un autre s'en ai chargé, ça fait plaisir.

        • [^] # Re: Le rapport?

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†2. Derni√®re modification le 01/06/22 √† 03:14.

          √ßa plaide pour pr√©voir le cas o√Ļ le JS n'est pas accessible

          vs

          √ßa tape plut√īt sur HTTP, les CDN et le JS non accessible

          Vous dites la même chose.

          Ben, plus ou moins quand m√™me. Ou alors je n'ai pas compris ce que Z. voulait dire‚Ķ Pour moi, Z. critique le sch√©ma en disant que l'auteur tape sur l'ecosyst√®me en voulant critiquer le JS‚Ķ moi j'y lis un plaidoyer pour concevoir les pages pour les cas o√Ļ √ßa foire‚Ķ

          Je pense que l'article est mieux mis en perspective en le reliant à cette page (citée en fin d'article) :
          https://kryogenix.org/code/browser/why-availability/

          Perso le JS est sur le même serveur et tout en HTTPS donc (quasi?) rien de ce qui est décrit n'est valide

          Cette proposition est toujours valable, surtout lorsqu'elle commence par "Perso" qui démontre une expérience personnelle (certes anecdotique, mais néanmoins existante)

          Ben non, justement, cette phrase en particulier me semble fausse… 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, que ton utilisateur peut toujours être derrière un firewall foireux, avoir une extension merdique, etc. En fait, le seul truc que ça enlève dans la liste, c'est le CDN qui tombe.

          Et tu oublis l'essence même du commentaire à la base :

          tout ce qui est écrit marche aussi pour des images

          Ce qui est 200% vrai.

          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… voir même au contraire : il y a une quinzaine d'années, il y avait eu un mouvement pour généraliser l'utilisation de l'attribut "alt" pour rendre les pages plus accessibles… Et les pages composées uniquement d'images sont considérées comme une mauvaise pratique alors qu'elles étaient monaie courante dans les années 2000.

          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‚Ķ

          • [^] # Re: Le rapport?

            Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†2. Derni√®re modification le 01/06/22 √† 04:15.

            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 ?

            https://link-society.com - https://kubirds.com

            • [^] # Re: Le rapport?

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†6.

              Aller je termine avec un trait d'humour. On design comment un site pour les utilisateurs qui ont cassé leur écran ?

              <audio autoplay src="/media/change-d-ecran.mp3"></audio>
              

              ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

            • [^] # Re: Le rapport?

              Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†6. Derni√®re modification le 01/06/22 √† 09:32.

              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‚Ķ

              Aller je termine avec un trait d'humour.

              Notez qu'on peut ¬ę¬†lui rentrer dedans¬†¬Ľ avec amour et sans violence, hein.

              Adhérer à l'April, ça vous tente ?

              • [^] # Re: Le rapport?

                Post√©¬†par¬† . √Čvalu√©¬†√†¬†9.

                Seulement si les deux partis sont consentants.

                La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.

                • [^] # Re: Le rapport?

                  Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

                  Je ne peut te pertiner qu'une seule fois, mais j'adore cette blague

                  https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

            • [^] # Re: Le rapport?

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†3. Derni√®re modification le 06/06/22 √† 17:30.

              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.

              Se concentrer sur le JS c'est surtout un moyen de d√©noncer les abus en cours. Oui il y a eu des abus d'images et on en est revenu (enfin je crois). Maintenant c'est FrameworkJS partout, tout le temps, et site qui va totalement planter si le t√©l√©chargement du JS n'aboutit pas. √Ä c√īt√©, on a les CSS qui font g√©n√©ralement moins de la moiti√© du poids du JS d'une page. Et des images ind√©pendantes dont le non-affichage va rarement remettre en cause le fonctionnement du site. Un exemple au hasard, trouv√© sur MadeWithVueJS.com : https://restaurantcolibri.ca/fr Je tire 291ko de JS pour 45ko de CSS. En d√©sactivant les CSS et l'affichage des images j'arrive √† comprendre l'objet du site, sans le JS je n'ai plus rien.
              Ce qui n'empêche pas de parler des autres ressources, oui. Mais celle qui pose le plus gros soucis en ce moment c'est bien le JS indispensable.

          • [^] # Re: Le rapport?

            Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†3. Derni√®re modification le 01/06/22 √† 08:14.

            Parce que ta page avec son JS, elle va être chargée en 2 requêtes,

            Pour info, tu peux mettre le JS dans la page HTML. Comme le CSS aussi.
            Bon, en vrai on a HTTP Keep-alive et HTTP2.

            elle peut couper entre les 2

            Pense aussi au cas o√Ļ ton .html n'est pas charg√© en entier alors. Ca commence √† devenir compliqu√©‚Ķ

            que ton utilisateur peut toujours être derrière un firewall foireux,

            Le firewall ne peut pas voir ça, c'est en HTTPS et la même connexion. Si CDN, c'est pas un problème de JS mais de CDN.
            Mais en fait en vrai la dispo des CDN est tr√®s bonne, perso je n'aime pas cette d√©pendance et fait tout sur le m√™me serveur par principe (plus sur la vie priv√©e et le contr√īle) mais je comprend pourquoi les CDN plaisent (du coup je fais un entre deux : mon HTML est aussi sur un mini CDN que j'ai grace √† des VPS pas chers pour profiter de la r√©activit√© proche des gens).

            avoir une extension merdique, etc.

            Pense aussi aux extensions merdiques qui virent du HTML alors. Ca commence à devenir compliqué…

            Je pense que l'article est mieux mis en perspective en le reliant à cette page (citée en fin d'article) :

            Je l'avais vu aussi. Et déjà répondu (indice : images, CSS… ça parle de CDN, pas de JS).
            Et en pratique les gens sont assez intéressés pour quand ça arrive rechargent la page.
            Ca me rappelle la gueguerre des "téléphonistes" dans les années 2000 qui hurlaient à la qualité pourrie des "Internetistes", les premiers cherchant 99.99% de qualité même si prix élevé alors que les seconds acceptaient 99% pour 10x moins cher, spoileur les premiers ont perdu cette guerre (et j'étais aux premières loges dans mon travail la dessus).
            Voir aussi ATM contre Ethernet (spoileur : ATM qui cherchait la qualité a disparu quand Ethernet "pourri" a gagné; j'ai étudié ATM à l'école, c'était le futur… Ils ont juste oublié le prix et du coup Ethernet "de mauvaise qualité qui fait fuir les utilisateurs" a pris le dessus partout; ATM reste à peine sur la couche basse ADSL… remplacé par Ethernet en fibre optique).
            Des exemple comme ça on peut en citer des centaines dans la vie réelle aussi, combien de boites ont coulé pour ne pas avoir compris que ton lien est théorique mais que la pratique est très différente.
            Ca marche aussi dans le logiciel, o√Ļ des gens essayent de corriger un bug qui touche 0.01% des gens qui r√Ęlent mais du coup laisse la concurrence garder des bugs mais offrir plus aux gens, et les gens se barrent car le logiciel sans bug est juste pas assez int√©ressant en r√©alit√©.

            Dans la r√©alit√© il y a une limite "oubli√©e" dans le lien que tu recopies, le co√Ľt et la praticit√© : la disponibilit√© √† 100% et la qualit√© parfaite ont un co√Ľt. Il faut donc trouver le juste milieu entre co√Ľt et d√©part des gens sup√©rieur √† l'arriv√©e des gens plut√īt que de chercher √† retenir tout le monde.

            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‚Ķ

            OK. Commence donc √† lire et r√©pondre avec des arguments (et pas juste "non") √† la personne √† laquelle tu r√©ponds plut√īt que taper √† c√īt√©. Tes exemples sont rigolos, ils partent du principe que la code HTML sera charg√© en entier. S√©rieux, √† partir du moment o√Ļ tu n'arrives pas √† charger un .js sur ton serveur, tu peux te dire que le probl√®me n'est pas du tout le JS mais ton serveur en entier, si le .js merde alors le .html pourra aussi et te focaliser sur le cas o√Ļ le .js merde ne changera absolument rien √† 99.99% de tes utilisateurs (et le 0.01% restant, celui qui bloque JS, restera le m√™me, on s'en fout complet).

            Et zut, je suis rentr√© dedans. Bon, je pense qu'on a fait le tour (et je ne suis pas le seul √† t'avoir r√©pondu sur l√† o√Ļ √ßa coince dans ton raisonnement, mais tu n'as pas voulu essayer de comprendre), je te laisse √† chercher la qualit√© √† tout prix et g√©rer des "fallback" de cas th√©oriques‚Ķ Je parie que tu n'auras pas beaucoup de visiteurs, faute de temps √† consacrer au contenu donc personne qui s‚Äôint√©resse.

      • [^] # Re: Le rapport?

        Post√©¬†par¬† (site web personnel, Mastodon) . √Čvalu√©¬†√†¬†1.

        Toute façon, un site qui ne peut pas s'afficher sans JS est conceptuellement foireux de base car comparable aux trucs flash… Mas bon tant qu'il ya des conssomateurs

        ‚ÄúIt is seldom that liberty of any kind is lost all at once.‚ÄĚ ‚Äē David Hume

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.