refactoring module apache
Stéphane Gully
standards Debian (a2enmod a2dismod a2ensite a2dissite) et rajouter une
couche permettant de simplifier l'utilisation d'apache derrière un
reverse proxy (ServerName et UseCanonicalName).
Si vous avez des remarques et idées constructives pour faire évoluer
le module apache c'est le moment de déballer votre sac :-)
Stéphane
Stéphane Gully
http://www.pkgi.net/changelog/2.39
En gros, on peut maintenant charger simplement un module apache via
usr/sbin/a2enmod ce qui est pratique lorsque l'on désire créer son
module pkgi qui dépend d'un module apache. Ca m'a permis par exemple
de charger automatiquement mod_status et mod_info si on est en version
de dev et de ne pas les charger si on est en prod. Ca sera d'ailleurs
l'occasion de faire un refactoring du module php de pkgi car lui aussi
dépend fortement de modules apaches : mod_fcgid, mod_php5 ou mod_cgi.
De même pour les sites (virtual host), on peut maintenant en créer N
(mais par défaut il n'y en a qu'un) et les activer à la demande en
utilisant la commande usr/sbin/a2ensite. Cependant, dans la plupart
des usages, vous n'avez pas besoin de créer plusieurs virtual host
dans votre serveur apache.
J'ai rajouté au passage une petite fonction qui permet de suggérer un
port libre lorsqu'on vous pose la question APACHE_LISTEN_PORT.
Pratique si vous désirez déployer un serveur apache à la vitesse de
l'éclair car en répondant aux questions avec les propositions par
défaut vous êtes certain d'avoir un serveur apache fonctionnel.
Bref, vous êtes les bienvenus pour tester et merci par avance pour vos retours.
Stéphane
2011/1/10 Stéphane Gully <stephan...@gmail.com>: