Ca n'a pas l'air d'être documenté, et peu de monde en parle sur le net mais un "httpd reload" n'a pas l'air de se contenter de lire les fichiers de configuration d'apache et d'appliquer les nouvelles options. Visiblement, ça tue et relance également tous les modules d'apache.
C'est logique pour deux raisons :
- le but est de prendre en compte tous les fichiers de config et les modules en ont à lire eux aussi quand on les lance
- en modifiant le httpd, on peut très bien enlever des modules qui ont une influence sur les autres modules : il faut qu'ils soient tous au courant du changement
Conséquence indirecte de la maneouvre, les traitements en cours dans les modules seront interrompus.
En fait, dans la doc, il n'est pas dit que les traitements en cours seront exécuté jusqu'au bout mais que le serveur continuera d'écouter les ports réseaux et de répondre aux demandes (ce qui ne veut pas dire pour autant qu'il répondra dans le dixième de seconde qui suit l'arrivé de la demande, il faut bien que les modules soient relancé)
Le comportement de ta page est donc logique.
PS : Si tu veux être certains que ton script s'arrête à cette étape là, envoie plutôt des données dans une base de donnée, ça sera plus sur qu'un affichage navigateur qui peut être bloqué par une autre couche d'apache.
Message édité par omega2 le 27-07-2007 à 10:26:34