Arrêter d’engrosser sa bande passante


(billet sponsorisé par le mouvement anti-grosse bande passante de mon hébergement ^^)

Ce week-end je me suis retrouvé devant un petit soucis d’ordre technique sur mon hébergement. Depuis que j’ai mon domaine je ne me suis pas vraiment tracassé de ma consommation, autant en espace disque qu’en bande passante. Tout simplement parce que j’avais profité d’une promo OVH à l’époque (2006) et que j’ai droit à 1G disque et 30G BP, ce qui me suffisait amplement jusqu’à cet été ou j’ai rarement dépassé les 15% d’utilisation.

Sauf que ce blog marche de mieux en mieux (à mon grand bonheur) au point qu’en jetant un oeil jeudi passé sur mon tableau de bord je fusse horrifié de voir que j’utilisais 60% de ma bande passante (pour 10.5% de mon espace). Ce qui m’aurait amené fin de ce mois dans le « rouge » avec risque d’inaccessibilité au blog, il fallait donc agir.

Alors comme je n’ai pas vraiment de connaissance en la matière j’ai décidé de me lancer malgré tout dans une démarche en 4 points :

1- Optimiser mes images :

Ca c’est ce qui m’a paru le plus adéquat à faire en premier lieu : la prévention. En effet si les images affichées sur le blog sont plus légères à la base, ça consommera moins. Et il s’avère que durant mes premiers mois de blogging c’est quelque chose que je n’ai jamais prit en considération, passant d’images PNG non-optimisées à de lourds screens de pages complètes, etc

Je n’ai retravaillé que les images faisant plus de 25ko pour le moment mais l’impact a été directement visible. Je suis ainsi passé d’une moyenne de 777 Mo/jour (sur les 24 premiers jours du mois) à … 510Mo/jour. Ce qui n’est déjà pas négligeable.

2. Externaliser :

Une autre solution serait d’externaliser les images les plus souvent affichées (background, bannière d’en-tête, boutons sidebar, …), cela sur un service comme Flickr par exemple. Ce qui déchargerai encore en partie ma bande.

Mais je n’aime pas trop cette solution parce que du coup cela multiplie les sources de problèmes potentiels. En effet, si actuellement mon blog plante => il est planté (boum la palissade dans les dents), mais en déléguant une partie de ses images ailleurs vous ajoutez la possibilité que ce soit le service en question qui aie des soucis (ralentissement, plantage, piratage, …). Je ne suis donc pas trop pour cette solution même si, à terme, j’y enverrai peut-être les images les plus lourdes présentes dans les articles.

3. Surveiller le hotlinking :

Ca c’est ce que je vais mettre en place courant de la semaine, un système permettant de voir qui utilise vos images chez lui avec VOTRE adresse (histoire que ce soit vous qui raquiez niveau bande passante). J’ai opté pour VisoHotlink qui me parait complet et bien présenté (reste à savoir si j’arriverai à le faire fonctionner).

J’aurai très bien pu passer directement par un .htaccess limitant de suite le hotlinking mais je crois que dans certains cas un lien de cette sorte pourra être intéressant. Imaginons qu’un blog me repompe illégalement une image mais que ce dernier à un PR7. Un petit mail à l’admin pour qu’il rajoute un lien mentionnant d’où vient l’image pourrait être intéressant. Je préfère donc voir au cas par cas, en plus ça me permettra de jouer un petit peu en faisant afficher des images rigolotes à la place de celles qu’ont m’aura piquées … (faut bien occuper les longues soirées d’hiver non ?)

4. Mise en place d’un .htaccess :

Dernier point, c’est la mise en place d’un .htaccess empêchant de réutiliser votre imagerie. Outre l’optimisation du poids des images je pense que c’est ce surement qui pourra faire chuter le plus drastiquement les choses. Car il est vrai qu’à force de voir son flux et ses articles récupérés un peu partout sur le Web ça doit commencer à compter un minimum (même si je pense être pas mal épargné par rapport à certains).

Par contre il est parfois difficile d’avoir à l’esprit les sites « autorisés » à republier nos photos, raison pour laquelle je préfère passer par l’étape 3 pour voir à qui je laisse les droits ou pas. Pour voir comment mettre en place un .htaccess je vous laisse avec cet article chez Guillaume.

Voilà un petit peu comment je vois les choses. Vous qui êtes surement plus doués que moi à ce sujet, qu’en pensez-vous ? Que feriez-vous de plus ?

 
  Flux RSS des commentaires
 8 commentaires
  1. J’adore ton titre ;)

    Très intéressant et merci pour le lien ;)

  2. J’ai déjà mis en place depuis un moment un .htaccess sur mon blog mais merci pour VisoHotLink que je ne connaissais pas :smile:

    Moi aussi le hotlink d’images m’a coûté cher en BP :shock:

  3. @Guillaume >> pas de quoi, c’est chez toi que j’ai vu comment faire son .htaccess (même si en cherchant sur le web j’aurai trouvé). Pour le titre… c’est la première réflexion que je me suis faite en voyant comment ça avait grimpé « woaw qu’elle a prit du poids ma BP »

    @skullpat >> oui, si j’ai le temps je ferai un article courant de semaine sur comment se présente Visohotlink (enfin si déjà j’ai le temps de le mettre en place je serai content parce que ça va être chargé dans les jours à venir ^^)

  4. Pour le hotlinking, j’ai opter pour la solution de laisser les images mais d’y ajouter automatiquement mon tampon.

    http://smashingcoding.com/2007/12/14/ajouter-automatiquement-son-logo-sur-les-images-volees/

    Ca marche à merveille et tu peux même t’amuser à accentuer encore la compression pour gagner d’autant plus de place.

  5. Oui j’avais vu ton billet sur Smashing, le soucis c’est que dans ce cas tu ne limite pas ta BP, tu valide juste la provenance de l’image. Et ici le plus urgent était de limiter la consommation rapidement ;)

    C’est compréhensible dans ton cas mais ici je ne propose pas vraiment d’images inédites donc … A la limite je me moque qu’on reprenne mes histoires si on me mentionne ^^

  6. C’est bien petit Padawan, tu prends en considération mes enseignements.
    Peut-être un jour, digne d’être un Jedi, tu seras.

  7. Ca doit être une coincidence mais moi j’ai eu un avertissement de mon hébergeur qui m’a indiqué que les requêtes de mon site occupaient trop de temps CPU. Lié aussi à l’augmentation du traffic, soit dit en passant je ne sais pas vous mais janvier est vraiment exceptionnel.
    Mon premier réflexe a été d’installer wp-cache. Mais je compte aussi installer wp-super-cache qui permet de servir les pages des utilisateurs non connectés sans requête.

  8. J’ai voulu installer également wp-cache mais je ne sais plus où il me semblait avoir lu que certains avaient eu pas mal de soucis avec ce plugin.

    Actuellement ça tient la route, avec un peu plus de 500Mo par jour j’ai de quoi voir venir, mais il va de soit qu’au fil du temps ça va continuer à grimper. Il faudra alors que j’optimise les images qui ne l’ont pas encore étés et que je trouve d’autres solutions, dans ce cas wp-cache pourrait venir à mon aide en effet ;)

    Captain Gloo >> tu aurais un enseignement pour caler 28-29 heures dans un journée stp ? :grin:
    (Sinon je préfèrerai être Sith que Jedi si c’est possible, moins fatiguant d’être assis ;p)

 Laisser un commentaire

Les commentaires postés par des personnes utilisant des pseudos "SEO" seront remplacés et le lien vers leur site retiré.




Commentaire