Regarde du côté des directives suivantes dans la conf Apache :
MaxClients
MaxRequestsPerChild
MaxKeepAliveRequests
Cf la doc Apache ou Google pour voir comment les paramétrer au mieux.
Vérifie aussi que tu n'ai pas d'antivirus/firewall pour faire tes tests.
la communauté d'entraide francophone dédiée au PHP
[RESOLU] Sessions PHP dépendantes l'une de l'autre sur des pcs différents !!
2 autres pistes :
1) En faisant un phpinfo() vérifie que la directive output_buffering soit à 0 ou false, si elle ne l'est pas, modifie le php.ini pour que ce soit le cas et redémarre ton serveur.
2) Ajoute session_write_close() à la suite de ton traitement PHP des sessions (ou à la fin de ton code si tu utilises les sessions tout le long)
https://www.php.net/session_write_close
1) En faisant un phpinfo() vérifie que la directive output_buffering soit à 0 ou false, si elle ne l'est pas, modifie le php.ini pour que ce soit le cas et redémarre ton serveur.
2) Ajoute session_write_close() à la suite de ton traitement PHP des sessions (ou à la fin de ton code si tu utilises les sessions tout le long)
https://www.php.net/session_write_close
Quand tout le reste a échoué, lisez le mode d'emploi...
Hello,
Merci @rthur pour ton aide précieuse.
Oui j'ai désactivé l'antivirus et vérifier le parefeu windows tout est désactivé.
Par contre pour les paramètres.
Je te confirme j'ai output_buffering à 4096 donc je vais mettre zéro en modifiant le php.ini
mais j'ai un souci dans le httpd.conf
j'ai aucun de ces paramètres :
MaxClients
MaxRequestsPerChild
MaxKeepAliveRequests
est ce normal ? je les ajoute manuellement ?
Merci @rthur pour ton aide précieuse.
Oui j'ai désactivé l'antivirus et vérifier le parefeu windows tout est désactivé.
Par contre pour les paramètres.
Je te confirme j'ai output_buffering à 4096 donc je vais mettre zéro en modifiant le php.ini
mais j'ai un souci dans le httpd.conf
j'ai aucun de ces paramètres :
MaxClients
MaxRequestsPerChild
MaxKeepAliveRequests
est ce normal ? je les ajoute manuellement ?
As-tu essayé session_write_close() ?2 autres pistes :
1) En faisant un phpinfo() vérifie que la directive output_buffering soit à 0 ou false, si elle ne l'est pas, modifie le php.ini pour que ce soit le cas et redémarre ton serveur.
2) Ajoute session_write_close() à la suite de ton traitement PHP des sessions (ou à la fin de ton code si tu utilises les sessions tout le long)
https://www.php.net/session_write_close
Quand tout le reste a échoué, lisez le mode d'emploi...
en faisant un nestat sur mon serveur PHP
je m'aperçois qu'à un moment je perd la communication avec un PC et si je vais sur le PC et navigue sur le portail, j'ai le blocage !!
c:\netstat |findstr 192.168.10.10:8081
TCP 192.168.10.10:8081 10.0.0.94:59769 FIN_WAIT_2
TCP 192.168.10.10:8081 10.0.0.94:59771 ETABLISHED
TCP 192.168.10.10:8081 10.0.0.91:49830 ETABLISHED
Je relance
c:\netstat |findstr 192.168.10.10:8081
TCP 192.168.10.10:8081 10.0.0.94:59769 FIN_WAIT_2
TCP 192.168.10.10:8081 10.0.0.94:59771 ETABLISHED
j'ai plus le port sur le PC 10.0.0.91 ???
192.168.10.10 @serveur
10.0.0.94 PC1
10.0.0.91 PC2
pour info, j'ai une plage d'IP pour les serveurs et une plage IP pour les ordis
je m'aperçois qu'à un moment je perd la communication avec un PC et si je vais sur le PC et navigue sur le portail, j'ai le blocage !!
c:\netstat |findstr 192.168.10.10:8081
TCP 192.168.10.10:8081 10.0.0.94:59769 FIN_WAIT_2
TCP 192.168.10.10:8081 10.0.0.94:59771 ETABLISHED
TCP 192.168.10.10:8081 10.0.0.91:49830 ETABLISHED
Je relance
c:\netstat |findstr 192.168.10.10:8081
TCP 192.168.10.10:8081 10.0.0.94:59769 FIN_WAIT_2
TCP 192.168.10.10:8081 10.0.0.94:59771 ETABLISHED
j'ai plus le port sur le PC 10.0.0.91 ???
192.168.10.10 @serveur
10.0.0.94 PC1
10.0.0.91 PC2
pour info, j'ai une plage d'IP pour les serveurs et une plage IP pour les ordis
Bonjour,
Les dernières news, il semblerait que ce soit dû à l'antivirus sur les postes clients !!
j'avais tout désactivé côté serveur mais pas postes clients.
il y a du filtrage url sur les ports sur notre outil antivirus sur les postes clients
je vous confirme ça dans la journée pour enfin clôturer ce post.
JiM
Les dernières news, il semblerait que ce soit dû à l'antivirus sur les postes clients !!
j'avais tout désactivé côté serveur mais pas postes clients.
il y a du filtrage url sur les ports sur notre outil antivirus sur les postes clients
je vous confirme ça dans la journée pour enfin clôturer ce post.
JiM
Petit nouveau ! |
7 Messages
Bonjour, je ne comprends rien à ton architecture , car il me semble que tu ne domines pas la notion de serveur.
Un serveur ne peux en aucun cas être l'un des ordinateur qui l'utilise un "site" !!!
Si tu as créé une véritable architecture réseau, alors le micro devenu serveur à un IP et nous pourrons s'il est partagé, d'un ou plusieurs micros qui appellerons
leur site web ou application par un http type .. 127.0.0.1/smala/index.php l'une des application du serveur.Alors tu n'aura plus ce problème.
Quand à ta version PHP elle ne peut qu'être unique sur un site du serveur mais le serveur peut gérer d'autres version sur d'autres sites du serveur !
Un serveur ne peux en aucun cas être l'un des ordinateur qui l'utilise un "site" !!!
Si tu as créé une véritable architecture réseau, alors le micro devenu serveur à un IP et nous pourrons s'il est partagé, d'un ou plusieurs micros qui appellerons
leur site web ou application par un http type .. 127.0.0.1/smala/index.php l'une des application du serveur.Alors tu n'aura plus ce problème.
Quand à ta version PHP elle ne peut qu'être unique sur un site du serveur mais le serveur peut gérer d'autres version sur d'autres sites du serveur !
Bien évidemment que si !Un serveur ne peux en aucun cas être l'un des ordinateur qui l'utilise un "site" !!!
C'est même ce que font quasi tous les développeurs pour avoir un environnement de dev sur leur propre machine.
Le problème ne venait pas de làSi tu as créé une véritable architecture réseau, alors le micro devenu serveur à un IP et nous pourrons s'il est partagé, d'un ou plusieurs micros qui appellerons
leur site web ou application par un http type .. 127.0.0.1/smala/index.php l'une des application du serveur.Alors tu n'aura plus ce problème.
Quand tout le reste a échoué, lisez le mode d'emploi...