Chez moi mes fichiers XML et XSL s'exécute sans problème, et lorsque je les upload sur le serveur mutualisé ça ne marche plus ...
 
Quelqu'un aurait une idée de la raison ?

les supports sont-ils actifs ?    
 
phpinfo();

c'est du XSL compilé côté serveur ou côté client ?

simogeo> Je ne vois pas de XSL dans phpinfo() ni chez moi, ni sur le serveur mutualisé ...
Par contre sur les deux serveur, le XML est activé ...
 
MagicBuzz> Comment je le sais ça ?

bah c'est en PHP que tu match le XSL et le XML, ou si l'utilisateur charge le fichier XML, qui fait référence au XSL sur le serveur ?

2ème solution, donc c'est du côté client je pense ...

suffisait de rajouter une lettre ... le T ... regardes si le support XSLT est activé
 
 

par défaut ca doit être du serveur  

c'est un peu dangereux ca non ... dans le sens ou certains browsers ont du mal avec le xml non ?  

J'ai cherché XSL et XSLT ... rien !

  ... zarbi ca ....

Tu peux poster les premières lignes de tes fichiers XML et XSL ?
 
PS: t'as pas de fichiers PHP hein ?

Mes fichiers de test :
test.xml

 
test.xsl

Nan, j'ai l'impression qu'il a la même merde que j'ai eu un coup avec du XML/XSL côté client : problème d'encode type différent de celui posté par le serveur, ou du format de fichier. Et à partir de là, proutch, marche pas. Tu changes une ligne et zou, ça marche... Faut pas chercher à comprendre
 
PS: Olivier, t'as qu'à carrément poster les fichiers, genre comme ça je pourrai les télécharger et regarder comment ils sont encodé au niveau charset

Chez moi ça marche ... mais sur le serveur rien ...
 
Est-ce que ça pourrait venir de  
type="text/xsl"
qui ne serait pas supporté par apache du serveur mutualisé ...

Mes deux fichiers sont au-dessus ...

OK.
 
On va procéder par étapes :
 
1) Vérifie que quand tu as enregistré les fichiers sur ton disque dur, tu as bien choisi ISO-8859-1 comme encodage.
2) Vérifie que tu transfert les fichiers en mode BINAIRE avec ton FTP. Sinon ça ne marchera pas. (il va traduire en ASCII, et du coup il y aura interférence entre les deux charset)
3) T'as bien testé en local et sur le serveur avec la même version du même navigateur ? (notamment parcequ'il n'y a que IE6 qui supporte bien le XSL, les autre ont rapidement du mal, surtout quand on utilise des templates)

 
Pour le XML, chez moi je met ça :
 

 
Et pour le XSL :
 

 
PS: essaie dans la mesure du possible d'utiliser l'encodage us-ascii : il pose moins de problèmes lors des transferts par FTP, et surtout, il est fortement recommandé par le W3C quand on fait du XML.

1) Les fichiers sont exactement les même sur les deux serveurs
2) J'utilise gFTP (Linux) pour le transfert de mes fichiers, mais je ne sais pas comment on envoie en mode binaire ou mode ASCII
3) C'est exactement le même navigateur Mozilla 1.4a, en local ça marche parfaitement pour tout les fichiers XSL que j'ai fait jamais eu de problème. Encore moins pour les fichiers testés ci-dessus ...

2) si c'est en ligne de commande, alors tapes... "i" je crois. puis sers-toi de msend pour envoyer les fichiers.

Tu peux l'indiquer l'url de tes fichiers ?

Autant pour moi
 
Le mot clé c'est "bin", et il te dit "I" en retour
 

je ne veux pas vous démoraliser mais avant de checker tout ca il serait bon de s'assurer que le support soit actif sur le serveur.
 
Moi quand je fais un phpinfo ....Ctrl+F et que je tappe xslt ... je vois que le support est activé .. dans le cas contraire vous pouvez passer la nuit à chercher
 
go to bed ... chalut  

Mais non, ça n'a aucun rapport, puisque là c'est les fichiers qui sont utilisés, il ne passe pas par le PHP. Donc pas besoin que ce soit activé nulle part, ni même que le type/mime soit précisé sur le serveur. Le navigateur va utiliser ses valeurs par défaut.

Les modifs que tu m'as précisé ne marche pas ...

Tu veux pas me filer les url de tes fichiers que je les analyse un peu plus ?

Le lien :
http://www.codeur.org/test/

Peut-être que si tu as IE, il te dira l'erreur, parce que moi sous Linux, Mozilla ne m'affiche rien et Konqueror, il se plante méchament pour tout fichier XML qu'il soit correct ou pas ...

OK :
 

 
Avec IE ça passe, car il est capable de faire abstraction de cette erreur.
 
Le validateur du W3C donne une explication pour lever l'erreur sans intervention sur le serveur.
Mais là on peut pas, parceque tu as u autre problème :
=> Le serveur envoie le fichier en us-ascii. Hors le "è" fait planter le validateur car il n'est pas en us-ascii. Tu peux le virer que je refasse valider la page ?

C'est bon je l'ai enlevé ...

Bon...
 
On va faire d'autres modifs
 
Crée un fichier "test.dtd"
 

 
Et dans le fichier HTML, ajoute la ligne :
 

 
Après ça, je pourrai enfin valider la page (il est très chiant le validateur W3C )
 
-- Edit : J'ai modifié la DTD --

Pour plus d'infos sur les DTD :
 
http://www.w3schools.com/dtd/default.asp

c'est fait ...
 
Tu utilise quoi comme validateur du W3C pour ça ?

Bah le validateur de pages XHTML. Mais justement, faut lui indiquer une DTD en rapport avec ton document XML, sinon il comprends pas le fichier

Rechange le dtd pour mettre #PCDATA à la place de CDATA (erreur de copier/coller )

c'est fait ...
 
pour ma part, pas de réponse de Mozilla, il s'enferme dans son mutisme ...

Bon ben ce coup là; Moz c'est vraiment de la merde en branche...
 
Parceque je te laisse regarder la page :
 
http://validator.w3.org/check?uri= [...] tically%29
 
Bah nan, ça plaît pas à Moz...

Tu as IE ?
Si oui ça marche ?
 
POurquoi avec Mozilla ça marcherait sur mon serveur local, mais ça ne marcherait pas sur le serveur mutualisé.
 
Je vais laisser un mail sur le forum de mon hebergeur ...

Ton lien : http://stats.manga-torii.com/disk.xml avec mozilla ne formate pas à l'aide de ton fichier XSL ...

Avec IE 6 ça marche très bien.
 
Attends, je fais un test avec IE 5.5 sous Windows 95 (le temps de démarrer mon vieux tromblon )

Oui, Mozilla a de très gros bugs au niveau de l'application de templates XSL. Tant que t'utilise pas la balise <xsl:apply-templates /> y'a pas de problème. Mais dès que tu la met, proutch