J'ai pas lu le code, mais au vu de la description, et de ce que je sais du PHP... ceci n'a rien du concept de multi-threading. Forker un process ne veux pas dire multi-threading.
Tu fais du multi-processus, ce qui est fondamentalement différent... (tu le dis toi-même d'ailleurs, tu parle de processus, et jamais de threads...)

Ce qui m'avait le plus marqué pour bien comprendre la différence théorique :
Deux processus sont indépendant l'un de l'autre.
Deux threads partagent les mêmes données.

C'est super vite résumé parce que j'ai fini ma journée de boulot ( :p ), mais ça résume à peu près la chose...

Ta source est un exemple d'utilisation d'objet xmlhttprequest qui n'est même pas de toi (le code a été copié de toutjavascript, nan? On reconnaît la façon d'initialiser et de nommer l'objet ;) )
La seule chose que tu ajoutes, c'est un test sur la propriété display de ton div... ça ne vaut franchement pas une source ici.
Ce genre de source est présent en multiple exemplaires sur le site, et ce depuis des années...
(déja critiqué pour la même raison il y a + de 2 ans de cela, ici : http://www.javascriptfr.com/codes/CHARGER-PAGE-PHP-HTML-DANS-DIV_37447.aspx , et l'année dernière ici : http://www.javascriptfr.com/tutoriaux/COMMUNICATION-AVEC-SERVEUR-MODE-ASYNCHRONE-XMLHTTPREQUEST_781.aspx )

Je m'excuse pour le ton un peu sec de ton message....

c'est une blague...?

'jour à tous, j'ai un petit peu abandonné le site, désolé et merci d'avoir laisser les autres répondre à ma place pour les différentes question ^^
Romit : pour les cookies tu as deux solutions :
la simple qui consiste à parcourir le tableau hwebresponse.Cookies qui contient tout les cookies demandés à être mis en place par le serveur (avec des propriétes name, value, path, expire, etc.)
Ou bien traiter directement l'entête HTTP renvoyé par le serveur, à coup de regex ou de methodes de la classe String, qui doit contenir des lignes
"Set-Cookie : nom_du_cookie=valeur; domain=un_nom_de_domain; expires=une_date"

Enfin pour le "ne repond pas", à toi de placer ta requete dans un thread ou un backgroundworker. Tu trouveras facilement des informations à ce sujet sur le site ^^

lol... c'est à toi de le placer dans un thread pour ne pas "geler" ton main thread

regarde ça sinon :
http://www.vbfrance.com/codes/NET2-CLASSE-TELECHARGEMENT-HTTP-AVEC-GESTION-RESUME-PROGRESSION_41850.aspx

moui... le principe est exactement le même, sauf que dans l'autre source, les événements sont définis de manière dynamique, ce qui est quand même plus pratique...

déjà posté, déjà critiqué...
http://www.javascriptfr.com/codes/UTILISER-TARGET-_BLANK-SUR-PAGE-VALID-XHTML-STRICT_41157.aspx

oui, dommage que la phrase correcte soit "c'est incroyable comme je pouvais mal écrire à l'époque où j'ai écrit cette source"


:D

Allez je me permet un troll... :)

"mais pour le coté pratique j'ai préféré utiliser les while, if et boolean."
Le... coté pratique?? Je ne vois pas ce qu'il y a de pratique à écrire un code plus long à l'execution (et à l'écriture) que sa première idée...

"Maintenant, je ne pense pas qu'un débutant puisse comprendre le code, ni même le modifier, c'est pour cette raison qu'il s'adresse aux initiés et non aux débutants"
Quelqu'un qui ne sait pas lire deux boucles imbriquées et 3 tests conditionnels, ce n'est pas un débutant, c'est un leecheur de code ^^

"Si mon code est si simple et si peu original, pourquoi ne trouve-t-on pas le tien sur ce site ?"
Parce que j'estime justement que cela ne merite pas la création d'une nouvelle source pour si peu...

"Oui, dans la vie il faut être sur de sois, sinon on n'arrive à rien."
Être sur de soi quand on a pas spécialement raison n'aide à rien, sauf à se décrédibiliser ;)

"Conclusion: cette source est pour les initiés, et pas pour les codeurs en herbe."

Qui-a-t'il d'initié à imbriquer deux boucles et des tests conditionel?
Je te trouve bien arrogant pour quelqu'un qui poste un code si simple et si peu original...

Et tiens... :

function replacez(str1,str2,strz)
{
var i=0
while (i!=-1)
{
i=strz.indexOf(str1,i);
if (i>=0)
{
strz=strz.substring(0,i)+str2+strz.substring(i+str1.length);
i+=str2.length;
}
}
return strz
}

6 fois plus rapide à l'execution (j'ai pris le temps de tester...sous ff avec une chaine de 5ko).
Si ta fonction est "rapide et efficace", alors la mienne est... magique?? non...
Pourtant je ne proclame en rien que mon code soit l'ultime solution, il est écrit super vite, et je pense que les regex sont bien plus efficaces... mais je te trouve juste bien trop sur de toi.
A+ l'initié.