Discussion :

[Nupia]

Bonjour !

Voici une question que je ne suis pas sur d'avoir bien placé dans le forum, pourtant il me semble que la réponse que je cherche se situe au niveau du serveur.

Voici donc mon probleme :

- Nous utilisons des XSL pour pour générer des formulaires de saisie. Une interface nous permet d'éditer ces XSL en ligne, mais on peut aussi le faire hors-ligne et envoyer les nouvelles XSL sur le serveur.

Dans les deux cas, un probleme tres étrange se produit: lorsqu'on recharge le formulaire, tous les champs qui ont été modifiés sont affichés en double.
Si on rafraichit la page, le probleme disparait.

A noter également, ce probleme ne semble apparaitre que pour la premiere personne qui se connecte en faisant appel a la nouvelle XSL.


Mes questions sont donc

• Si je me suis trompé de section sur le forum : ou puis-je poster pour être plus pertinent ?
• Les XSL sont-elles mises en cache quelque part au niveau du serveur ?
• Comment peut-on demander une vidange du cache XSL du serveur (si il existe), via PHP ou autre ?

D'avance merci pour votre attention

[_Mac_]

Quel serveur et comment sont générés les formulaires (quel techno et éventuellement le code) ? Je dirais que c'est un problème avec le code, pas spécialement un problème de cache : typiquement, les problèmes de cache sont des délais pour la prise en compte des modifications du XSL, ce qui n'est pas le cas ici puisque les champs en double sont ceux modifiés : le "code a vu" les champs modifiés, donc le nouveau XSL.

[Nupia]

Quel serveur et comment sont générés les formulaires (quel techno et éventuellement le code) ? Je dirais que c'est un problème avec le code, pas spécialement un problème de cache : typiquement, les problèmes de cache sont des délais pour la prise en compte des modifications du XSL, ce qui n'est pas le cas ici puisque les champs en double sont ceux modifiés : le "code a vu" les champs modifiés, donc le nouveau XSL.

En ce qui concerne le serveur :

Serveur : Apache 2.2.3
PHP 5.1.6

Et sinon voici le bout de code (allégé des trucs inutiles) qui génère la page :

Code :

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

1
2
// format html de lecture
$result = XmlUtils :: transform($xml, FICHEXML_XSL_HTML, $arrParams);

Sachant que la fonction est la suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
 static function transform ($xmlBuffer, $xslFile, $arrParams=null, $validation=true) {
 
    $xsl = new DOMDocument;
 
    if ( !$xsl->load($xslFile) ){
       // Exception
    }
 
    // Configuration du transformateur
    $proc = new XSLTProcessor;
 
    // ajout des paramètres si ils sont présents
    if ( count($arrParams) )
	    foreach ( $arrParams as $name => $value) {
  	     $proc->setParameter("", $name, $value);
  	   }
 
    $proc->importStyleSheet($xsl); // attachement des règles xsl
 
    // Chargement du source XML
    $xml = new DOMDocument;
 
    if ( !$xml->loadXML($xmlBuffer) )
    { // Exception }
 
    $result = $proc->transformToXML($xml);
 
 
    return $result;

[_Mac_]

Je ne vois pas le problème. Je déplace la discussion dans le forum PHP.

[Nupia]

Je continue de chercher mais je n'ai pas vraiment d'élement en plus, je voulais juste repréciser, que ce qui est étrange c'est la chose suivante et que c'est surtout ça que j'aimerais comprendre :

Lorsqu'on modifie la XSLT, les champs modifiés sont affichés en double (donc il semblerait que ce soit les anciens champs + les nouveaux à la fois), et ce UNIQUEMENT pour la première personne qui va charger la page après que la modification aie eu lieu, ou en tous cas seulement pour les toutes premieres personnes.


Quelqu'un a-t-il, à défaut d'avoir une solution, une idée, une suggestion, un problème similaire, des questions qui pourraient m'aider à cerner l'origine de ce soucis.

J'ajoute que ce soucis est vraiment problématique car les utilisateurs ne se rendent pas forcément compte du dédoublement de champs dans le formulaire et saisissent alors des données qui ne sauront être traitées par la suite, voire qui vont planter l'appli

[Palca]

Le problème doit venir de $arrParams qui n'est pas vidé après avoir été utilisé, ou quelque chose du genre.
Mets l'intégralité du code (ou du moins autre chose que juste l'appel à la fonction) stp pour voir si ça vient de là.

[goodpz]

Est-ce que le problème survient avec n'importe quel navigateur ?
Si tu monitores les requêtes/responses du server (avec firebug par exemple), que vois tu ?