https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement en a blog about Debian and self-hosting Sun, 22 Sep 2013 11:44:00 +0000 PluXml https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379850249-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379850249-1 J'oubliai, pour les personnes qui utiliseraient également kriss feed et qui sont intéressées par le sujet (le but étant de me passer du consommateur liferea sur mon pc "courant" et passer par mon petit serveur auto-hébergé), le bug peut être suivi à : https://github.com/tontof/kriss_feed/issues/49 Sun, 22 Sep 2013 11:44:00 +0000 Ouate? https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379840939-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379840939-1 Parfait, donc en cherchant ailleurs je me suis aperçu que j'ai fait fausse route. Je suis parti du principe que php utilisait curl; dans le doute j'ai regardé la présence du paquet php5-curl... qui n'y était plus (aurais-je été trop zélé dans une phase de ménage ?). Bref, c'est l'alternative de libxml qui pose problème et qui donc ne faisait pas la décompression. Je vais soumettre le problème à tontof (j'utilise la version 8 de kriss feed, et j'ai pallié ça avec une vilaine petite verrue)... en tout cas, merci de ton temps et de ton aide. :-) Sun, 22 Sep 2013 09:08:00 +0000 Ouate? https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379784311-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379784311-1 @Ouate? : Il n'y a qu'une compression simple. En revanche ce n'est pas du tout fait à la volée : pour économiser du temps processeur, je pré-compresse les pages à chaque mise à jour de la planète. Il y a donc deux fichiers, rss.xml.raw et rss.xml.pgz (pour « pré-gzippé »). Grâce au mod_negociation du Serveur HTTP Apache, quand on demande rss.xml, qui n'existe pas vraiment, on obtient selon ce qu'on accepte comme codage le premier (Content-Encoding: identity) ou le second (Content-Encoding: gzip). L'ennui donc, ce que quand on ne précise pas ce qu'on accepte, Apache fournit visiblement le second, avec tout de même l'en-tête Content-Encoding correctement positionné à gzip. Mais si le client n'a pas prévu de décompresser, c'est inutilisable évidemment. Sat, 21 Sep 2013 17:25:00 +0000 Tanguy https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379778132-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379778132-1 Super merci Tanguy; ok, on aurait donc une une double compression qui ne plaît pas à curl sous php ? Car le serveur web le fait très probablement à la volée (retour dans le header vu "content-encoding" à x-gzip ou gzip selon identity ou gzip explicitement dans le accept-encoding), du coup je me demande si c'est nécessaire de le zipper a priori - sauf si la machine est "limitée". Enfin j'avoue avoir trouvé ce comportement étrange avant cette information. En tout cas, ça serait en effet dommage de demander et fournir par défaut sans compression, surtout quand on s'auto-héberge... ça fait mal. Sat, 21 Sep 2013 15:42:00 +0000 Ouate? https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379762946-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379762946-1 @Ouate? : Ah, je vois. J'ai fais en sorte de proposer le flux gzippé ou non selon ce que demande le client, mais s'il ne précise rien ça le fournit gzippé. Deux solutions du coup : faire en sorte de préciser « Accept-Encoding: identity », ou demander http://planet.auto-hebergement.fr/rss.xml.raw qui est l'adresse exacte du flux non compressé. Mais c'est dommage, ça utilise pas mal de bande passante en plus pour rien… Sat, 21 Sep 2013 11:29:00 +0000 Tanguy https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379713475-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1379713475-1 Je reviens sur le commentaire #12, j'utilise aussi Kriss feed pour lire mes flux et j'ai également un problème. Je n'ai pas contacté tontof pour ça car le problème semble peut-être déjà ciblé : il s'agit d'un problème de compression entre celui qui envoie la requête et celui qui envoie la réponse. Visiblement, le site de la planète n'envoie qu'en gzipé, tandis que kriss utilise curl par php avec un encoding complet et ne fait pas de décompression (peut-être un problème de header). Tanguy, qu'en penses-tu ? Fri, 20 Sep 2013 21:44:00 +0000 Ouate? https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1367939523-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1367939523-1 Merci pour ce planet que je viens de (re-) découvrir :-) Bien utile pour quelqu'un qui se (re-)met à l'auto-hébergement! Tue, 07 May 2013 15:12:00 +0000 nikonoel https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1365504593-1 https://tanguy.ortolo.eu/blog/article100/nouveau-planet-auto-hebergement/#c1365504593-1 @Comète : Effectivement, c'est curieux, ça vient d'un attachement généré par Planet Venus alors qu'il n'est pas présent dans le flux d'origine. Mais ça ne devrait pas poser de problème normalement ça… Tue, 09 Apr 2013 10:49:00 +0000 Tanguy