Ajax et IE6

Bonjour,
Voila, j'ai un problème assez étrange avec IE6 en utilisant le XMLHttpRequest : au bout de quelques appels, il ne réagit plus... jusqu'a ce qu'il tombe en timeout, et ensuite, ca refonctionne! Le probleme ne provient pas du serveur apache (easyPHP en local), car pendant que ca pédale dans la semoule, ca fonctionne tres bien sous FireFox... J'ai fait des tests (sur une autre machine) sous IE7, et la, pas de probleme. Jamais eu de probleme non plus avec FF.
Les symptômes : 
  * Un ou plusieurs appels ajax se passent tres bien
  * A un moment donné (je n'ai pas pu constater de "nombre d'appels critique", des fois c'est au 2eme, des fois au 15eme...), le raffraichissement de la page ne se termine pas (des images de se chargent pas, alors que les memes sont affichées un peu au dessus dans un tableau (liens modifier/supprimer)... en toute logique avec la mise en cache elles devraient etre affichées non?), et tous les appels ajax suivants ne donnent plus rien. Parfois ca va jusqu'au figeage de la page (plus aucun des éléments de la page ne répond, le curseur ne change pas en passant sur les zones de saisie ou les liens, impossible de scroller, mais le menu de IE répond bien, il est possible de fermer IE), et parfois meme jusqu'au figeage complet de IE (assez rare quand meme)
  * Je recoit un timeout pour chaque appel ajax qui a foiré (status 12002, apres une dizaine de minutes)
  * Les appels ajax fonctionnent de nouveau correctement... jusqu'au prochain "plantage"

Un peu de code :

Fonction effectuant l'appel ajax :

var httpRequest = false; //variable globale pour économiser la mémoire (aussi testée en local, meme probleme)
function makeRequest(url, param, async)
{
   if (!httpRequest)
  {
    if (window.XMLHttpRequest) // Mozilla, Safari,...
    {
      httpRequest = new XMLHttpRequest();
    }
    else if (window.ActiveXObject) // IE
    {
      try
      {
        httpRequest = new ActiveXObject("Msxml2.XMLHTTP");
      }
      catch (e)
      {
        try
        {
          httpRequest = new ActiveXObject("Microsoft.XMLHTTP");
        }
        catch (e) {}
      }
    }
  }
 
  if (!httpRequest)
  {
    alert('Abandon : Impossible de créer une instance XMLHTTP');
    return false;
  }
       

  httpRequest.open('POST', url, async); // tous les appels a cette fonction se font avec async = true. J'ai aussi testé en synchrone, meme probleme. Testé également avec une methode GET : meme probleme.
  httpRequest.setRequestHeader('Content-Type','application/x-www-form-urlencoded');

  if (async == true)
    httpRequest.onreadystatechange = alertContents; //fonction callback. Essayé en la placant avant le open ou apres le send => idem.

  httpRequest.send(param);

  if (async == false)
    alertContents();

  return true;
}

Les appels a makeRequest se font sous cette forme :

  var DateDebut = document.getElementById("HeuresDateDebut").value;
  var DateFin = document.getElementById("HeuresDateFin").value;
  var Employeur = document.getElementById("CritereEmployeurINPUT").value;
  var Client = document.getElementById("CritereClientINPUT").value;
  var Projet = document.getElementById("CritereProjetINPUT").value;
 
  makeRequest('SendData.php', 'page=heures&op=select&DateDebut=' + DateDebut + '&DateFin=' + DateFin + '&Employeur=' + Employeur + '&Client=' + Client + '&Projet=' + Projet + '&OrderBy=' + ColTri + '&Sens=' + SensTri, true);

Fonction callback :

function alertContents()// testé en passant le HXR en parametre quand déclaré en local dans la fonction précédente : meme probleme.
{
  if (httpRequest.readyState == 4)
  {
    if (httpRequest.status == 200)
    {
      if (trim(httpRequest.responseText) != '')
      {
        if (httpRequest.responseXML != null)
        {
          TraiteReponseRequest(httpRequest.responseXML);// traitement des données xml (je met pas le code ici car beaucoup de choses, et a priori le probleme ne vient pas de la)
        }
        else
        {
          alert(httpRequest.responseText);
        }
      }
      else
      {
        alert('Un problème est survenu avec la requête (pas de réponse).');
      }
    }
    else
    {
      alert('Un problème est survenu avec la requête (status:'+ httpRequest.statusText +').'); // on récupere un status 12002 ici quand le xhr se met a "délirer" sous IE6
    }
  }
}

bonjour,

tu es sûr que pour "récupérer" du xml ( fut-il créé par php )
    il faut employer ajax ?

j'utilise toujours, pour un fichier xml ( mais jamais utilisé avec création
    de ce xml par php, alors je dis peut-être n'importe quuoi !?! ) :

            function xmlFin()    // Xml chargé
            {    traitement du xml }

            if ( document.implementation && document.implementation.createDocument )
                      {    xmlD = document.implementation.createDocument("", "", null);
                           xmlD.onload = function() {    xmlFin();    }
                      }   
            else     {    xmlD = new ActiveXObject("Microsoft.XMLDOM");   
                           xmlD.onreadystatechange = function ()
                           {    if (xmlD.readyState == 4)    xmlFin(); }
                    }
            xmlD.load("fichier.xml");

Cordialement     Bul  [mon Site] [M'écrire]

Salut, et merci de ta participation!
C'est, me semble-t'il, le principe de base d'AJAX : Asynchronous Javascript And XML...
Ou alors j'ai loupé un truc quelque part
La propriété responseXML permet justement de récuperer le xml (généré dynamiquement par PHP ou non, et pour autant qu'il s'agisse de xml valide) sous forme d'objet DOM pour le traiter en js, donc l'idée de réinventer la poudre en réécrivant une fonction de chargement de document XML ne m'est meme pas venue a l'esprit en fait... Ceci dit ca pourrait etre une piste interessante pour ne pas passer par un XHR : charger un doc xml qui se génère tout seul a la demande grace a PHP... Cependant ca perd (je pense) les principaux avantages d'ajax : traitement asynchrone coté serveur si le traitement est potentiellement long, ce qui permet de ne pas figer le client le temps du traitement; passage de parametres pour pouvoir filtrer les données a recuperer et ne transferer entre le serveur et le client que le necessaire, plutot que "convertir" la base de données complete en xml, la transmettre au client, et effectuer la recherche dedans...
Après, je sais qu'il est possible d'utiliser le XHR autrement qu'avec du XML : le JSON (envoi de donnée js structurées plutot que de xml), ou envoi de HTML préconstruit par le serveur... Le JSON, je maitrise pas du tout, je connait pas bien, et je trouve que ca perd quand meme l'interet de l'interoperabilité (la page php renvoyant les données ne peut etre appelée QUE par du js, ou alors il faut redécortiquer la réponse pour reconstruire une structure de données... bof bof...), quant au HTML préconstruit... beurk! Que fait-t'on de la séparation des roles?? le serveur est la pour faire du traitement de données, pas de la mise en page ou de l'affichage!

Donc en conclusion, ajax et xml généré par php me parait toujours la meilleurs solution

on est bien d'accord...
mais
j'eus quelques soucis en n'utilisant pas ce que j'utilise,
je n'ai plus IE6,
peut-être est-ce que ça vaut le coup de tester malgré tout,
et sans convertir la base complète ! sans fichier nulle part....
non,non : simplement en laissant tel quel coté php.
malgré tout.. un extrait d'une base de données, la convertir en xml...    je doute.   
php devrait renvoyer des données,
et pas une page complète bien sûr ! c'est le but d'ajax... me semble-t-il.

CordialementBul[mon Site][M'écrire]

bonjour ou bonsoir,

je me demande si ton problème ne viendrait pas de cette ligne :
httpRequest.setRequestHeader('Content-Type','application/x-www-form-urlencoded');
J'ai déjà utilisé ajax avec du xml et j'ai jamais du définir le header pour ce type de requète !
Si tu veux je peux te fournir la librairie que j'utilise avec les fichiers xml.

Nickadele
----------------------------------------------
non, ma belle ne s'appel pas Adèle
Mon Blog

Oups mon message a été langé en route, je m'en était pas appercu

Je disait donc :

Bul : Je vais faire quelques tests dans ce sens, mais je ne pense pas pouvoir utiliser la méthode POST pour transmettre des données a PHP avec un XMLDOM (meme un GET dans l'URL du load je suis pas sur que ca marche bien...), hors j'ai réellement besoin de la méthode POST pour la sauvegarde de données saisies par l'utilisateur (champ commentaire notament), car la taille maxi des parametres que l'on peut passer en GET risque d'etre trop faible... Toutefois si la méthode GET fonctionne bien, je m'orienterait peut etre vers une solution mixte XMLDOM/ajax en utilisant AJAX uniquement pour la sauvegarde (et en croisant les doigts pour que ca merde pas...), toutefois, je préfererait quand meme n'utiliser que de l'ajax et trouver une solution a ce probleme...

Nick: Cette ligne est necessaire pour l'utilisation de la méthode POST avec XMLHttpRequest, et je l'avait mise en commentaire quand j'avait tester la methode GET, sans plus de succes... Ce n'est donc pas elle la responsable!

(Je comprend pas ce qui se passe, ca me bouffe mes messages, il n'y a que la signature qui est inserée... Si un modérateur passe par la, s'il peut faire un peu de ménage... Merci a lui, et désolé pour ce bazard ^^')

je crois que ton problème viens des \n et \t que tu ajout dans le fichier php;

j'avais le même problème hier et la cause été les \n

bonne chance

saib,

1. j'ai nettoyé les posts vide (ce problème arrive de temps en temps) !
2. j'ai toujours une librairie à ta disposition si tu souhaites faire des tests avant de changer de méthode.

Nickadele

mnouzahir : Concernant les /t et /n, il ne s'agit que de formattage du xml (tabulations et retours chariot), normalement, ca ne devrait pas poser de probleme, et pour autant que je sache c'est tout a fait authorisé, mais soit, je testerait ce soir (je n'ai pas IE6 au taf mais IE7, qui lui ne pose aucun probleme)...

nick : J'ai essayé de virer le header 'application/x-www-form-urlencoded' en conservant la méthode POST, et comme je m'y attendait, ca ne fonctionne pas (aucune réponse, que ce soit sous IE7 ou FF). Je veut bien tester ta librairie, mais si elle n'utilise pas ce header je doute qu'elle soit capable de gerer du POST, a moins qu'on ne puisse définir le header dans les options de l'objet, comme j'ai pu le voir dans quelques méthodes par prototypage... Toujours est-il que si ca fonctionne avec, ca m'arrangerait bien quand meme :-)