Journal Gagner 50% de bande passante sur un serveur web

Posté par  .
Étiquettes : aucune
0
10
nov.
2003
Bon, il est tard, mais je pensais a un truc. Si on vire l'indentation et les sauts de lignes dans les fichiers html, on peut gagner jusqu'a 50% de taille sur le fichier et donc economiser la bande passante. En bidouillant le php des sites web, on peut se demerder pour avoir un affichage avec indentation et sauts de ligne a la demande.

Maintenant, la question, ca vaut vraimment le coup ou c'est 50% de gagne seulement tres rarement ???

  • # Re: Gagner 50% de bande passante sur un serveur web

    Posté par  (site web personnel) . Évalué à 8.

    T'es pas le premier a avoir l'idée... mais en pratique tu gagnes pas grand chose, et ca fait *** celui qui voudra lire le source... donc bon...

  • # Re: Gagner 50% de bande passante sur un serveur web

    Posté par  . Évalué à 4.

    Tu peux aussi bloquer les buffers et faire un envoi en une fois, le tout compressé, ce qui permet de gagner pas mal aussi,
    faut juste vérifier avant que le navigateur qui fait la demande pourra le décompresser :)

    J'avais testé ça sur des pages de genre 200ko, via php,
    ça marchait bien, mais apparament, les gens voyaient pas la différence,
    ils étaient pas préssés, malgré leurs 56K :)

    • [^] # Re: Gagner 50% de bande passante sur un serveur web

      Posté par  . Évalué à 9.

      exactement, le plus simple c'est d'utiliser la compression (gzip) tu gagnera plus qu'en enlevant les espaces et le source reste lisible.

      • [^] # Re: Gagner 50% de bande passante sur un serveur web

        Posté par  (Mastodon) . Évalué à 2.

        Le seul inconvénient c'est la plus grosse charge pour le serveur... parfois c'est trop.

        On m'avait dit qu'IE n'acceptait pas le gzip, mais ça commence à dater, qu'en est-il maintenant ?

        • [^] # Re: Gagner 50% de bande passante sur un serveur web

          Posté par  . Évalué à 7.

          IE l'accepte depuis pas mal de temps et c'est le cas de tous les navigateursw maintenant. La taille du html est divisé de près de 8 fois pour une charge serveur très légère, il faudrait toujours l'activer. De plus le serveur web détecte si le navigateur est capable de gérer ça (enfin c'est plutot le navigateur qui indique au serveur s'il est capable de gérer ça).

  • # Re: Gagner 50% de bande passante sur un serveur web

    Posté par  . Évalué à 7.

    Ce qui fait gagner de la BP c'est surtout de faire des page tableless et semantiquement correcte ( jusqu'a 80% de gain sur les quelques pages que j'ai transformées et envoyé au auteurs )

    ensuite il existe des modules de compression de données a la volée comme mod_gzip sur apache 1.x et mod_deflate sur apache 2.x .

    Pour la lisibilité du code il vaux mieux garder l'indentation de tes elements.

    Dam

  • # Re: Gagner 50% de bande passante sur un serveur web

    Posté par  . Évalué à -2.

    Un truc tout simple d'optimisation :
    Si vous utilisez beaucoup les spacers pour caller vos pages (spacer.gif) (oui say mal faut utiliser les table je sais...) mettre un s.gif à la racine du site.
    Ainsi au lieu d'appeler "images/spacer.gif" voire "monsite/v1/general/magrandmerefaitduvelo/images/espaceur.gif" il tapera dans "/s.gif" soient qq 20 ou 30 carac en moins. Sur un tableau dynamique de 25 lignes avec disons 3 spaceurs tu gagnes... un peu mais c'erst déjà ça!

    • [^] # Re: Gagner 50% de bande passante sur un serveur web

      Posté par  . Évalué à 5.

      Moi, j'ai un truc très bien pour ce genre de chose: http://openweb.eu.org/(...)

    • [^] # Re: Gagner 50% de bande passante sur un serveur web

      Posté par  (site web personnel, Mastodon) . Évalué à 3.

      Parce que tu utilises encore cette technique de spacer obsolete, datant du siècle dernier ? Eh be...

      Moi, j'ai encore une meilleur idée : ne plus utiliser des spacers...
      Voici comment : apprendre CSS. http://openweb.eu.org/css/(...)

      Et pi, en même temps, ne plus utiliser de tableaux pour la mise en page, parce que c'est mal (tm) :
      http://openweb.eu.org/articles/problemes_tableaux/(...)

      Et tout ça me permet de gagner de 40 à 60% dans le poids de ta page sans dégrader la lisibilité du code source avec des techniques de sioux à 2 balles.

      Un exemple, 41% d'économie au niveau de la BP (et je ne détaille pas l'économie en temps de maintenance/évolution, ça c'est infini) :

      http://ljouanneau.com/standards/convertion/debian-fr/(...)

      • [^] # Retour à la réalité svp

        Posté par  . Évalué à 0.

        J'étais sur de tomber sous le coup de ce reproche.
        Merci je sais que ça existe.
        Et alors?
        N'oubliez pas qu'on vit dans un monde qui te pré-existe. Est-ce que je râle parce que devant ma fenêtre il y a un bâtiment moche?
        Si mon client a une page qui tourne bien avec des spacers je la ré-écris à ses frais?
        Si le (les) graphistes de mon client utilisent les spacers par manque de temps, par manque d'argent , par manque d'organisation pour se former aux css, je reprends toutes les pages et les ré écris en html à la css ? Il va être content mais je lui fais quand au client ces 2-3-4-5-10 fonctionnalités qui lui permettent de mettre ses pages webs en avant? Tu crois que dans un conseil d'administration le dsi va se vanter de la conformation des pages aux css? "Mais ça marche pas sous tous les navigateurs" Pas de bol ses clients sont des gens qui souvent sont perdus dans la France profonde ont un vieux win95 qui tourne (pas mal de gens selon les stats) ou un vieux mac, et ne savent pas la différence entre NN 4, IE 4 et Mozilla.
        Si mon client veut passer sous microsoft avec des utlisations du javascript IE au lieu de XUL, désolé mais je vais dire ce que je pense mais c'est sa techno ce sont ses machines pas les miennes c'est son futur pas le mien.
        Les css en plus je les mets en avant je les vante j'en dis tout le bien possible, et je les utilise le plus possible (désolé d'être sincère mais j'adore les CSS!!!!).
        Mais: Je les utilise quand j'ai le temps, quand j'ai le temps aussi de me former (parce que les hacks pour passer sous IE5 ou IE mac ils sont pas mal et je les connais pas par coeur et parce que openweb a publié deux articles en 6 mois) quand c'est une nouvelle page et pas une maintenance tordue. Et quand on me court pas le haricot avec des sai mal.
        ça marche et c'est déjà un exploit dans certaines conditions crois moi.

        "If it works don't fix it"

Suivre le flux des commentaires

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