Tropicaloo a écrit :
La balise [(#HTTP_HEADER{Content-Type: text/xml})] génère-elle des caractères invisibles qui n'apparaissent pas dans le source d'une page générée ?
JLuc a répondu :
les http headers ne sont effectivement pas dans le source,
mais dans le header de la page.
avec firefox et l'extension webdevelopper à técharger et installer si tu l'as pas, tu peux voir tous les headers.
Merci JLuc, j'avais oublié d'utiliser webdevelopper que j'ai déjà sur mon FF. Malheureusement je n'ai pas trouvé de solution pour le moment à ce problème de compatibilité xml.
La balise [(#HTTP_HEADER{Content-Type: text/xml})] génère-elle des caractères invisibles qui n'apparaissent pas dans le source d'une page générée ?
si tu parles du BOM ?
non.
Denis,
En fait, sans la balise le xml généré est propre et accepté par l'application destinataire en flash (excepté bien évidemment le rajout du code pour les boutons admin).
Lorsque je rajoute la balise, le code des boutons admin est purgé mais le xml n'est plus accepté par le flash.
C'est qui me laisse penser que du code parasite est généré par la balise.
A ton avis, y'aurait-il un autre moyen de purger le code des boutons admin ?
Ya que moi que ca choque, des boutons d'admin dans un XML ? (ou alors j'ai
rien suivi)
-----Message d'origine-----
De : spip-bounces@rezo.net [mailto:spip-bounces@rezo.net] De la part de
denisb
Envoyé : jeudi 1 mai 2008 11:28
À : spip@rezo.net
Objet : Re: [Spip] Spip génère-t-il des caractères invisibles ?
Tropicaloo wrote:
Lorsque je rajoute la balise, le code des boutons admin est purgé mais
le xml n'est plus accepté par le flash.
as-tu essayé avec un charset explicite ? #CACHE{2}
[(#HTTP_HEADER{Content-type: text/xml[; charset=(#CHARSET)]})]
<?xml version="1.0"[ encoding="(#CHARSET)"]?>
<icons><BOUCLE_AA(ARTICLES){id_rubrique=1} {par titre}>
l'affichage des boutons, lui, est généré si
$GLOBALS['affiche_boutons_admin']
Ya que moi que ca choque, des boutons d'admin dans un XML ? (ou alors j'ai
rien suivi)
quand tu es connecté (admin) et que tu affiches une page
<?xml version="1.0"[ encoding="(#CHARSET)"]?>
...
la page est envoyée avec les headers :
HTTP/1.z 200 OK
Date: Thu, 01 May 2008 10:05:05 GMT
Server: Apache
X-Powered-By: PHP/4.3.10-19
Vary: Cookie,Accept-Encoding
Composed-By: SPIP
X-Spip-Cache: 3600
Cache-Control: no-cache,must-revalidate
Pragma: no-cache
Last-Modified: Thu, 01 May 2008 10:05:05 GMT
Connection: close
Content-Type: text/html; charset=utf-8
alors que avec
[(#HTTP_HEADER{Content-type: text/xml[; charset=(#CHARSET)]})]
<?xml version="1.0"[ encoding="(#CHARSET)"]?>
...
la page est envoyée avec les headers :
HTTP/1.z 200 OK
Date: Thu, 01 May 2008 10:08:58 GMT
Server: Apache
X-Powered-By: PHP/4.3.10-19
Vary: Cookie,Accept-Encoding
Composed-By: SPIP
X-Spip-Cache: 3600
Connection: close
Content-Type: text/xml; charset=utf-8
Merci Denis ! La coloration syntaxique du source généré pour FireFox + WebDeveloper est maintenant identique en statique et en dynamique.
Par contre côté Flash, ça coince toujours. A priori les headers y sont pour quelque chose.
En dynamique (qui ne marche pas) :
Date: Thu, 01 May 2008 22:34:03 GMT
Server: Apache
Vary: Cookie,Accept-Encoding
Composed-By: SPIP 1.9.2d @ www.spip.net + player(0.6),abcalendrier(0.73),accesrestreint(0.2),actijour(1.52),agenda(0.14),barre_typo_generalisee(1.5),barretypoenrichie(2.4.1),cfg(1.7.2),couteau_suisse(1.7.17.03),derebloc(0.31),effurlprop(1.0),enviar_email(0.1),extensionmultilingue(1.3),icop(1.0),imprimir_documento(0.1),onglets_texte(1.0),recherche_avancee(0.2),skeleditor(0.11),spiplistes(1.98),thickbox1(0.3),wcalendar(0.11)
X-Spip-Cache: 120
Cache-Control: no-cache,must-revalidate
Pragma: no-cache
Last-Modified: Thu, 01 May 2008 22:34:03 GMT
Content-Length: 4019
Keep-Alive: timeout=5
Connection: Keep-Alive
Content-Type: text/html; charset=utf-8
200 OK
En statique (qui marche):
Date: Thu, 01 May 2008 22:32:08 GMT
Server: Apache
Last-Modified: Mon, 28 Apr 2008 23:33:45 GMT
Etag: "78b4b889-10b5-58c2a840"
Accept-Ranges: bytes
Content-Length: 4277
Content-Type: text/html
200 OK