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à.

[Nupia]

En fait ce code n'est appelé qu'une fois par affichage de la page.

En gros l'utilisateur arrive sur le formulaire de saisie, on affiche la page (en appellant cette fonction).
Et ensuite l'execution du php se termine et si on a un autre appel ce sera lors du chargement d'une autre page, donc je ne pense pas que $arrParams puisse être en cause la variable étant détruite a la fin de l'execution du la page


Je ne peux pas mettre grand chose de plus le reste n'est pas lié c'est vraiment le passage concerné que je vous ai mis la

[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 ?

[Nupia]

Le problème survient effectivement avec n'importe quel navigateur, on l'a vu sur Firefox, IE6, IE7 au moins.

Je ne comprends pas le deuxième point de ta question par contre, comment puis-je faire pour réaliser cette action ? (j'ai firebug)

[goodpz]

Ouais comme ça survient avec n'importe quel navigateur, le problème doit venir du server uniquement..
Dans un pareil cas, j'essaierais de reproduire le "bug" avec un system et un code le plus minimal possible. Enlève tout ce qui est superflus.. tu trouveras sûrement plus facilement qu'est-ce qui déconne comme ça

[Nupia]

Bon le pire c'est que c'est vraiment aléatoire .. genre la j'essaye de le reproduire depuis 30 minutes et pas moyen ...