fr fr fr fr fr fr fr fr ru fr zh en en de en fr fr en en en pl fr fr fr kn fr fr fr en fr fr fr fr fr fr fr kn fr ta fr fr hy fr fr en fr ca fr fr fr zh fr en hbs_lat fr fr fr fr fr fr fr fr fr fr fr fr fr fa fr fi fr fr ko fr it fr it fr ur fr fr fr zh zh cs pl fr ar fa cs fr pl fr fa fr en fr zh en en en en en pl fr pl en zh zh cs en fa cs fr fr en en en pl fr fr en en en fr fr
apxs est un utilitaire permettant de compiler et d'installer des modules en tant qu'extensions du serveur HTTP Apache. A cet effet, un objet dynamique partagé (DSO) est compilé à partir d'un ou plusieurs fichiers sources ou objets et peut être chargé pendant l'exécution du serveur Apache via la directive LoadModule du module mod_so.
Pour pouvoir utiliser ce mécanisme d'extensions, votre plate-forme doit supporter la fonctionnalité DSO, et votre binaire httpd Apache doit être compilé avec le module mod_so. Si ce n'est pas le cas, l'utilitaire apxs vous le signalera. Vous pouvez aussi vérifier vous-même ces prérequis en exécutant manuellement la commande :
Le module mod_so doit faire partie de la liste des modules affichée. Si ces prérequis sont présents, vous pouvez facilement étendre les fonctionnalités de votre serveur Apache en installant vos propres modules à l'aide de l'utilitaire apxs, via le mécanisme DSO :
$ apxs -i -a -c mod_foo.c
ld -Bshareable -o mod_foo.so mod_foo.o
[Tue Mar 31 11:27:55 1998] [debug] mod_so.c(303): loaded module foo_module
Les arguments fichiers peuvent correspondre à un fichier source C (.c), un fichier objet (.o) ou même une archive de bibliothèques (.a). L'utilitaire apxs reconnaît automatiquement ces extensions et utilise automatiquement les fichiers source C pour la compilation, et les fichiers objets et archives pour l'édition de liens. Cependant, si vous utilisez des fichiers objets précompilés, assurez-vous que leur code soit indépendant de la position (PIC), afin de pouvoir les utiliser avec un objet partagé chargé dynamiquement. Avec GCC, par exemple, il vous suffit de toujours utiliser l'option de compilation -fpic. Pour les autres compilateurs C, consultez leur page de manuel, ou vérifiez les drapeaux qu'apxs utilise pour compiler les fichiers objets.
apxs -g [ -S nom=valeur ] -n nom-module
apxs -q [ -v ] [ -S nom=valeur ] requête ...
apxs -c [ -S nom=valeur ] [ -o fichier-dso ] [ -I répertoire-inc ] [ -D nom=valeur ] [ -L répertoire-lib ] [ -l nom-bibliothèque ] [ -Wc,options-compilation ] [ -Wl,options-edition-liens ] fichiers ...
apxs -i [ -S nom=valeur ] [ -n nom-module ] [ -a ] [ -A ] fichier-dso ...
apxs -e [ -S nom=valeur ] [ -n nom-module ] [ -a ] [ -A ] fichier-dso ...
Définit explicitement le nom du module pour les options -i (install) et -g (génération de modèles). Utilisez cette option pour spécifier de manière explicite le nom du module. Pour l'option -g, cette option est nécessaire ; pour l'option -i, l'utilitaire apxs tente de déterminer le nom du module à partir des sources, ou (à défaut) en le déduisant du nom de fichier.
Effectue une requête à propos des variables et de l'environnement utilisés pour compiler httpd. Lorsqu'elle est invoquée sans paramètre requête, cette option affiche toutes les variables connues, ainsi que leurs valeurs. Le paramètre optionnel -v formate la liste affichée.
Utilisez cette option pour déterminer manuellement les options utilisées pour compiler le binaire httpd qui chargera votre module. Ajoutez par exemple
dans vos propres Makefiles si vous devez accéder manuellement aux fichiers d'en-têtes C d'Apache.
Cette option permet de modifier la configuration d'apxs décrite ci-dessus.
Option de génération des modèles
Cette option permet de générer un sous-répertoire nom (voir option -n) contenant deux fichiers : le premier fichier est un exemple de fichier source de module nommé mod_nom.c que l'on peut utiliser comme modèle pour créer ses propres modules, ou comme point de départ pour se familiariser avec le mécanisme apxs ; le second fichier est le Makefile correspondant facilitant la compilation et l'installation de ce module.
Options de compilation DSO
Cette option indique une opération de compilation. Tout d'abord, les fichiers sources (.c) spécifiés par fichiers sont compilés en fichiers objets correspondants (.o), puis un objet dynamiquement partagé fichier-dso est compilé via une édition de liens de ces fichiers objets avec les autres fichiers objets (.o and .a) spécifiés par fichiers. Si l'option -o n'est pas spécifiée, le nom du fichier résultant est déduit du premier nom de fichier spécifié par fichiers, et ainsi prend en général pour valeur par défaut mod_nom.so.
Spécifie de manière explicite le nom de fichier de l'objet partagé dynamiquement créé. Sans cette option, et si le nom ne peut pas être déduit de la liste fichiers, c'est le nom par défaut mod_unknown.so qui sera utilisé.
Cette option est transmise directement à la commande de compilation. Vous pouvez l'utiliser pour ajouter vos propres définitions au processus de compilation.
Cette option est transmise directement à la commande de compilation. Vous pouvez l'utiliser pour ajouter vos propres chemins de recherche des répertoires include au processus de compilation.
Cette option est transmise directement à la commande d'édition de liens. Vous pouvez l'utiliser pour ajouter vos propres chemins de recherche des répertoires de bibliothèques au processus de compilation.
Cette option est transmise directement à la commande d'édition de liens. Vous pouvez l'utiliser pour ajouter vos propres bibliothèques à rechercher au processus de compilation.
Cette option transmet les options-compilation en tant qu'options supplémentaires à la commande libtool --mode=compile. Vous pouvez l'utiliser pour ajouter des options locales spécifiques au compilateur.
Cette option transmet les options-edition-liens en tant qu'options supplémentaires à la commande libtool --mode=link. Vous pouvez l'utiliser pour ajouter des options locales spécifiques à l'éditeur de liens.
Avec cette option, apxs effectue l'édition de liens avec les bibliothèques apr/apr-util. Elle permet de compiler les programmes helper qui utilisent les bibliothèques apr/apr-util.
Options d'installation et de configuration DSO
Cette option indique une opération d'installation et installe un ou plusieurs objets dynamiquement partagés dans le répertoire modules du serveur.
Cette option active le module en ajoutant automatiquement une directive LoadModule correspondante au fichier de configuration d'Apache apache2.conf, ou en l'activant s'il existe déjà.
Identique à l'option -a, à la différence que la directive LoadModule créée est préfixée par un caractère dièse (#) ; le module est ainsi préparé pour une activation ultérieure, mais est désactivé dans un premier temps.
Cette option indique une opération d'édition de liens et peut être utilisée avec les options -a et -A de la même manière qu'au cours de l'opération d'installation pour éditer le fichier de configuration d'Apache apache2.conf, sans toutefois installer le module.
Supposons que vous disposiez d'un module Apache nommé mod_foo.c et destiné à étendre les fonctionnalités du serveur. Pour ce faire, vous devez tout d'abord compiler le fichier source C en un objet partagé pouvant être chargé dans le serveur Apache à l'exécution, via la commande suivante :
$ apxs -c mod_foo.c
/chemin/vers/libtool --mode=compile gcc ... -c mod_foo.c
/chemin/vers/libtool --mode=link gcc ... -o mod_foo.la mod_foo.slo
Vous devez ensuite vérifier la configuration d'Apache en vous assurant qu'une directive LoadModule est bien présente pour charger cet objet partagé. Pour simplifier cette étape, apxs propose une méthode automatique d'installation de l'objet partagé dans son répertoire "modules", et de mise à jour du fichier apache2.conf en conséquence. Pour bénéficier de cette automatisation, utilisez la commande suivante :
$ apxs -i -a mod_foo.la
/chemin/vers/libtool --mode=install cp mod_foo.la /chemin/vers/apache/modules ... chmod 755 /chemin/vers/apache/modules/mod_foo.so
[activation du module `foo' dans /chemin/vers/apache/conf/apache2.conf]
est alors ajoutée au fichier de configuration si ce n'est pas déjà fait. Si vous voulez que le module soit désactivé par défaut, utilisez l'option -A comme suit :
$ apxs -i -A mod_foo.c
Pour un test rapide du mécanisme apxs, vous pouvez créer un exemple de modèle de module Apache, ainsi que le Makefile correspondant via :
$ apxs -g -n foo
Vous pouvez ensuite compiler immédiatement ce module exemple en objet partagé et le charger dans le serveur Apache :
$ make all reload
/chemin/vers/libtool --mode=compile gcc ... -c mod_foo.c
/chemin/vers/libtool --mode=link gcc ... -o mod_foo.la mod_foo.slo
apxs -i -a -n "foo" mod_foo.la
/chemin/vers/libtool --mode=install cp mod_foo.la /chemin/vers/apache/modules ... chmod 755 /chemin/vers/apache/modules/mod_foo.so
[activation du module `foo' dans /chemin/vers/apache/conf/apache2.conf]
/chemin/vers/apache/sbin/apache2ctl restart: httpd not running, trying to start
[Tue Mar 31 11:27:55 1998] [debug] mod_so.c(303): loaded module foo_module
/chemin/vers/apache/sbin/apache2ctl restart: httpd started
Langues Disponibles:  en  |  fr  |  ko  |  tr
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.