Bon pour le client centericq, je dis pas, y a effectivement un souci.
Quant à gaoland, et ovh, rien de plus normal à mon avis !
Combien d'abonnés 9tel (dont moi) ont ce domaine à la connexion... Il est tout à fait normal que tout plein de gens consultent linuxfr, non ?
Ovh est un hébergeur payant, proposant même de l'hébergement dédié. Il y a sans doute quelques agrégateurs en ligne sur quelques serveurs chez ovh (j'en ai développé un qui ne sert pas qu'à moi), donc un moyen justement de réduire la bw de linuxfr en regroupant sur un outil social des requêtes qui pourraient sinon être faites par plusieurs personnes.
Maintenant pour réduire l'effet de charge des agrégateurs de fils sur linuxfr, il y a les balises ttl et skipHours qui peuvent aider (si les agregateurs les interprètent, l'encodage gz (mod_gzip) des flux, et de façon expérimentale, la RFC3229 (HTTP deltas) qui permet de ne télécharger qu'une partie en http (mod_speedyfeed sur apache2).
# Ne pas tout confondre
Posté par Talou (site web personnel) . En réponse au journal Des mauvais usages des nouvelles technologies.... Évalué à 3.
Quant à gaoland, et ovh, rien de plus normal à mon avis !
Combien d'abonnés 9tel (dont moi) ont ce domaine à la connexion... Il est tout à fait normal que tout plein de gens consultent linuxfr, non ?
Ovh est un hébergeur payant, proposant même de l'hébergement dédié. Il y a sans doute quelques agrégateurs en ligne sur quelques serveurs chez ovh (j'en ai développé un qui ne sert pas qu'à moi), donc un moyen justement de réduire la bw de linuxfr en regroupant sur un outil social des requêtes qui pourraient sinon être faites par plusieurs personnes.
Maintenant pour réduire l'effet de charge des agrégateurs de fils sur linuxfr, il y a les balises ttl et skipHours qui peuvent aider (si les agregateurs les interprètent, l'encodage gz (mod_gzip) des flux, et de façon expérimentale, la RFC3229 (HTTP deltas) qui permet de ne télécharger qu'une partie en http (mod_speedyfeed sur apache2).