Je tiens d'abord à m'excuser pour ce troll que vous n'avez même pas vu passer, en plus il y avait du smiley dans l'air ... j'étais un peu énervé en fin de semaine sur le titre décrivant RedCarpet comme un "Vaporware" (infondé), surtout que la news a déjà été passée plusieurs fois !
Néanmoins, je tiens quand même à vous dire que les conneries que j'ai racontées marchent effectivement ! C'est ce que vous avez dit toi et l'anonyme du dessus (remarquez que quand je troll, moi j'assume) qui est FAUX ! Un seul processus peut écouter une paire {adresse IP, port}, donc rien ne t'empêche de faire de l'IP aliasing (sorte d'émulation comme si tu avait deux cartes rézo), et donc de posséder 2 adresses IP pour la même station, qui, j'en convient, bosseront sur le même port !
Tu balances ensuite un SIGHUP à l'ancien Apache, qui vas attendre que ses fils se terminent correctement (sinon, adieux les communications en cours ...), le reforcera à lire ses fichiers de config (ya un autre signal qui ne fait pas cette seconde partie) et à REDEMARRER : donc ca c'est pour un seul Apache, sans couper les comms !
Mais pour aller au fin-fond de ma pensée, lorsqu'on a deux process Apache père, on peut envoyer le signal (je sais plus lequel ?) à l'ancien process Apache père qui va JUSTE attendre la fin de ses fils puis se terminer. Il ne reste donc plus qu'un seul process Apache père avec la nouvelle config, qui écoute deux paires {adresse IP,port} auquel cas il y aurait fallu mettre deux fois moins de thread dans la config, car Apache balances N process pour une paire {adresse IP,port} !
[^] # Re: Question sur l'installation
Posté par Stéphane Démurget (site web personnel) . En réponse à la dépêche HelixCode Red Carpet. Évalué à 1.
Néanmoins, je tiens quand même à vous dire que les conneries que j'ai racontées marchent effectivement ! C'est ce que vous avez dit toi et l'anonyme du dessus (remarquez que quand je troll, moi j'assume) qui est FAUX ! Un seul processus peut écouter une paire {adresse IP, port}, donc rien ne t'empêche de faire de l'IP aliasing (sorte d'émulation comme si tu avait deux cartes rézo), et donc de posséder 2 adresses IP pour la même station, qui, j'en convient, bosseront sur le même port !
Tu balances ensuite un SIGHUP à l'ancien Apache, qui vas attendre que ses fils se terminent correctement (sinon, adieux les communications en cours ...), le reforcera à lire ses fichiers de config (ya un autre signal qui ne fait pas cette seconde partie) et à REDEMARRER : donc ca c'est pour un seul Apache, sans couper les comms !
Mais pour aller au fin-fond de ma pensée, lorsqu'on a deux process Apache père, on peut envoyer le signal (je sais plus lequel ?) à l'ancien process Apache père qui va JUSTE attendre la fin de ses fils puis se terminer. Il ne reste donc plus qu'un seul process Apache père avec la nouvelle config, qui écoute deux paires {adresse IP,port} auquel cas il y aurait fallu mettre deux fois moins de thread dans la config, car Apache balances N process pour une paire {adresse IP,port} !