Discussion :

[Azharis]

Bonjour,

Je génère un fichier XML pour faire mon flux RSS en PHP.
Avec la réécriture d'URL, le lien vers le flux RSS est de la forme "rss.html".
Cette page renvoi un fichier XML bien formé :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
 
...
 
</channel>
</rss>

De plus, avant tout affichage, je renvoi l'entête suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
header("Content-Type: application/rss+xml; charset=UTF-8");

Ceci fonctionne correctement sur tous les navigateurs sauf Safari qui renvoi une erreur inconnue. En appelant le lien directe du fichier, Safari fonctionne correctement.

D'où se problème peut-il venir ?

Je pourrais facilement le contourner en générant le fichier autrement puis diriger le visiteur directement sur le fichier XML mais j'aimerais savoir pourquoi Safari ne fonctionne pas.

Merci.

[RunCodePhp]

Salut

Avec la réécriture d'URL, le lien vers le flux RSS est de la forme "rss.html".

Je t'avoue que je fais jamais d'essai sur Safari

Mais comme ça, as tu essayé de renommer le fichier (et le lien) par "rss.php" ?
C'est peut être l'extension .html qui le dérange vu que le contenu n'est pas du HTML mais du XML.


Théoriquement, il devrait plutôt s'appeler "rss.xml", et définir coté Apache que les fichier XML peuvent être interprétés par Php (ou juste celui ci), si ce flux est généré dynamiquement par Php.
Enfin, théoriquement.


Ceci dit, est ce que le lien ne comporterait pas une erreur ?

[Azharis]

J'ai essayé de renommer .html en .php et .xml mais ca ne change rien. Tant que c'ets PHP qui construit la requête, rien n'y fait, Safari me renvoi toujours l'erreur suivante :

"Safari ne parvient pas à ouvrir la page « feed://xxxxxxxxxxx/rss.html ». L’erreur est : « erreur inconnue » (CFURLErrorDomain:303) Choisissez Aide > Signaler un bogue à Apple, notez le numéro d’erreur et décrivez ce que vous avez fait avant l’affichage du présent message."

Je pense qu'il doit attendre une en-tête spéciale en plus de Content-type.

Pour se qui est de l'erreur sur le lien, ça fonctionne très bien avec les autres navigateurs.

Je précise qu'il s'agit de Safari sur Windows 7.

[stealth35]

ton feed est validé ?
http://validator.w3.org/feed/

[RunCodePhp]

Safari ne parvient pas à ouvrir la page « feed://xxxxxxxxxxx/rss.html »

feed:// ??

Il est comme ça le lien ?

[stealth35]

feed:// ??

Il est comme ça le lien ?

oui sous safaris c'est comme ça, firefox les lit aussi

[RunCodePhp]

oui sous safaris c'est comme ça, firefox les lit aussi

ah bon.

Ne faudrait il alors que ça soit : feed://xxxxxxxxxxx/rss.rss ?
Avec l’extension qui va avec ?
C'est peut être Apache qui est déboussolé, et renverrait quelque chose ne non conforme ?

Avec un URL comme http://xxxxxxxxxxx/rss.html, est ce que le problème est le même ?

Je pense qu'il doit attendre une en-tête spéciale en plus de Content-type.

Peut être, qui sait.
Le Content-length ?
Et sans aucune entête, ça donne quoi ?


En tout cas, il est vrai qu'il faut au moins que le document RSS soit valide, conforme, quitte à faire un essai "en dur" basique d'abord.

[Azharis]

C’est bon le problème est corrigé.

Pour ceux qui se heurteront au même problème, il suffit d'envoyer l'en-tête Content-Length afin que Safari traite correctement le flux.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
header("Content-Type: application/rss+xml; charset=UTF-8");
header("Content-Length: " . mb_strlen($szCodeFlux));

Merci à vous pour votre aide.

[stealth35]

il est généré à la volé ton xml ? le contenu c'est quoi ? des articles ?

[Azharis]

Grosso modo quand l'administrateur modifie un article, le fichier xml est supprimé.

Puis, quand un visiteur veut afficher le flux RSS, c'est en fait un fichier PHP qui est appelé.
Ce fichier PHP test l'existence du fichier XML :
- Si il existe alors il renvoi directement le contenu du fichier.
- Si il n'existe pas, il interroge la base de données pour créer le fichier, puis il renvoi le contenu.

[stealth35]

ton ça sert a rien se faire mb_strlen, puisque tu crées un fichier renvoie la taille du fichier

[Azharis]

Oui je pourrais renvoyer directement la taille du fichier.
J'ai utilisé mb_strlen car le contenu du fichier est dans la variable.

[stealth35]

Oui je pourrais renvoyer directement la taille du fichier.
J'ai utilisé mb_strlen car le contenu du fichier est dans la variable.

ce n'est pas une bonne chose a faire, tu surcharges la mémoire pour rien.

[Azharis]

Bon concernant le problème avec Safari finalement ça ne venait pas du tout des en-tête.

C'était dû au fait qu'il fallait s'identifier pour accéder au site (connexion géré par htaccess et htpasswd) et Safari ne l'accepte pas.
Donc pour mon problème va disparaitre une fois le site public.

Sinon pour répondre à stealth35, c’est stocké dans une variable car j'utilise le système de cache obstream.
C'est sur que ça utilise de la mémoire supplémentaire, mais ça permet de gérer mes pages différemment.

[mazamazine]

Salut, juste pour dire à ceux qui liront ça maintenant que de mon côté, c'était bel et bien les en-têtes. Mon site était déjà public et il n'y avait pas de conflit avec le .htaccess. L'ajout des en-tête - avec juste strlen() au lieu de mb_strlen() - a parfaitement fonctionné.

La seule chose bizarre c'est que ça s'est mis à arrêter de fonctionner sans raison apparente. Il y a peu, je lisais mon flux rss.php sans problème sous safari...

A+ et merci de la trouvaille