Déménagement et bande passante
Pour une raison que j'ignore parfaitement mon bricablog fait des orgies
de bande passante ces derniers temps.
Le nombre de mes visiteurs — confortable sans être
indécent — est pourtant stable depuis plus d'un
an et ce n'est pas mon passage à France Inter qui a
changé la donne.
Mes photos sont hébergées sur un autre serveur.
Et ce n'est pas les rares vidéos ou les quelques documents
sonores proposés dans les archives de ces pages qui
consomment grande chose...
Non il semble bien que ce soit la généralisation
de l'usage des fils RSS et Atom qui me valent de dépasser
actuellement les 50 Go mensuels et le choix de proposer des billets
tronqués dans ceux-ci ne me satisfait qu'à
moitié (sans compter que le bénéfice
n'est pas très sensible car cela fait augmenter le nombre de
mes visites...)
Bref, face à cette débauche je vais devoir
trouver une solution rapidement et vraisemblablement changer de formule
d'hébergement qui passe par une totale
réinstallation du bricablog...
Mettre les mains dans le cambouis n'est pas pour me déplaire
mais quand je vois le poids de ma base de données et les
minauderies d'OVH quand il s'agit d'importer d'abondantes tables .sql,
je me prédis un prochain weekend studieux...
C'est ce que Veuve Tarquine a écrit le 08/11/2006
Blogs à brac
Fil des commentaires de ce billet – Lien permanent de ce billet










Commentaires
…une grosse base de donnée, c'est toujours un peu énervant à gérer, suivant le serveur :-/
Tu comptes changer d'hébergeur ? Je conseille clicasso.fr, un hébergeur associatif à prix relativement sympa, pour ce que j'en connais en France. Ils sont assez efficaces. En ce qui me concerne, j'y ai trois bases de données et, pour le coup, toutes mes photos sont hébergées sur le même serveur que le blog, etc.
Vous avez tronqué votre fil RSS, on doit venir sur le site pour vous voir, impossible depuis un agrégateur. Ça fait monter la bande passante
Pareil que Patrick :-). Tronquer les flux rss n'est probablement pas une bonne idée (encore qu'un lecteur rss qui descend régulièrement le flux va effectivement descendre moins de données, et l'humain derrière ne va cliquer qu'une fois sur le lien vers votre site, difficile de dire si vous allez être gagnante ou pas). Par contre vous pouvez peut-être limiter la lecture du flux à une fois par jour.
50Go, et ben c'est la rançon du succès :)
Si tarquinet est aussi doué en info qu'en photo, faites le travailler. J'suis sûr qu'il adorera trifouiller tout ça.
Sinon, il doit bien y avoir des informaticiens dans votre clientèle...
Heu... J'entends bien me dépatouiller toute seule comme je l'ai toujours fait jusqu'à présent !
50 Gigas ? Mais qu'adviendra-t-il de tout cela quand lorsque le monde se désintègrera ... Enfin je pense qu'OVH n'a aucun avis là dessus. Octave n'y a pas pensé ... Bon. Mais d'un autre côté, un week-end la tête dans l'ordi, c'est toujours une cure de bonheur :-)))
Chère Veuve Tarquine, vous pouvez toujours utiliser quelque chose comme Feed Burner ou xfruits : au lieu de souscrire à des fils RSS chez vous, vos lecteurs liront le fil sur le site de FeedBurner. Et seul FeedBurner accèdera réellement à votre site pour lire le flux RSS. Pep donnait son avis sur le sujet dans ce billet
Il ne vous restera qu'à modifier les URL sur le blog et à signaler à vos lecteurs de changer l'adresse du fil dans leur aggrégateur. Et s'il y a des récalcitrants, vous pouvez toujours les forcer à le faire en renommant le fichier atom.php et rss.php...
Spica, merci beaucoup ! J'avais complétement oublié ce billet pepien (dont je suis pourtant la plus grande fan !).
Je vais très sérieusement me pencher sur cette solution !!
On peut, si dotclear ne le fait pas de base envisager (ou les serveurs d'OVH) un gzippage du fil RSS très facilement (euhm, quand on a une maitrisage de geekage et qu'on touche à des serveurs web toute la journée evidemment). Tiens, si c'est pas le cas, je me penche sur le sujet ce soir :) Et vas-y que j'échange un peu de consommation BP contre de la consommation CPU :) gruik, gruik ! M'enfin, si ça plait à OVH...
Egalement, on peut transformer les fils RSS en redirect vers d'autres serveurs (pas la peine de les renommer, le redirect fera gagner pas mal de BP), qui eux d'une manière ou d'une autre auront une version à jour (une de ces manières étant feedburner, une autre un proxy seul autorisé, une autre un compte free avec le fichier statique et pas mal de bricoles php).
Avec plaisir !
Ce ne sera pas la première fois que les solutions de Pep vous épargne quelques tracas. :)
Gzip : d'après mes observations, au travers de NetNewsWire, Dotclear le fait automatiquement, mais pas s'il est installé chez OVH. J'avais déjà vérifié ce point pour Tarquine car je suis le premier à râler sur les billets et commentaires tronqués dans les fils...
Je ne sais pas précisément pourquoi ça pêche, mais ton blog ne semble pas optimisé avec les caches proxy : on recharge systématiquement le fil RSS, même lorsqu'il n'y a rien de changé à l'intérieur...
Si le serveur pouvait renvoyer à bon escient l'entête HTTP 304 (Not modified), les besoins en bande passante seraient spectaculairement diminués face à des requêtes répétées.
Dotclear installé chez OVH renvoie bien le 304 sur d'autre blogs...
Barijoana : En ce qui concerne le passage dans les proxy, le problème se situe dans le code de dotclear qui a ma connaissance ne le gère pas, mais j'imagine qu'il envisageable de patcher dotclear si quelqu'un a le temps... (et cela n'est pas une question d'hébergeur).
Après vérification, le fil rss de ce blog n'arrive pas gzippé. Et dotclear n'a aucun code de gzippage.
Allez hop, pour le RSS gzippé si l'hébergeur ne gzippe pas de lui-même, je m'y colle déjà.
C'est encore moi. Donc, pour gzipper un fichier, en vérifiant que le navigateur/l'aggrégateur le supporte, si le serveur web de l'hébergeur ne gzippe pas déjà tout seul, et si PHP n'est pas configuré pour gzipper, et si on ne peut accéder à cette variable dans le php.ini facilement (chez OVH, peut-être qu'on peut), et que l'hébergeur a néanmoins linké php avec la zlib (et aucun hébergeur sérieux ne donnerait un PHP sans zlib à ses clients). Valable à partir de PHP 4.0.5 autant dire que toute version moderne en sera équipée.
Rajouter au début du fichier, avant que le script n'écrive du code ce qui suit. Dans rss.php, on peut difficilement se tromper.
ob_start("ob_gzhandler");Enfin, rajouter à la fin du fichier, dernière ligne (dans rss.php, on n'oubliera pas de mettre entre <?php et ?> pour que le PHP l'interprète):
Eh oui, c'est tout con, PHP avait prévu le truc, ca lit même le Accept-Encoding et envoit le Vary dans les en-têtes HTTP. Je fais ma forte tête, mais je viens juste de découvrir en fait :) Testé à l'instant sur mon blog. Egalement, il est fort probable que ça marche aussi si on met dans index.php, et là, si toutes les images sont sur un autre serveur, d'un seul coup le trafic chez OVH sera divisé par 3 !
Quand à dotclear, il a mécanisme pour jouer avec les caches HTTP et assimilés (ce pour quoi je suis un peu payé à jouer avec). J'ai trouvé trace dans rss.php. En fait, je savais qu'il existait, mais j'avais un peu oublié. Il faut juste l'activer dans l'interface d'administration. Il suffit d'aller dans Outils/configuration de dotclear/Activer le cache HTTP et mettre à oui.
Si un problème de refresh apparait lorsqu'on développe avec un site trop caché (ou par exemple quand tu modifiera le template), on rafraichit la page en faisant CTRL-F5.
Mise en oeuvre environs 15 secondes et ça fonctionne nickel !
Bravo !
Par contre, je ne comprend pas les chiffres que me donne NetNewsWire. Je vérifierais au fil du temps.
DreamHost rulez ! Moi aussi j'a quitté OVH.... Sinon tu as 1and1...
Bonjour
Je me lève 5 minutes plus tard, je n'entends jamais blog à part. Merci pour le lien.
Maxime, merci beaucoup!!!
Prise par le temps, les marmots, le boulot et la vie, je n'ai pas encore eu le temps de mettre les mains dans le cambouis mais j'espère avoir le temps de le faire ce weekend ! Je vous tiens au courant en vous remerciant une fois de plus !
Je suis en train de bidouiller mon fichier rss.php et j'avoue qu' j'ai un doute :
"Rajouter au début du fichier, avant que le script n'écrive du code ce qui suit. Dans rss.php, on peut difficilement se tromper.
ob_start("ob_gzhandler");"
Mais je le rajoute quand même après le
<?php
qui est en tête du fichier non ?
Je teste de suite !!
Oui tous les codes doivent se trouver après le
<?phpdu début et le?>de la fin. Le mieux est même de les laisser seuls sur une ligne.http://www.fgranger.com/dotclear/index.php/2006/11/11/402-utiliser-gzip-pour-les-fils-de-syndications
Bon courage à toi :)
C'est un boulot fastidieux dans lequel parfois on nage... Ou on s'y perd. Prépare une bonne méthodologie (et ne prend pas exemple sur moi !!)