J’ai un problème de RSS…
Je voulais mettre en première page du site le résumé des derniers billets du blog. Le blog et le reste du site sont sur deux comptes séparés, chez Free (econo.free.fr et econoclaste.org.free.fr). Je me suis donc tourné vers Magpierss. Or, cela ne fonctionne pas. Mon script (enfin, celui que j’ai récupéré) est bon. J’arrive à le faire fonctionner avec d’autres blogs. J’arrive à le faire fonctionner quand je collecte les billets à partir d’un autre hébergeur. J’arrive à le faire fonctionner avec d’autres blogs hébergés par Free, sous Dotclear aussi. Mais pas moyen de le faire fonctionner entre nos deux comptes. Il renvoie un message de type time out.
Est-ce que quelqu’un a une idée ? Je sèche.
- Sur le passeport vaccinal - 18 mai 2021
- Laissez le temps de travail en paix - 19 mai 2020
- Élinor Ostrom, le Covid-19 et le déconfinement - 16 mai 2020
- Ne tuons pas l’enseignement à distance. Optimisons-le - 15 mai 2020
- Quelques commentaires sur les évaluations à l’arrache des systèmes de santé en pleine épidémie - 9 mai 2020
- Du bon usage du supposé dilemme santé vs économie - 9 mai 2020
- Le problème avec la courbe. Édition Covid-19 - 4 mai 2020
- Reprise d’activité - 21 avril 2020
- Problème corrigé sur les notes de lecture - 6 février 2020
- éconoclaste a 20 ans. Épisode 2. Passeurs dans les années 2000 - 27 décembre 2019
si ça marche dans tous les cas possibles, qui ont les mêmes caractéristiques (type de blog, hébergeur, etc…) mais pas dans le bon, c’est un problème lié à l’URL.
Donc à vérifier et re-vérifier plusieurs fois que les URL sont bonnes. (vérifier signifie ici copier-coller l’URL depuis le texte du script vers un navigateur web.)
Sont-ce bien deux comptes séparés ? Ayant plusieurs sites correspondant à des alias différents d’un même abonnement, j’ai cru observer que quand j’opérais sur un site, l’autre ralentissait, comme si la bande passante allouée était mise en commun entre les différents sites correspondant à un même abonnement. Une telle restriction serait logique pour éviter que des personnes utilisent cet hébergement comme substitut d’un hébergement commercial en contournant la limite de capacité.
En tout état de cause, si tel est le cas, le temps de réponse des sites est augmenté. Hors, Free a des temps de timeout notoirement faibles, ce qui pourrait causer le problème.
Possibilité de solution : contacter Free (éventuellement via Usenet), et leur demander s’il serait possible de relever la valeur du timeout pour les comptes concernés.
PS : il y a un problème d’affichage des information au dessus des champs de commentaires.
Merci à tous les deux.
Tuan : ça marche pas. Par contre, j’ai un truc bizarre avec le fichier rss.php. Quand je veux l’ouvrir avec Firefox, il me demande un programme externe. Ce n’est pas le cas avec le rss.php d’autres blogs, qui s’ouvrent normalement.
leconomiste : les deux comptes sont complètement séparés. Donc, normalement, c’est indépendant.
Tenez, au cas où… Vous pouvez tester ce lien ?
econo.free.fr/test.php
Warning: MagpieRSS: Failed to fetch econoclaste.org.free.fr/d… (HTTP Error: connection failed (11) in /mnt/101/sdb/d/b/econo/magpierss/rss_fetch.inc on line 238
Cette erreur signifie en bon français que le fil RSS econoclaste.org.free.fr/d… n’a pas pu être obtenu dans les temps.
Bref, timeout
En ce qui concerne Firefox, il a un comportement un peu bizarre (d’aucuns parlerons de feature) : quand on lui demande d’ouvrir un fichier pointant vers un flux RSS via un lien, il affiche l’arbre XML correspondant. En revanche, si on passe par son interface interne de gestion des flux (icône en général dans la barre de navigation ou dans la barre d’état), il propose de s’abonner au flux, qui est bien reconnu.
Mouai, je ne sais pas trop ce qu’il en est… C’est clair que c’est étrange, vu que le flux est normalement reconnu par presque tout le monde et tous les lecteurs (au moins les deux que j’utilise, thunderbird et alertinfo).
C’est comme un autre truc que je ne suis pas sûr de comprendre : quand on essaie de se connecter à la base de données d’un compte par l’autre compte, ça marche pas. Je pense que c’est une question de droits liée à la sécurité ou à ce que vous évoquiez sur l’usage de la bande passante. Mais ça n’arrange encore pas mes affaires…
– Pour l’affichage dans firefox, c’est du a magpierss qui a l’air de déclarer le document comme
"Content-Type: rss/xml; charset=UTF-8"
alors que la norme est plutôt
"Content-Type: text/xml; charset=UTF-8"
du coup il ne sait comment l’afficher
(problème qui ne se pose pas quand il sait qu’il va chercher du rss, car dans ce dernier cas il ne regarde même pas le "content-type")
– Pour les bases de données utilisées depuis des comptes différents, c’est pour éviter les abus de la limite de taille par site web.
– En lisant le message d’erreur de MagpieRss donné par "test.php" et en l’interprétant grâce au site web on obtient : "PHP is configured in such a way that Magpie can’t work" (cf: magpierss.sourceforge.net… ). Plutôt abscons comme réponse et bien définitif (en général, le problème vient de scripts PHP qui ne sont pas compatible avec le mode "safe" de PHP utilisé par les hébergeurs soucieux de sécurité.)
Mais si ce même code marche actuellement sur d’autre site hébergé sur free.fr, ca ne colle pas.
Après analyse de magpie ca vient d’un script générateur de rss trop long du coup le script magpie dépasse le temps d’exécution autorisé. De temps en temps ça peut marcher (si le free n’est pas trop sollicité à ce moment-là), mais de façon générale, ca sera trop long.
Il faut trouver un moyen d’accélérer le script econoclaste.org.free.fr/d…
(le cache dotclear est activé ?) et faire en sorte que magpie utilise son cache au maximum.
Merci beaucoup Tuan. J’ai activé le cache dotclear. Qu’est-ce que ça implique a priori de maximiser le cache magpierss ? J’ai essayé de voir dans les fichiers magpierss, mais j’ai rien trouvé qui me semble aller dans ce sens, à part accroître la durée de conservation.
C’est bien la durée de conservation.
Grande nouvelle… Ca marche ! Est-ce consécutif à la mise en fonction du cache dotclear (bien probable) ou lié à un dysfonctionnement passager de Free désormais réglé (possible) ? Toujours est-il que c’est ok. Encore merci Tuan !
Petite question : le site est censé marcher sous quelle résolution?
Suis-je le seul en 1024*768, sous IE6, chez qui toutes les fins de ligne sont tronquées? (Enfin je ne voudrais pas vous donner du travail supplémentaire, si je suis effectivement le seul je m’en accommoderai..)
Eh non, eh non, vous n’êtes pas le seul… Je pensais m’être assuré que ça fonctionne pour tout le monde. Mais visiblement, ce n’est pas le cas. Est-ce que ça ne fonctionne pas en réduisant la taille de police ? Bon, sinon, franchement, laissez tomber ce IE6 pour Firefox (pas pour nous, mais en général).
Quoi qu’il en soit, je dois m’en occuper.
La résolution chez moi est 1280*1024. Mais sous Firefox, en 1024*768, ça marche.
Je confirme qu’il n’y a effectivement pas ce problème sous Firefox. (Mais j’aime pas trop l’utiliser parce que pour une raison obscure il rame sur l’ordinateur que j’utilise. Mais dans l’absolu je suis d’accord que c’est globalement mieux qu’internet explorer. Bref).
Sous IE6 : la taille du texte ne change rien visiblement. Et le symptôme du texte tronqué persiste sous IE6 en 1280*1024.
Au passage ce n’est pas trop la peine de publier ce commentaire, je pense.
Voilà, je pense que l’affaire est réglée. Vous devriez voir correctement en 1280*1024. En 1024*768, je ne sais pas.
Oui ça marche aussi en 1024*768. Beau boulot 🙂
Et merci, pour moi et pour ceux qui étaient dans la même situation.
Je pense qu’il y a eu une fausse manip de ma part hier ou avant hier, car je n’ai fait que remettre la config qui marchait il y a trois jours. Bref… c’est du passé…
C’était une fausse manip qui a du ramener hier ou avant hier à la config initiale qui ne marchait pas. C’est du passé…