Moteur de recherche
Pour exclure des mots de votre recherche, vous devez ajouter des signes '-' devant ces mots là.
Exemple : une recherche 'apache -mysql' recherchera tout ce qui contient le mot 'apache' mais pas le mot 'mysql'.
Vous être un utilisateur de Firefox ? Ajouter le moteur de recherche du site à votre navigateur favori !
Résultats de votre recherche dans le manuel Apache
- Démarrage d'Apache - Manuel Apache
# 51 : Si la directive Listen spécifiée dans le fichier de configuration est à sa valeur par défaut de 80 (ou tout autre port inférieur à 1024), il est nécessaire de posséder les privilèges root pour pouvoir démarrer apache, et lui permettre d'être associé à ce port privilégié. Lorsque le serveur est démarré, après avoir effectué quelques opérations préliminaires comme ouvrir ses fichiers de log, il lance plusieurs processus enfants qui ont pour rôle d'écouter et de répondre aux requêtes des clients. Le processus httpd principal continue à s'exécuter sous l'utilisateur root, tandis que les processus enfants s'exécutent sous un utilisateur aux privilèges restreints. Ceci s'effectue par la voie du Module Multi-Processus (MPM).
# 61 : Si tout se passe bien pendant le démarrage, le serveur va se dissocier du terminal et l'invite de commande réapparaîtra presque immédiatement. Ceci indique que le serveur a démarré et est en cours d'exécution. À partir de ce moment, vous pouvez utiliser votre navigateur pour vous connecter au serveur et afficher la page de test située dans le répertoire défini par la directive DocumentRoot.
# 89 : Le script apachectl est conçu pour fonctionner comme un script d'initialisation SysV standard; il accepte les arguments start, restart, et stop et les traduit en signaux appropriés pour httpd. Il est ainsi souvent possible d'installer simplement un lien vers apachectl dans le répertoire d'initialisation approprié. Mais prenez soin de vérifier les besoins exacts de votre système en la matière.
# 97 : Des informations supplémentaires à propos des options en ligne de commande de httpd et apachectl ainsi que d'autres programmes support inclus dans la distribution sont disponibles sur la page Le serveur et ses programmes support. Il existe aussi une documentation sur tous les modules inclus dans la distribution Apache et les directives qu'ils supportent. - Support Apache des serveurs virtuels par nom - Manuel Apache
# 13 : Cette traduction peut être périmée. Verifiez la version Anglaise pour les changements récents.
# 56 : Les hébergements virtuels par IP utilisent l'adresse IP de la connexion afin de déterminer quel serveur virtuel doit répondre. Par conséquent, vous devez disposer d'adresses IP différentes pour chaque nom de domaine complet (FQDN) que vous hébergez. Avec un hébergement virtuel par nom, le serveur s'appuit sur les informations transmises par le client dans les en-têtes HTTP de ses requêtes. La technique présentée ici vous permet de disposer de serveurs virtuels différents partagés sur une même adresse IP.
# 61 : Certains anciens navigateurs ne sont pas compatibles avec les serveurs virtuels par nom, car pour fonctionner, un client doit transmettre un champ d'en-tête HTTP Host. Cet en-tête est exigé pour HTTP/1.1, et peut être implémenté sur des navigateurs modernes HTTP/1.0 grâce à une extension. Si vous devez maintenir des clients obsolètes tout en utilisant l'hébergement virtuel par nom, il existe une technique qui est traitée à la fin de ce document.
# 116 : Pour utiliser des serveurs virtuels par nom, vous devez désigner l'adresse IP (et si possible le port) sur le serveur devant accepter les requêtes pour des domaines. Cette configuration utilise la directive NameVirtualHost. Dans un cas normal où n'importe quelle adresse IP peut être utilisée, vous pouvez ajouter * comme argument de la directive NameVirtualHost. Si vous prévoyez d'utiliser de multiples ports (comme l'emploi de SSL), vous devriez ajouter le port à cet argument tel que *:80. Notez que la simple mention d'une adresse IP dans une directive NameVirtualHost ne suffit pas à faire écouter le serveur sur cette IP. Consultez la page sur les liaisons pour plus de détails. Par ailleurs, chaque adresse IP spécifiée ici doit être associée avec une interface réseau sur le serveur.
# 163 : Finalement, vous pouvez affiner la configuration des serveurs virtuels en plaçant d'autres directives à l'intérieur des sections <VirtualHost>. La plupart des directives peut être placée dans ces sections en y changeant seulement la configuration du serveur virtuel associé. Pour déterminer si une directive particulière est permise, consultez la page de contexte. Le jeu de directives configurées dans le contexte du serveur principal (en dehors de toutes sections <VirtualHost>) sera utilisé seulement s'il n'y a pas de configuration contraire par un serveur virtuel.
# 175 : Comme mentionné plus tôt, certains clients ne transmettent pas les données nécessaires pour le bon fonctionnement des serveurs virtuels. Ces clients recevront toujours les pages du premier serveur virtuel listé pour cette adresse IP (le serveur virtuel par nom primaire).
# 180 : Veuillez noter que quand nous disons plus anciens, nous disons vraiment plus anciens. Vous seriez malchanceux de rencontrer de tels navigateurs encore utilisés de nos jours. Toutes les versions actuelles des navigateurs transmettent leur en-tête Host comme exigé par les serveurs virtuels par nom.
# 203 : Qu'est-ce que cela signifie ? Il signifie qu'une requête pour tout URI qui commence par "/domain" sera servie par le serveur virtuel www.domain.tld. Ainsi, les pages sont accessibles à http://www.domain.tld/domain/ pour tous les clients, bien que ceux qui transmettent un en-tête Host: peuvent également y accéder à http://www.domain.tld/.
# 205 : Pour rendre cette technique fonctionnelle, mettez un lien dans votre serveur virtuel primaire vers http://www.domain.tld/domain/. Ensuite, dans les pages de ce serveur virtuel, assurez vous ne n'utiliser que des liens relatifs (par exemple, "file.html" ou "../icons/image.gif") ou des liens contenant le préfixe /domain/ (par exemple, "http://www.domain.tld/domain/misc/file.html" ou "/domain/misc/file.html").
# 207 : Cela requiert un peu de discipline, mais si vous suivez cette ligne de conduite, vous serez assuré que vos pages s'afficheront dans tous les navigateurs, nouveaux et anciens. - Sections de configuration - Manuel Apache
# 55 : mod_version
# 83 : <IfVersion>
# 105 : Il existe deux grands types de conteneurs. La plupart des conteneurs sont évalués pour chaque requête. Les directives qu'ils contiennent s'appliquent seulement aux requêtes qui sont concernées par le conteneur. En revanche, les conteneurs <IfDefine>, <IfModule>, et <IfVersion> sont évalués seulement au démarrage et au redémarrage du serveur. Si leurs conditions sont vérifiées au démarrage, les directives qu'ils contiennent s'appliqueront à toutes les requêtes. Si leurs conditions ne sont pas vérifiées, les directives qu'ils contiennent seront ignorées.
# 107 : Le conteneur <IfDefine> contient des directives qui ne seront appliquées que si un paramètre approprié a été défini dans la ligne de commande de httpd. Par exemple, avec la configuration suivante, toutes les requêtes seront redirigées vers un autre site si le serveur est démarré en utilisant la ligne de commande : httpd -DClosedForNow:
# 129 : Le conteneur <IfVersion> est similaire aux conteneurs <IfDefine> et <IfModule>; les directives qu'il contient ne s'appliqueront que si une version particulière du serveur s'exécute. Ce conteneur a été conçu pour une utilisation dans les suites de tests et les grands réseaux qui doivent prendre en compte différentes versions et configurations de httpd.
# 132 : <IfVersion >= 2.1>
# 134 : # les directives situées ici ne s'appliquent que si la version
# 137 : </IfVersion>
# 140 : <IfDefine>, <IfModule>, et <IfVersion> peuvent inverser leur test conditionnel en le faisant précéder d'un "!". De plus, ces sections peuvent être imbriquées afin de définir des restrictions plus complexes.
# 148 : Les conteneurs de sections de configuration les plus couramment utilisés sont ceux qui modifient la configuration de points particuliers du système de fichiers ou de l'arborescence du site web. Tout d'abord, il est important de comprendre la différence entre les deux. Le système de fichiers est une vue de vos disques tels qu'ils sont perçus par votre système d'exploitation. Par exemple, avec une installation par défaut, Apache est situé dans /usr/local/apache2 pour le système de fichiers UNIX, ou "c:/Program Files/Apache Group/Apache2" pour le système de fichiers Windows. (Notez que des slashes directs doivent toujours être utilisés comme séparateur de chemin dans Apache, même sous Windows.) Quant à l'arborescence du site web, il s'agit d'une vue de votre site tel que présenté par le serveur web et perçue par le client. Ainsi le chemin /dir/ dans l'arborescence du site web correspond au chemin /usr/local/apache2/htdocs/dir/ dans le système de fichiers pour une installation d'Apache par défaut sous UNIX. En outre, l'arborescence du site web n'a pas besoin de correspondre en permanence au système de fichiers, car les pages web peuvent être générées dynamiquement à partir de bases de données ou d'autres emplacements.
Remonter 
