From bc4969dbff72363727f8759dc6845eca90298b1f Mon Sep 17 00:00:00 2001 From: Astrid Kessler Date: Mon, 16 Sep 2002 23:06:33 +0000 Subject: [PATCH] Added some (suggestion by Tim Gerundt ) Added two examples for Base/non-Base modules (suggestion by Irmund Thum ) Removed accidential comment around the xml-stylesheet. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@96849 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/install.html.de | 77 ++++++++++++++++++----------------- docs/manual/install.html.en | 46 +++++++++++---------- docs/manual/install.xml | 51 +++++++++++------------ docs/manual/install.xml.de | 81 +++++++++++++++++++------------------ 4 files changed, 132 insertions(+), 123 deletions(-) diff --git a/docs/manual/install.html.de b/docs/manual/install.html.de index c4d3dc0b7b..cfc1f1746c 100644 --- a/docs/manual/install.html.de +++ b/docs/manual/install.html.de @@ -14,9 +14,10 @@

Die Konfigurations- und Installationsumgebung des Apache 2.0 hat sich seit dem Apache 1.3 komplett verändert. Der Apache 1.3 benutzt einen speziellen Satz von Skripten, um eine einfache Installation zu - ermöglichen. Der Apache 2.0 dagegen verwendet nun libtool und - autoconf, um eine Umgebung zu schaffen, die der vieler anderer Open - Source Projekte ähnlich sieht.

+ ermöglichen. Der Apache 2.0 dagegen verwendet nun + libtool und autoconf, um eine Umgebung zu + schaffen, die der vieler anderer Open Source Projekte ähnlich + sieht.

top

Überblick für die Ungeduldigen

@@ -100,7 +101,7 @@ Stellen Sie sicher, dass Sie einen ANSI-C Compiler installiert haben. Der GNU C Compiler (GCC) der Free Software - Foundation (FSF) ist empf訬enswert (Version 2.7.2 ist gut). Wenn + Foundation (FSF) ist empfehlenswert (Version 2.7.2 ist gut). Wenn Sie den GCC nicht besitzen, stellen Sie zumindest sicher, dass der Compiler Ihres Anbieters ANSI-kompatibel ist. Außerdem muss Ihr PATH wesentliche Generierungswerkzeuge wie @@ -114,10 +115,10 @@ ausgedrückt. Darum sollten Sie jetzt prüfen, ob Ihr System die Fähigkeit zur Zeitsynchronisation besitzt, und diese gegebenenfalls installieren. Üblicherweise werden hierfür - die Programme ntpdate oder xntpd verwendet, die auf dem Network - Time Protocol (NTP) basieren. Nähere Informationen über NTP - Software und öffentliche Zeitserver finden Sie in der Usenet - Newsgroup comp.protocols.time.ntp + die Programme ntpdate oder xntpd verwendet, + die auf dem Network Time Protocol (NTP) basieren. Nähere + Informationen über NTP Software und öffentliche Zeitserver + finden Sie in der Usenet Newsgroup comp.protocols.time.ntp und auf der NTP Homepage.

@@ -130,14 +131,15 @@ oder dbmmanage (die in Perl geschrieben sind) wird der Perl 5 Interpreter benötigt (die Versionen ab 5.003 sind ausreichend). Wenn kein derartiger Interpreter - vom 'configure'-Skript gefunden werden kann, macht das jedoch nichts. - Selbstverständlich können Sie den Apache 2.0 auch so - generieren und installieren. Lediglich diese Pflegeskripte können - dann nicht verwendet werden. Wenn Sie mehrere Perl Interpreter - installiert haben (vielleicht Perl 4 durch Ihren Händler und - Perl 5 durch Sie selbst), dann ist die Verwendung der --with-perl - Option (siehe unten) empfehlenswert, um sicherzustellen, dass - der richtige Interpreter von ./configure ausgewählt wird.
+ vom 'configure'-Skript gefunden werden kann, macht das + jedoch nichts. Selbstverständlich können Sie den Apache 2.0 + auch so generieren und installieren. Lediglich diese Pflegeskripte + können dann nicht verwendet werden. Wenn Sie mehrere Perl + Interpreter installiert haben (vielleicht Perl 4 durch Ihren + Händler und Perl 5 durch Sie selbst), dann ist die Verwendung der + --with-perl Option (siehe unten) empfehlenswert, um + sicherzustellen, dass der richtige Interpreter von + ./configure ausgewählt wird.

@@ -245,9 +247,9 @@

Um einen kurzen Eindruck zu gewinnen, welche Möglichkeiten Sie haben, folgt hier ein typisches Beispiel, das den Apache mit einem speziellen Compiler und Compilerflags für das - Installationsverzeichnis /sk/pkg/apache kompiliert, sowie die beiden - zusätzlichen Module mod_rewrite und mod_speling für - späteres Laden durch den DSO-Mechanismus:

+ Installationsverzeichnis /sk/pkg/apache kompiliert, sowie + die beiden zusätzlichen Module mod_rewrite und mod_speling + für späteres Laden durch den DSO-Mechanismus:

$ CC="pgcc" CFLAGS="-O2" \
@@ -256,19 +258,19 @@ --enable-speling=shared

-

Wenn configure startet, benötigt es mehrere Minuten, um - die Verfügbarkeit von Features auf Ihrem System zu prüfen +

Wenn configure startet, benötigt es mehrere Minuten, + um die Verfügbarkeit von Features auf Ihrem System zu prüfen und ein Makefile zu generieren, das später zur Kompilierung des Servers verwendet wird.

Die einfachste Art und Weise, alle Konfigurationsflags für den - Apache herauszufinden, ist, ./configure --help aufzurufen. + Apache herauszufinden, ist, ./configure --help aufzurufen. Hier folgt eine kurze Beschreibung der meisten Argumente und Umgebungsvariablen.

Umgebungsvariablen

-

Der autoconf-Generierungsvorgang verwendet verschiedene +

Der autoconf-Generierungsvorgang verwendet verschiedene Umgebungsvariablen für die Konfiguration der Generierungsumgebung. Im allgemeinen verändern diese Variablen die Methode, die benutzt wird, um den Apache zu erstellen, nicht aber die letztendlichen @@ -319,8 +321,8 @@

NOTEST_LIBS=...
Diese Variablen haben die gleiche Funktion wie ihre - Namensvettern ohne NOTEST. Diese Variablen werden jedoch nur auf - den Generierungsprozess angewendet, nachdem autoconf seine + Namensvettern ohne NOTEST. Diese Variablen werden jedoch + nur auf den Generierungsprozess angewendet, nachdem autoconf seine Featuretests durchgeführt hat. Dies erlaubt die Einbeziehung von Flags, die während des Featuretests Probleme bereiten würden, aber für die endgültige Kompilierung verwendet @@ -413,20 +415,21 @@ Liste von Modulen ist in dieser Dokumentation enthalten. Module mit dem Status "Base" sind standardmäßig enthalten und müssen ausdrücklich - deaktiviert werden, wenn Sie sie nicht verwenden möchten. Module - mit einem anderen Status müssen ausdrücklich aktiviert werden, - wenn Sie sie verwenden möchten.

+ deaktiviert werden (z.B. mod_userdir), wenn Sie sie + nicht verwenden möchten. Module mit einem anderen Status (z.B. + mod_expires) müssen ausdrücklich aktiviert + werden, wenn Sie sie verwenden möchten.

Es gibt zwei Möglichkeiten, Module zu kompilieren und mit dem Apache zu benutzen. Module können statisch kompiliert werden, was bedeutet, dass sie permanent in dem Apache Binary eingebunden sind. Wenn Ihr Betriebssystem Dynamic Shared Objects (DSOs; Anm. d. Übersetzers: dynamisch eingebundene Bibliotheken) - unterstützt und autoconf diese Unterstützung erkennen kann, - dann können Module alternativ dynamisch kompiliert werden. - DSO-Module werden von der Apache Binary getrennt gespeichert und - können vom Server unter Verwendung der Direktiven zur - Laufzeitkonfiguration, die von mod_so + unterstützt und autoconf diese Unterstützung + erkennen kann, dann können Module alternativ dynamisch + kompiliert werden. DSO-Module werden von der Apache Binary getrennt + gespeichert und können vom Server unter Verwendung der Direktiven + zur Laufzeitkonfiguration, die von mod_so bereitgestellt werden, ein- oder ausgeschlossen werden. mod_so wird automatisch dem Server hinzugefügt, sobald ein dynamisches Modul in die Kompilierung einbezogen wird. Wenn Sie Ihren Server für das @@ -578,10 +581,10 @@

ausführen.

Danach sollten Sie Ihr erstes Dokument unter dem URL - http://localhost/ anfordern können. Die Webseite, die Sie sehen, - ist im DocumentRoot abgelegt, - welches üblicherweise PREFIX/htdocs/ ist. - Den Server stoppen Sie wieder durch + http://localhost/ anfordern können. Die Webseite, + die Sie sehen, ist im DocumentRoot + abgelegt, welches üblicherweise PREFIX/htdocs/ + ist. Den Server stoppen Sie wieder durch Ausführen von:

$ PREFIX/bin/apachectl stop

diff --git a/docs/manual/install.html.en b/docs/manual/install.html.en index dfd284cd18..05d6ad4b2a 100644 --- a/docs/manual/install.html.en +++ b/docs/manual/install.html.en @@ -14,8 +14,9 @@

Apache 2.0's configuration and installation environment has changed completely from Apache 1.3. Apache 1.3 used a custom set of scripts to achieve easy installation. Apache 2.0 now - uses libtool and autoconf to create an environment that looks - like many other Open Source projects.

+ uses libtool and autoconf + to create an environment that looks like many other Open Source + projects.

top

Overview for the @@ -109,9 +110,9 @@
Elements of the HTTP protocol are expressed as the time of day. So, it's time to investigate setting some time - synchronization facility on your system. Usually the ntpdate - or xntpd programs are used for this purpose which are based - on the Network Time Protocol (NTP). See the Usenet newsgroup + synchronization facility on your system. Usually the + ntpdate or xntpd programs are used for this purpose which + are based on the Network Time Protocol (NTP). See the Usenet newsgroup comp.protocols.time.ntp and the NTP homepage for more details about NTP software and public @@ -125,13 +126,13 @@ For some of the support scripts like apxs or dbmmanage (which are written in Perl) the Perl 5 interpreter is required (versions 5.003 or newer are sufficient). If no such interpreter is found by - the `configure' script there is no harm. Of course, you still - can build and install Apache 2.0. Only those support scripts + the `configure' script there is no harm. Of course, you + still can build and install Apache 2.0. Only those support scripts cannot be used. If you have multiple Perl interpreters installed (perhaps a Perl 4 from the vendor and a Perl 5 from - your own), then it is recommended to use the --with-perl + your own), then it is recommended to use the --with-perl option (see below) to make sure the correct one is selected - by ./configure.
+ by ./configure.

@@ -232,8 +233,8 @@

For a short impression of what possibilities you have, here is a typical example which compiles Apache for the installation - tree /sw/pkg/apache with a particular compiler and flags plus - the two additional modules mod_rewrite and mod_speling for + tree /sw/pkg/apache with a particular compiler and flags + plus the two additional modules mod_rewrite and mod_speling for later loading through the DSO mechanism:

@@ -243,18 +244,18 @@ --enable-speling=shared

-

When configure is run it will take several minutes to test - for the availability of features on your system and build +

When configure is run it will take several minutes to + test for the availability of features on your system and build Makefiles which will later be used to compile the server.

The easiest way to find all of the configuration flags for - Apache is to run ./configure --help. What follows is a brief - description of most of the arguments and environment + Apache is to run ./configure --help. What follows is a + brief description of most of the arguments and environment variables.

Environment Variables

-

The autoconf build process uses several environment +

The autoconf build process uses several environment variables to configure the build environment. In general, these variables change the method used to build Apache, but not the eventual features of the server. These variables can be placed @@ -303,8 +304,8 @@

NOTEST_LIBS=...
These variables share the same function as their - non-NOTEST namesakes. However, the variables are applied to - the build process only after autoconf has performed its + non-NOTEST namesakes. However, the variables are + applied to the build process only after autoconf has performed its feature testing. This allows the inclusion of flags which will cause problems during feature testing, but must be used for the final compilation.
@@ -392,14 +393,15 @@ your server. You can view a list of modules included in the documentation. Those modules with a status of "Base" are included by default and must be specifically disabled if you do - not want them. Modules with any other status must be - specifically enabled if you wish to use them.

+ not want them (e.g. mod_userdir). Modules with any + other status must be specifically enabled if you wish to use them + (e.g. mod_expires).

There are two ways for a module to be compiled and used with Apache. Modules may be statically compiled, which means that they are permanently included in the Apache binary. Alternatively, if your operating system supports Dynamic Shared - Objects (DSOs) and autoconf can detect that support, then + Objects (DSOs) and autoconf can detect that support, then modules may be dynamically compiled. DSO modules are stored separately from the Apache binary, and may be included or excluded from the server using the run-time configuration @@ -549,7 +551,7 @@ seperated by a colon.

$ PREFIX/bin/apachectl start

and then you should be able to request your first document - via URL http://localhost/. The web page you see is located + via URL http://localhost/. The web page you see is located under the DocumentRoot which will usually be PREFIX/htdocs/. Then stop the server again by diff --git a/docs/manual/install.xml b/docs/manual/install.xml index 7ac6cb55dd..c09f94ea53 100644 --- a/docs/manual/install.xml +++ b/docs/manual/install.xml @@ -18,8 +18,9 @@

Apache 2.0's configuration and installation environment has changed completely from Apache 1.3. Apache 1.3 used a custom set of scripts to achieve easy installation. Apache 2.0 now - uses libtool and autoconf to create an environment that looks - like many other Open Source projects.

+ uses libtool and autoconf + to create an environment that looks like many other Open Source + projects.

@@ -118,11 +119,10 @@
Elements of the HTTP protocol are expressed as the time of day. So, it's time to investigate setting some time - synchronization facility on your system. Usually the ntpdate - or xntpd programs are used for this purpose which are based - on the Network Time Protocol (NTP). See the Usenet newsgroup - comp.protocols.time.ntp + synchronization facility on your system. Usually the + ntpdate or xntpd programs are used for this purpose which + are based on the Network Time Protocol (NTP). See the Usenet newsgroup + comp.protocols.time.ntp and the NTP homepage for more details about NTP software and public time servers.
@@ -137,13 +137,13 @@ href="programs/dbmmanage.html">dbmmanage (which are written in Perl) the Perl 5 interpreter is required (versions 5.003 or newer are sufficient). If no such interpreter is found by - the `configure' script there is no harm. Of course, you still - can build and install Apache 2.0. Only those support scripts + the `configure' script there is no harm. Of course, you + still can build and install Apache 2.0. Only those support scripts cannot be used. If you have multiple Perl interpreters installed (perhaps a Perl 4 from the vendor and a Perl 5 from - your own), then it is recommended to use the --with-perl + your own), then it is recommended to use the --with-perl option (see below) to make sure the correct one is selected - by ./configure.
+ by ./configure.

@@ -254,8 +254,8 @@

For a short impression of what possibilities you have, here is a typical example which compiles Apache for the installation - tree /sw/pkg/apache with a particular compiler and flags plus - the two additional modules mod_rewrite and mod_speling for + tree /sw/pkg/apache with a particular compiler and flags + plus the two additional modules mod_rewrite and mod_speling for later loading through the DSO mechanism:

@@ -265,18 +265,18 @@ --enable-speling=shared -

When configure is run it will take several minutes to test - for the availability of features on your system and build +

When configure is run it will take several minutes to + test for the availability of features on your system and build Makefiles which will later be used to compile the server.

The easiest way to find all of the configuration flags for - Apache is to run ./configure --help. What follows is a brief - description of most of the arguments and environment + Apache is to run ./configure --help. What follows is a + brief description of most of the arguments and environment variables.

Environment Variables -

The autoconf build process uses several environment +

The autoconf build process uses several environment variables to configure the build environment. In general, these variables change the method used to build Apache, but not the eventual features of the server. These variables can be placed @@ -325,8 +325,8 @@

NOTEST_LIBS=...
These variables share the same function as their - non-NOTEST namesakes. However, the variables are applied to - the build process only after autoconf has performed its + non-NOTEST namesakes. However, the variables are + applied to the build process only after autoconf has performed its feature testing. This allows the inclusion of flags which will cause problems during feature testing, but must be used for the final compilation.
@@ -416,14 +416,15 @@ the documentation. Those modules with a status of "Base" are included by default and must be specifically disabled if you do - not want them. Modules with any other status must be - specifically enabled if you wish to use them.

+ not want them (e.g. mod_userdir). Modules with any + other status must be specifically enabled if you wish to use them + (e.g. mod_expires).

There are two ways for a module to be compiled and used with Apache. Modules may be statically compiled, which means that they are permanently included in the Apache binary. Alternatively, if your operating system supports Dynamic Shared - Objects (DSOs) and autoconf can detect that support, then + Objects (DSOs) and autoconf can detect that support, then modules may be dynamically compiled. DSO modules are stored separately from the Apache binary, and may be included or excluded from the server using the run-time configuration @@ -586,7 +587,7 @@ seperated by a colon. $ PREFIX/bin/apachectl start

and then you should be able to request your first document - via URL http://localhost/. The web page you see is located + via URL http://localhost/. The web page you see is located under the DocumentRoot which will usually be PREFIX/htdocs/. Then stop the server again by @@ -595,4 +596,4 @@ seperated by a colon. $ PREFIX/bin/apachectl stop

- + \ No newline at end of file diff --git a/docs/manual/install.xml.de b/docs/manual/install.xml.de index b15d330909..c55dcabc7a 100644 --- a/docs/manual/install.xml.de +++ b/docs/manual/install.xml.de @@ -1,7 +1,7 @@ - - + + @@ -19,9 +19,10 @@

Die Konfigurations- und Installationsumgebung des Apache 2.0 hat sich seit dem Apache 1.3 komplett verändert. Der Apache 1.3 benutzt einen speziellen Satz von Skripten, um eine einfache Installation zu - ermöglichen. Der Apache 2.0 dagegen verwendet nun libtool und - autoconf, um eine Umgebung zu schaffen, die der vieler anderer Open - Source Projekte ähnlich sieht.

+ ermöglichen. Der Apache 2.0 dagegen verwendet nun + libtool und autoconf, um eine Umgebung zu + schaffen, die der vieler anderer Open Source Projekte ähnlich + sieht.

Überblick für die Ungeduldigen @@ -109,7 +110,7 @@ Stellen Sie sicher, dass Sie einen ANSI-C Compiler installiert haben. Der GNU C Compiler (GCC) der Free Software - Foundation (FSF) ist empfèhlenswert (Version 2.7.2 ist gut). Wenn + Foundation (FSF) ist empfehlenswert (Version 2.7.2 ist gut). Wenn Sie den GCC nicht besitzen, stellen Sie zumindest sicher, dass der Compiler Ihres Anbieters ANSI-kompatibel ist. Außerdem muss Ihr PATH wesentliche Generierungswerkzeuge wie @@ -123,10 +124,10 @@ ausgedrückt. Darum sollten Sie jetzt prüfen, ob Ihr System die Fähigkeit zur Zeitsynchronisation besitzt, und diese gegebenenfalls installieren. Üblicherweise werden hierfür - die Programme ntpdate oder xntpd verwendet, die auf dem Network - Time Protocol (NTP) basieren. Nähere Informationen über NTP - Software und öffentliche Zeitserver finden Sie in der Usenet - Newsgroup ntpdate oder xntpd verwendet, + die auf dem Network Time Protocol (NTP) basieren. Nähere + Informationen über NTP Software und öffentliche Zeitserver + finden Sie in der Usenet Newsgroup comp.protocols.time.ntp und auf der NTP Homepage.
@@ -141,14 +142,15 @@ oder dbmmanage (die in Perl geschrieben sind) wird der Perl 5 Interpreter benötigt (die Versionen ab 5.003 sind ausreichend). Wenn kein derartiger Interpreter - vom 'configure'-Skript gefunden werden kann, macht das jedoch nichts. - Selbstverständlich können Sie den Apache 2.0 auch so - generieren und installieren. Lediglich diese Pflegeskripte können - dann nicht verwendet werden. Wenn Sie mehrere Perl Interpreter - installiert haben (vielleicht Perl 4 durch Ihren Händler und - Perl 5 durch Sie selbst), dann ist die Verwendung der --with-perl - Option (siehe unten) empfehlenswert, um sicherzustellen, dass - der richtige Interpreter von ./configure ausgewählt wird.
+ vom 'configure'-Skript gefunden werden kann, macht das + jedoch nichts. Selbstverständlich können Sie den Apache 2.0 + auch so generieren und installieren. Lediglich diese Pflegeskripte + können dann nicht verwendet werden. Wenn Sie mehrere Perl + Interpreter installiert haben (vielleicht Perl 4 durch Ihren + Händler und Perl 5 durch Sie selbst), dann ist die Verwendung der + --with-perl Option (siehe unten) empfehlenswert, um + sicherzustellen, dass der richtige Interpreter von + ./configure ausgewählt wird.

@@ -266,9 +268,9 @@

Um einen kurzen Eindruck zu gewinnen, welche Möglichkeiten Sie haben, folgt hier ein typisches Beispiel, das den Apache mit einem speziellen Compiler und Compilerflags für das - Installationsverzeichnis /sk/pkg/apache kompiliert, sowie die beiden - zusätzlichen Module mod_rewrite und mod_speling für - späteres Laden durch den DSO-Mechanismus:

+ Installationsverzeichnis /sk/pkg/apache kompiliert, sowie + die beiden zusätzlichen Module mod_rewrite und mod_speling + für späteres Laden durch den DSO-Mechanismus:

$ CC="pgcc" CFLAGS="-O2" \
@@ -277,19 +279,19 @@ --enable-speling=shared -

Wenn configure startet, benötigt es mehrere Minuten, um - die Verfügbarkeit von Features auf Ihrem System zu prüfen +

Wenn configure startet, benötigt es mehrere Minuten, + um die Verfügbarkeit von Features auf Ihrem System zu prüfen und ein Makefile zu generieren, das später zur Kompilierung des Servers verwendet wird.

Die einfachste Art und Weise, alle Konfigurationsflags für den - Apache herauszufinden, ist, ./configure --help aufzurufen. + Apache herauszufinden, ist, ./configure --help aufzurufen. Hier folgt eine kurze Beschreibung der meisten Argumente und Umgebungsvariablen.

Umgebungsvariablen -

Der autoconf-Generierungsvorgang verwendet verschiedene +

Der autoconf-Generierungsvorgang verwendet verschiedene Umgebungsvariablen für die Konfiguration der Generierungsumgebung. Im allgemeinen verändern diese Variablen die Methode, die benutzt wird, um den Apache zu erstellen, nicht aber die letztendlichen @@ -340,8 +342,8 @@

NOTEST_LIBS=...
Diese Variablen haben die gleiche Funktion wie ihre - Namensvettern ohne NOTEST. Diese Variablen werden jedoch nur auf - den Generierungsprozess angewendet, nachdem autoconf seine + Namensvettern ohne NOTEST. Diese Variablen werden jedoch + nur auf den Generierungsprozess angewendet, nachdem autoconf seine Featuretests durchgeführt hat. Dies erlaubt die Einbeziehung von Flags, die während des Featuretests Probleme bereiten würden, aber für die endgültige Kompilierung verwendet @@ -435,20 +437,21 @@ Dokumentation enthalten. Module mit dem Status "Base" sind standardmäßig enthalten und müssen ausdrücklich - deaktiviert werden, wenn Sie sie nicht verwenden möchten. Module - mit einem anderen Status müssen ausdrücklich aktiviert werden, - wenn Sie sie verwenden möchten.

+ deaktiviert werden (z.B. mod_userdir), wenn Sie sie + nicht verwenden möchten. Module mit einem anderen Status (z.B. + mod_expires) müssen ausdrücklich aktiviert + werden, wenn Sie sie verwenden möchten.

Es gibt zwei Möglichkeiten, Module zu kompilieren und mit dem Apache zu benutzen. Module können statisch kompiliert werden, was bedeutet, dass sie permanent in dem Apache Binary eingebunden sind. Wenn Ihr Betriebssystem Dynamic Shared Objects (DSOs; Anm. d. Übersetzers: dynamisch eingebundene Bibliotheken) - unterstützt und autoconf diese Unterstützung erkennen kann, - dann können Module alternativ dynamisch kompiliert werden. - DSO-Module werden von der Apache Binary getrennt gespeichert und - können vom Server unter Verwendung der Direktiven zur - Laufzeitkonfiguration, die von mod_so + unterstützt und autoconf diese Unterstützung + erkennen kann, dann können Module alternativ dynamisch + kompiliert werden. DSO-Module werden von der Apache Binary getrennt + gespeichert und können vom Server unter Verwendung der Direktiven + zur Laufzeitkonfiguration, die von mod_so bereitgestellt werden, ein- oder ausgeschlossen werden. mod_so wird automatisch dem Server hinzugefügt, sobald ein dynamisches Modul in die Kompilierung einbezogen wird. Wenn Sie Ihren Server für das @@ -614,10 +617,10 @@

ausführen.

Danach sollten Sie Ihr erstes Dokument unter dem URL - http://localhost/ anfordern können. Die Webseite, die Sie sehen, - ist im DocumentRoot abgelegt, - welches üblicherweise PREFIX/htdocs/ ist. - Den Server stoppen Sie wieder durch + http://localhost/ anfordern können. Die Webseite, + die Sie sehen, ist im DocumentRoot + abgelegt, welches üblicherweise PREFIX/htdocs/ + ist. Den Server stoppen Sie wieder durch Ausführen von:

$ PREFIX/bin/apachectl stop -- 2.40.0