Pour que ce soit plus pratique tu peux déjà créer un dossier avec les droits de ton applicatif contenant un fichier de conf par virtualhost, chaque fichier de conf serait généré par ton applicatif.
Tu n'as plus qu'a inclure ce dossier depuis ton httpd.conf avec par exemple "Include virtualhosts/*.conf".
Pour relancer apache tu peux faire un script avec le bit Suid positionné, en faisant bien gaffe aux droits d’écriture sur le script. Cela permet de lancer le script en root si le script appartient à root.
Sinon pour faire un truc tip-top de la mort qui tue, je partirai personnellement vers des webservices qui font les actions de bases sur le système (par exemple un petit webserver en python), et une interface en php qui fait uniquement appel aux webservices pour faire le travail. Ainsi tu pourrais déployer les webservices sur plusieurs dédiés et avec une interface sur un seul dédié pour les centraliser.
Pour le risque de plantage au redémarrage d'apache qui entrainerai une perte de l'interface, une solution serait de mettre un nginx en frontal, qui sur un virtualhost afficherait le panel d'admin, et qui ferait un reverse proxy vers ton vrai apache pour tout les autres virtualhosts.
# Comment gérer l'interaction entre l'applicatif Web et la modification de ma configuration d'Apache?
Posté par lay . En réponse au message Développer un panel d'administration pour serveur dédié. Évalué à 1.
Pour que ce soit plus pratique tu peux déjà créer un dossier avec les droits de ton applicatif contenant un fichier de conf par virtualhost, chaque fichier de conf serait généré par ton applicatif.
Tu n'as plus qu'a inclure ce dossier depuis ton httpd.conf avec par exemple "Include virtualhosts/*.conf".
Pour relancer apache tu peux faire un script avec le bit Suid positionné, en faisant bien gaffe aux droits d’écriture sur le script. Cela permet de lancer le script en root si le script appartient à root.
Sinon pour faire un truc tip-top de la mort qui tue, je partirai personnellement vers des webservices qui font les actions de bases sur le système (par exemple un petit webserver en python), et une interface en php qui fait uniquement appel aux webservices pour faire le travail. Ainsi tu pourrais déployer les webservices sur plusieurs dédiés et avec une interface sur un seul dédié pour les centraliser.
Pour le risque de plantage au redémarrage d'apache qui entrainerai une perte de l'interface, une solution serait de mettre un nginx en frontal, qui sur un virtualhost afficherait le panel d'admin, et qui ferait un reverse proxy vers ton vrai apache pour tout les autres virtualhosts.