From ccbac152c4e99d0c94fe4915a63ea29a881ae309 Mon Sep 17 00:00:00 2001 From: Jean-Frederic Clere Date: Wed, 15 Aug 2007 16:05:35 +0000 Subject: [PATCH] Improve the translation. Submitted by submitted by Vincent Deffontaines. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@566239 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/install.html.fr | 537 +++++++++++++++++------------------ docs/manual/install.xml.fr | 547 +++++++++++++++++------------------- 2 files changed, 515 insertions(+), 569 deletions(-) diff --git a/docs/manual/install.html.fr b/docs/manual/install.html.fr index d912386168..1660f55857 100644 --- a/docs/manual/install.html.fr +++ b/docs/manual/install.html.fr @@ -5,7 +5,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Compilation et Installation - Serveur Apache HTTP +Compilation et installation - Serveur Apache HTTP @@ -16,7 +16,7 @@
<-
-Apache > Serveur HTTP > Documentation > Version 2.3

Compilation et Installation

+Apache > Serveur HTTP > Documentation > Version 2.3

Compilation et installation

Langues Disponibles:  de  |  en  | @@ -25,273 +25,244 @@  ja  |  ko 

-
Cette traduction peut être périmée. Verifiez la version - Anglaise pour les changements récents.
-

Ce document couvre la compilation et l'installation d'Apache sur les - systèmes Unix et clones d'Unix. Pour la compilation et l'installation sous - Windows, voir Utiliser Apache sous Windows - . Pour les autres plates-formes, voir la documentation des plates-formes.

+

Ce document couvre l'installation et la compilation du serveur + HTTP Apache + sur les systèmes Unix et similaires seulement. Pour la compilation et + l'installation sous Windows, voir Utiliser Apache HTTPd avec Microsoft + Windows. Pour les autres plateformes, se référer à la documentation par + plateforme.

-

L'environnement de configuration et d'installation d'Apache 2.0 a été - complétement revu par rapport à celui d'Apache 1.3. Apache 1.3 utilisait un - ensemble de scripts pour permettre une installation facile. Apache 2.0 - utilise à présent libtool et autoconf afin de - créer un environnement le plus proche possible d'autres projets - Logiciel Libre.

+

Apache HTTPd utilise libtool et autoconf + afin de créer un environnement de construction similaire à la plupart + des projets Open Source .

-

Si vous faite une mise à niveau d'une version mineure à la suivante (par - exemple, de 2.0.50 à 2.0.51), veuillez s'il vous plaît passer directement à - la section Mise à niveau.

+

Si vous effectuez une mise à jour depuis une version mineure vers + la suivante (par exemple, 2.2.50 à 2.2.51), veuillez passer à la section + mise à jour.

- +
top
-

Survol Rapide pour les - impatients

+

Aperçu pour les plus pressés

- + - + - + - + - + - + - + - + -
TéléchargerTéléchargement $ lynx http://httpd.apache.org/download.cgi
ExtraireExtraction$ gzip -d httpd-2_1_NN.tar.gz
- $ tar xvf httpd-2_1_NN.tar 		$ gzip -d httpd-NN.tar.gz
+ $ tar xvf httpd-NN.tar
+ $ cd httpd-NN
ConfigurerConfiguration $ ./configure --prefix=PREFIX
CompilerCompilation $ make
InstallerInstallation $ make install
PersonnaliserPersonnalisation $ vi PREFIX/conf/httpd.conf
TesterTest$ PREFIX/bin/apachectl start + $ PREFIX/bin/apachectl -k start
-

NN doit être remplacé par le numéro de version mineure actuel, et - PREFIX par le chemin où le serveur doit être installé. Si - PREFIX n'est pas spécifié, l'installation se fait dans +

NN doit être remplacé par le numéro de version courant, + et PREFIX par le + chemin du répertoire d'installation. Si + PREFIX n'est pas spécifié, le chemin du répertoire + d'installation prendra sa valeur par défaut, à savoir /usr/local/apache2.

-

Chacune des sections du processus de compilation et d'installation est - décrite ci-après, en commençant par les pré-requis à la compilation et à - l'installation d'Apache HTTPD.

+

Chaque étape du processus de compilation et d'installation est + décrite plus en détails ci-dessous, à commencer par les prérequis + pour compiler et installer le serveur HTTP Apache.

top
-

Pré-requis

+

Prérequis

-

Les pré-requis suivants sont nécessaire pour l'installation d'Apache:

+

Les prérequis pour la construction d'Apache HTTPd sont les suivants:

-
Espace Disque
-
Au moins 50 Mo d'espace disque temporaire sont nécessaires. Après - installation, Apache occupe environ 10 Mo sur le disque. L'espace disque - occupé par une installation complète dépend beaucoup de la configuration - du serveur, ainsi que de la présence éventuelle de modules tiers.
- -
Compilateur C ANSI et Build
-
Un compilateur C ANSI doit être utilisé. Le compilateur C GNU - (GCC) de la Free Software Foundation - (FSF) est recommandé (la version 2.7.2 convient). En cas - d'absence de GCC, vérifiez que le compilateur fourni avec l'architecture - utilisée est conforme aux normes ANSI. De plus, les outils de constructions - de base, tel make, doivent être présents dans votre - PATH.
- -
S'assurer que la machine est et reste à l'heure
-
Certains éléments du protocole HTTP sont exprimés en tant qu'heure de - la journée. Aussi est-il important de s'assurer que le système où Apache - doit tourner dispose de mécanismes de synchronisation temporelle. En - général, les programmes ntpdate ou xntpd sont - utilisés; ces programmes implémentent le Network Time Protocol (NTP). - Voir le groupe Usenet comp.protocols.time.ntp et la page NTP pour plus de détails - sur les logiciels NTP et les serveurs de temps publics.
+
Espace disque
+
Assurez-vous d'avoir au moins 50 MB d'espace disque disponible + temporaire. Après l'installation Apache occupe + approximativement 10 MB d'espace disque. L'espace disque réellement + nécessaire va varier considérablement en fonction de vos options + de configuration et de la présence éventuelle de modules tiers.
+ +
Compilateur ANSI-C et système de construction
+
Vous devez disposer d'un compilateur ANSI-C. Le compilateur GNU C + (GCC) de la Free Software Foundation (FSF) + est recommandé. Si vous ne possédez pas GCC, + assurez-vous au moins que votre compilateur soit compatible ANSI. + En outre, votre PATH doit contenir + les outils de construction de base tels que make.
+ +
Connaissance de l'heure exacte
+
Les éléments du protocole HTTP font référence à l'heure du jour. + Par conséquent, il est nécessaire d'équiper votre système d'un + dispositif de synchronisation du temps. Les programmes + ntpdate ou xntpd, basés sur le protocole NTP, + sont couramment utilisés à cet effet. + Voir la page d'accueil de NTP + pour plus de détails à propos du logiciel NTP et des serveurs + de temps publics.
Perl 5 - [FACULTATIF]
-
Certains des scripts fournis avec Apache, tel apxs ou dbmmanage (qui sont écrits en - Perl) nécessitent l'interpréteur Perl 5 (version 5.003 ou supérieure). - Au cas où le script configure ne trouve pas d'interpréteur - Perl, la compilation sera quand même réalisée sans souci. Seuls ces - scripts ne seront pas utilisables. Si plusieurs interpréteurs Perl sont - installés (par exemple, Perl 4 fourni avec l'OS, et Perl 5 installé par - l'administrateur), il est conseillé de passer l'option - --with-perl afin de garantir que le bon interpréteur est - utilisé par ./configure.
+ [OPTIONNEL] +
L'interpréteur Perl 5 (les versions 5.003 ou supérieures conviennent) + est nécessaire pour l'exécution de certains scripts comme + apxs ou dbmmanage + (qui sont écrits en Perl). Si vous disposez de plusieurs interpréteurs + Perl (par exemple, une installation globale Perl 4, et + votre installation personnelle de Perl 5), il vous faut utiliser l'option + --with-perl (voir ci-dessous) afin de vous assurer que le + bon interpréteur sera utilisé par configure. + Si le script configure ne trouve pas d'interpréteur + Perl 5, vous ne pourrez pas utiliser les scripts qui en ont besoin. + Bien entendu, vous pourrez tout de même construire et utiliser + Apache httpd.
+
top
-

Télécharger

- -

Apache est téléchargeable depuis le site de téléchargement - d'Apache qui fournit la liste de plusieurs miroirs. Là sont disponibles - les dernières versions. La plupart des - utilisateurs d'Apache sur des systèmes de type Unix devraient - probablement télécharger et compiler une version à partir du code source. - Le processus de construction (décrit ci-dessous) est facile et - vous permet d'adapter votre serveur pour convenir à vos besoins. - En outre, les versions binaires ne sont souvent pas à jour avec - les dernières versions du code source. Si vous téléchargez une - version binaire, suivez les instructions dans le dossier - INSTALL.bindist à l'intérieur de la distribution.

- -

Après le téléchargement, il est important de vérifier que les sources - téléchargées sont bien complètes et non modifiées, et ce surtout si un - miroir a été utilisé pour le téléchargement. Ceci peut être fait en - testant l'archive tar téléchargée avec la signature PGP. Cette procédure - s'effectue en 2 étapes. D'abord, il faut récupérer le fichier KEYS du site - de distribution d'Apache. (Pour vérifier que ce fichier KEYS - n'a pas été modifié, une bonne idée peut être d'utiliser un fichier d'une - distribution précédente d'Apache ou d'importer les clés d'un serveur de - clés public.) Les clés peuvent être importées dans le keyring de - l'utilisateur au moyen d'une des commandes (selon la version de PGP):

- -

$ pgp < KEYS

- -

ou

- -

$ gpg --import KEYS

- -

La prochaine étape est de tester l'archive tar au moyen de la signature - PGP, qui devrait toujours être disponible sur le site principal d'Apache. - Un lien vers cette signature est placé derrière le lien de téléchargement - correspondant ou peut être trouvé dans le répertoire correspondant sur le site de distribution - d'Apache. Le nom de ce fichier est le même que celui de l'archive - source, avec en plus l'extension .asc. La distribution - téléchargée peut alors être vérifiée au moyen de la commande (à nouveau, - selon la version de PGP):

- -

$ pgp httpd-2_1_NN.tar.gz.asc

- -

ou

- -

$ gpg --verify httpd-2_1_NN.tar.gz.asc

- -

Un message comme celui-ci devrait s'afficher

- -

Good signature from user "Martin Kraemer - <martin@apache.org>".

- -

Selon les relations de confiances contenues dans le keyring de - l'utilisateur, un message peut s'afficher, spécifiant que la relation entre - la clé et le signataire ne peut être vérifiée. Ceci n'est pas un problème si - vous ne mettez pas en doute l'authenticité du fichier KEYS.

+

Téléchargement

+ +

Le serveur HTTP Apache peut être téléchargé à partir du + site de téléchargement + du serveur HTTP Apache, qui fournit la liste de nombreux miroirs. + Il sera plus commode à la plupart des utilisateurs d'Apache HTTPd sur les + systèmes UNIX ou similaires de télécharger et de compiler + la version sources. Le processus de construction (décrit ci-dessous) est + simple, et vous permet de personnaliser votre serveur selon vos besoins. + En outre, les versions binaires sont souvent plus anciennes que les + dernières versions sources Si vous téléchargez une version binaire, + suivez les instructions décrites dans le fichier + INSTALL.bindist inclus dans la distribution.

+ +

Après le téléchargement, il est important de vérifier que vous + disposez d'une version complète et non modifiée du serveur HTTP Apache. + Vous pouvez le faire en testant l'archive téléchargée à l'aide de + la signature PGP. Vous trouverez les détails de cette opération sur la page de téléchargement ainsi qu'un exemple précis décrivant l'utilisation de + PGP.

+
top
-

Extraire

+

Extraction

-

Extraire les sources à partir de l'archive tar est une simple affaire de - décompression et d'extraction tar:

+

L'extraction des sources depuis l'archive Apache HTTPd consiste + simplement à décompresser et à désarchiver cette dernière :

-$ gzip -d httpd-2_1_NN.tar.gz
-$ tar xvf httpd-2_1_NN.tar +$ gzip -d httpd-NN.tar.gz
+$ tar xvf httpd-NN.tar

-

Un nouveau répertoire est créé dans le répertoire courant, il contient le - code source de la distribution. Il faut aller dans ce répertoire au moyen - de la commande cd avant de commencer la compilation du - serveur.

+

Ceci créera, dans le répertoire courant, un nouveau répertoire + contenant le code source de la distribution. Vous devrez vous positionner + dans ce répertoire avant de procéder à la compilation du serveur.

top
-

Configurer l'arborescence source

- -

L'étape suivante est la configuration de l'arborescence source d'Apache, - pour votre plate-forme et selon les nécessités du site. Cette configuration est - réalisée au moyen du script configure fourni dans le - répertoire racine de la distribution. (Les développeurs qui téléchargent - Apache via CVS devront utiliser les outils autoconf et - libtool avant de passer à la suite. Ceci n'est pas nécessaire - pour les versions officielles.)

- -

Pour configurer l'arborescence source en utilisant les options par - défaut, tapez ./configure. Pour modifier les valeurs des - options par défaut, configure accepte un grand nombre de - variables et d'options de ligne de commande.

- -

La plus importante de ces options est le chemin du répertoire où - Apache sera installé, - car Apache doit être configuré pour que cet emplacement fonctionne - correctement. Plusieurs autres options sont disponibles pour - le contrôle fin de l'emplacement des fichiers résultants avec options de - configuration.

- -

En outre, à ce moment, vous pouvez indiquer quels fonctionnalités - vous voulez inclure dans Apache en ajoutant et/ou en retranchant - des modules. Apache vient avec un ensemble - de modules de Base - inclus par défaut. D'autres modules peuvent être ajoutés en utilisant - l'option --enable-module, où - module est le nom du module avec la chaîne - mod_ coupée et avec les caractères de soulignement - convertis en tirets. Vous pouvez également choisir de compiler - des modules en tant qu'objets partagés (DSOs), - qui peuvent être chargés ou déchargé à l'exécution -- en employant - l'option --enable-module=shared. - De même, vous pouvez retrancher les modules de Base avec l'option - --disable-module. Prenez garde lorsque - vous employez ces options, puisque configure ne peut - vous informer si le module cible n'existe pas; configure - ignorera simplement l'option.

- -

Il est parfois nécessaire de fournir des - informations supplémentaires au script - configure sur l'emplacement de vos - compilateur, bibliothèques ou dossiers d'en-tête. Ceci se fait en - passant les variables d'environnement ou des options incluses sur la ligne - de commande à configure. Pour plus d'information - sur ce sujet, consultez la page de documentation - configurer.

- -

L'exemple suivant compile Apache pour être installé - dans /sw/pkg/apache avec un - compilateur et des options de compilation particulières, ainsi que les deux - modules mod_rewrite et mod_speling, qui - pourront être chargés plus tard au moyen des mécanismes DSO:

+

Configuration de l'arborescence des sources

+ +

L'étape suivante consiste à configurer l'arborescence des sources + d'Apache HTTPd en fonction de votre plateforme et de vos besoins personnels. + Le script configure, situé à la racine du + répertoire de la distribution, a été conçu à cet effet. + (Les développeurs qui téléchargent + une version non officielle de l'arborescence des sources d'Apache HTTPd + devront disposer de + autoconf et libtool et + exécuter buildconf avant de passer à l'étape suivante, + ce qui n'est pas nécessaire pour les versions officielles.)

+ +

Pour configurer l'arborescence des sources avec les valeurs par défaut + pour toutes les options, entrez simplement ./configure. + Pour modifier les valeurs des options, configure + comprend toute une variété de variables et + d'options de ligne de commande.

+ +

L'option la plus importante --prefix est le chemin + du répertoire d'installation du serveur HTTP Apache, car Apache doit être configuré + en fonction de ce chemin pour pouvoir fonctionner correctement. + Il est possible de définir plus finement le chemin d'installation des fichiers + à l'aide d' + options supplémentaires de configure.

+ +

À ce niveau, vous pouvez aussi spécifier de quelles fonctionnalités vous + voulez disposer dans Apache HTTPd en activant ou désactivant des modules. Apache est fourni avec un jeu de modules de + Base inclus par défaut. + Les autres modules sont activés à l'aide de l'option + --enable-module, où + module est le nom du module sans la chaîne + mod_ et où tout caractère de soulignement est converti + en tiret. Vous pouvez aussi choisir de compiler les modules comme + objets partagés (DSOs) -- qui peuvent être chargés + ou déchargés à l'exécution -- à l'aide de l'option + --enable-module=shared. D'une manière similaire, + vous pouvez désactiver des modules de base à l'aide de l'option + --disable-module option. Faites très attention + en utilisant ces options, car configure n'est pas en + mesure de vous avertir si le module que vous avez spécifié n'existe pas; + il ignorera tout simplement l'option.

+ +

En outre, vous devrez peut-être fournir au script + configure des informations supplémentaires sur + le chemin de votre compilateur, de vos librairies, ou de vos fichiers + d'en-têtes. A cet effet, vous pouvez passer des options de ligne de + commande ou des variables d'environnement au script + configure. Pour plus d'informations, voir la + page de manuel de configure.

+ +

Pour vous faire une idée des possibilités qui s'offrent à vous, voici + un exemple typique de compilation d'Apache avec le répertoire + d'installation /sw/pkg/apache, un compilateur et des drapeaux + particuliers et les deux modules additionnels mod_rewrite + et mod_speling qui pourront être chargés plus tard + à l'aide du mécanisme DSO:

$ CC="pgcc" CFLAGS="-O2" \
@@ -300,122 +271,124 @@ $ tar xvf httpd-2_1_NN.tar --enable-speling=shared

-

Une fois lancé, configure peut prendre quelques minutes - pour tester les possibilités du système et produire les fichiers - Makefile qui seront utilisés pour construire le serveur.

+

Quand configure est lancé, il peut prendre + plusieurs minutes pour tester la disponibilité des fonctionnalités + au sein de votre système, et construire les Makefiles qui seront utilisés + par la suite pour compiler le serveur.

-

Les détails de toutes les options configure sont - disponibles sur la page de documentation configurer.

+

Vous trouverez une description détaillée des options de + configure dans sa page de manuel.

top
-

Compiler

+

Construction

-

Les différents composants d'Apache sont à présent prêts à - être compilés, en tapant simplement la commande:

+

Vous pouvez maintenant construire les différents éléments qui + composent le paquet Apache HTTPd en lançant tout simplement la commande :

$ make

-

Un peu de patience est requise, une configuration standard met environ 3 - minutes à compiler sur un Pentium III sous Linux 2.2. Ce temps peut - varier largement suivant le matériel utilisé et les modules - selectionnés.

+

Vous devez être patient, car il faut plusieurs minutes pour compiler + une configuration de base, et cette durée peut varier considérablement + en fonction de votre matériel et du nombre de modules que vous avez activés.

top
-

Installer

+

Installation

-

Il est temps d'installer le 'package' dans le répertoire d'installation - PREFIX configuré auparavant (voir l'option --prefix - ci-dessus) en tapant:

+

Il est temps maintenant d'installer le paquet dans le répertoire + d'installation défini par PREFIX (voir plus haut l'option + --prefix) en lançant:

$ make install

-

En cas de mise à jour, l'installation n'écrasera ni les fichiers de - configuration du serveur, ni ses documents.

+

Si vous effectuez une mise à jour, l'installation n'écrasera pas + vos fichiers de configuration ou autres documents.

top
-

Personnaliser la Configuration

+

Personnalisation

-

Il reste à présent à configurer le serveur HTTP Apache, en éditant les - fichiers de configuration placés dans - PREFIX/conf/.

+

Ensuite, vous pourrez personnaliser votre Serveur HTTP Apache en + éditant les fichiers de configuration + situés dans PREFIX/conf/.

$ vi PREFIX/conf/httpd.conf

-

A consulter : le manuel d'Apache dans - docs/manual/ ou bien http://httpd.apache.org/docs/trunk/ pour la dernière version de ce - manuel, ainsi qu'une référence complète de toutes les - directives de configuration.

+

Consultez le manuel du serveur HTTP Apache situé dans + docs/manual/ ou + http://httpd.apache.org/docs/trunk/ pour la version la plus + récente de ce manuel et la liste complète des directives de configuration disponibles.

top
-

Tester

+

Test

-

Une fois configuré, le serveur HTTP Apache peut être - démarré en tapant:

+

Vous pouvez maintenant démarrer votre + Serveur HTTP Apache en lançant:

-

$ PREFIX/bin/apachectl start

+

$ PREFIX/bin/apachectl -k start

-

Vous devriez alors pouvoir tester l'URL http://localhost/. - La page affichée se trouve dans le répertoire - DocumentRoot, habituellement configuré - en tant que PREFIX/htdocs/. - Le serveur peut être arrêté en tapant:

+

Vous devriez alors pouvoir requérir votre premier document + à l'aide de l'URL http://localhost/. La page web que vous + voyez est située dans le répertoire défini par la directive + DocumentRoot, + qui est généralement PREFIX/htdocs/. + Pour arrêter le serveur, lancez:

-

$ PREFIX/bin/apachectl stop

+

$ PREFIX/bin/apachectl -k stop

top
-

Mise à niveau

- -

La première étape pour une mise à niveau est de lire - l'annonce de la nouvelle version et le fichier CHANGES - dans la distribution afin de trouver tous les changements qui - peuvent affecter votre site. Si la mise à jour est effectuée - entre deux versions principales (par exemple, de 1.3 à 2.0 ou - de 2.0 à 2.2), attendez-vous à des différences majeures - au moment de la compilation et de l'exécution, exigeant probablement - des ajustements manuels. Tous les modules devront également - être mis à niveau pour tenir compte des changements de l'API.

- -

La mise à niveau d'une version mineure à une plus récente - (par exemple, de 2.0.55 à 2.0.57) est plus facile. Le processus - make install n'écrasera aucun de vos documents, - fichiers journaux, ou fichiers de configuration existants. - En outre, les développeurs font tous les efforts possibles - pour éviter les changements incompatibles des options - configure, de la configuration d'exécution, - ou de l'API entre les versions mineures. Dans la plupart - des cas vous devriez pouvoir employer une ligne de commande - configure et un fichier de configuration - identiques. De plus, tous vos modules devraient continuer à fonctionner. - (Ceci ne vaut que pour les versions postérieures à 2.0.41; - les versions antérieures ont des changements incompatibles.)

- -

Si vous avez gardé l'arborescence source de votre dernière - installation, la mise à niveau est encore plus facile. - Le dossier config.nice dans la racine de l'ancienne - arborescence contient la ligne de commande configure - exacte que vous avez utilisée pour configurer l'arborescence des - sources. Pour faire la mise à niveau d'une version à la suivante, - vous devez copier le dossier config.nice dans - l'arborescence des sources de la nouvelle version, l'éditer - pour faire les changements désirés, puis exécuter:

+

Mise à jour

+ +

La première étape d'une mise à jour consiste à lire l'annonce de la + sortie de la nouvelle version et le fichier CHANGES + dans la distribution des sources afin de déceler toutes les modifications + qui pourraient affecter votre site. Lors d'un changement majeur de version + (par exemple de 1.3 à 2.0 ou de 2.0 à 2.2), + il y aura certainement des différences importantes quant à la + configuration de la compilation et de l'exécution qui nécessiteront des + ajustements manuels. Tous les + modules devront aussi être mis à jour pour qu'ils s'adaptent aux + changements de l'API des modules.

+ +

La mise à jour d'une version mineure à la suivante (par exemple, de + 2.2.55 à 2.2.57) est plus aisée. Le processus make install + n'écrasera aucun de vos documents existants, fichiers de log, + ou fichiers de configuration. De plus, les développeurs font tout + leur possible pour éviter les changements entraînant une + incompatibilité dans les options de + configure, la configuration de l'exécution, ou l'API + des modules d'une version mineure à l'autre. Dans la plupart des cas, + vous pourrez utiliser une ligne de commande + configure identique, le même fichier de configuration, + et tous vos modules continueront de fonctionner.

+ +

Pour effectuer une mise à jour entre deux versions mineures, + commencez par trouver le fichier + config.nice dans le répertoire de construction + de votre serveur installé ou à la racine de l'arborescence des sources + de votre ancienne installation. Il contient la reproduction exacte de la + ligne de commande configure que vous avez utilisée pour + configurer l'arborescence des sources. Ensuite, pour mettre à jour + l'ancienne version vers la nouvelle, + il vous suffit de copier le fichier config.nice dans + l'arborescence des sources de la nouvelle version, de l'éditer pour + effectuer toute modification souhaitée, et de lancer:

$ ./config.nice
$ make
$ make install
- $ PREFIX/bin/apachectl stop
- $ PREFIX/bin/apachectl start
+ $ PREFIX/bin/apachectl -k graceful-stop
+ $ PREFIX/bin/apachectl -k start

-
Vous devriez toujours essayer une - nouvelle version dans un environnement de test avant de la - mettre dans un environnement de production. Par exemple, vous pouvez - installer et exécuter la nouvelle version côte à côte avec l'ancienne - en employant un --prefix et un port différents - (ce qui est possible en ajustant la directive Listen) - dans le but de tester toutes les incompatibilités possibles avant de - faire la mise à niveau finale.
-
+
Vous devez toujours effectuer un test de la nouvelle + version dans votre environnement avant de la mettre en production. + Par exemple, vous pouvez installer et exécuter la nouvelle version + en parallèle avec l'ancienne en utilisant une option + --prefix et un port différents (en ajustant la directive + Listen) afin de déceler toute + incompatibilité avant d'effectuer la mise à jour définitive.
+ +

Langues Disponibles:  de  |  en  | diff --git a/docs/manual/install.xml.fr b/docs/manual/install.xml.fr index caace0cd9a..417f988b05 100644 --- a/docs/manual/install.xml.fr +++ b/docs/manual/install.xml.fr @@ -1,7 +1,9 @@ - + - + + +