<p>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.</p>
+ ermöglichen. Der Apache 2.0 dagegen verwendet nun
+ <code>libtool</code> und <code>autoconf</code>, um eine Umgebung zu
+ schaffen, die der vieler anderer Open Source Projekte ähnlich
+ sieht.</p>
</div><div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#overview">Überblick für die Ungeduldigen</a></li><li><img alt="" src="./images/down.gif" /> <a href="#requirements">Anforderungen</a></li><li><img alt="" src="./images/down.gif" /> <a href="#download">Download</a></li><li><img alt="" src="./images/down.gif" /> <a href="#extract">Auspacken</a></li><li><img alt="" src="./images/down.gif" /> <a href="#configure">Den Codebaum konfigurieren</a></li><li><img alt="" src="./images/down.gif" /> <a href="#compile">Erstellen</a></li><li><img alt="" src="./images/down.gif" /> <a href="#install">Installieren</a></li><li><img alt="" src="./images/down.gif" /> <a href="#customize">Anpassen</a></li><li><img alt="" src="./images/down.gif" /> <a href="#test">Testen</a></li></ul></div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div><div class="section"><h2><a name="overview" id="overview">Überblick für die Ungeduldigen</a></h2>
<table>
Stellen Sie sicher, dass Sie einen ANSI-C Compiler installiert
haben. Der <a href="http://www.gnu.org/software/gcc/gcc.html">GNU C
Compiler (GCC)</a> der <a href="http://www.gnu.org/">Free Software
- Foundation (FSF)</a> ist empf訬enswert (Version 2.7.2 ist gut). Wenn
+ Foundation (FSF)</a> 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
<code>PATH</code> wesentliche Generierungswerkzeuge wie
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 <a href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
+ die Programme <code>ntpdate</code> oder <code>xntpd</code> verwendet,
+ die auf dem Network Time Protocol (NTP) basieren. Nähere
+ Informationen über NTP Software und öffentliche Zeitserver
+ finden Sie in der Usenet Newsgroup <a href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
und auf der <a href="http://www.eecis.udel.edu/~ntp/">NTP
Homepage</a>.<br />
<br />
oder <a href="programs/dbmmanage.html">dbmmanage</a> (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.<br />
+ vom '<code>configure</code>'-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
+ <code>--with-perl</code> Option (siehe unten) empfehlenswert, um
+ sicherzustellen, dass der richtige Interpreter von
+ <code>./configure</code> ausgewählt wird.<br />
<br />
</li>
</ul>
<p>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:</p>
+ Installationsverzeichnis <code>/sk/pkg/apache</code> kompiliert, sowie
+ die beiden zusätzlichen Module mod_rewrite und mod_speling
+ für späteres Laden durch den DSO-Mechanismus:</p>
<div class="example"><p><code>
$ CC="pgcc" CFLAGS="-O2" \<br />
--enable-speling=shared
</code></p></div>
- <p>Wenn configure startet, benötigt es mehrere Minuten, um
- die Verfügbarkeit von Features auf Ihrem System zu prüfen
+ <p>Wenn <code>configure</code> 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.</p>
<p>Die einfachste Art und Weise, alle Konfigurationsflags für den
- Apache herauszufinden, ist, ./configure --help aufzurufen.
+ Apache herauszufinden, ist, <code>./configure --help</code> aufzurufen.
Hier folgt eine kurze Beschreibung der meisten Argumente und
Umgebungsvariablen.</p>
<h3><a name="environment" id="environment">Umgebungsvariablen</a></h3>
- <p>Der autoconf-Generierungsvorgang verwendet verschiedene
+ <p>Der <code>autoconf</code>-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
<dt><code>NOTEST_LIBS=...</code></dt>
<dd>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 <code>NOTEST</code>. 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
<a href="mod/index-bytype.html">Liste von Modulen</a> ist in dieser
Dokumentation enthalten. Module mit dem <a href="mod/module-dict.html#Status">Status</a> "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.</p>
+ deaktiviert werden (z.B. <code class="module"><a href="./mod/mod_userdir.html">mod_userdir</a></code>), wenn Sie sie
+ nicht verwenden möchten. Module mit einem anderen Status (z.B.
+ <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>) müssen ausdrücklich aktiviert
+ werden, wenn Sie sie verwenden möchten.</p>
<p>Es gibt zwei Möglichkeiten, Module zu kompilieren und mit dem
Apache zu benutzen. Module können <em>statisch kompiliert</em>
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 <em>dynamisch kompiliert</em> werden.
- DSO-Module werden von der Apache Binary getrennt gespeichert und
- können vom Server unter Verwendung der Direktiven zur
- Laufzeitkonfiguration, die von <a href="mod/mod_so.html">mod_so</a>
+ unterstützt und <code>autoconf</code> diese Unterstützung
+ erkennen kann, dann können Module alternativ <em>dynamisch
+ kompiliert</em> werden. DSO-Module werden von der Apache Binary getrennt
+ gespeichert und können vom Server unter Verwendung der Direktiven
+ zur Laufzeitkonfiguration, die von <code class="module"><a href="./mod/mod_so.html">mod_so</a></code>
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
<p>ausführen.</p>
<p>Danach sollten Sie Ihr erstes Dokument unter dem URL
- http://localhost/ anfordern können. Die Webseite, die Sie sehen,
- ist im <a href="mod/core.html#documentroot">DocumentRoot</a> abgelegt,
- welches üblicherweise <code><em>PREFIX</em>/htdocs/</code> ist.
- Den Server <a href="stopping.html">stoppen</a> Sie wieder durch
+ <code>http://localhost/</code> anfordern können. Die Webseite,
+ die Sie sehen, ist im <code class="directive"><a href="./mod/core.html#documentroot">DocumentRoot</a></code>
+ abgelegt, welches üblicherweise <code><em>PREFIX</em>/htdocs/</code>
+ ist. Den Server <a href="stopping.html">stoppen</a> Sie wieder durch
Ausführen von:</p>
<div class="example"><p><code>$ <em>PREFIX</em>/bin/apachectl stop</code></p></div>
<p>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.</p>
+ uses <code>libtool</code> and <code>autoconf</code>
+ to create an environment that looks like many other Open Source
+ projects.</p>
</div><div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#overview">Overview for the
impatient</a></li><li><img alt="" src="./images/down.gif" /> <a href="#requirements">Requirements</a></li><li><img alt="" src="./images/down.gif" /> <a href="#download">Download</a></li><li><img alt="" src="./images/down.gif" /> <a href="#extract">Extract</a></li><li><img alt="" src="./images/down.gif" /> <a href="#configure">Configuring the source tree</a></li><li><img alt="" src="./images/down.gif" /> <a href="#compile">Build</a></li><li><img alt="" src="./images/down.gif" /> <a href="#install">Install</a></li><li><img alt="" src="./images/down.gif" /> <a href="#customize">Customize</a></li><li><img alt="" src="./images/down.gif" /> <a href="#test">Test</a></li></ul></div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div><div class="section"><h2><a name="overview" id="overview">Overview for the
<br />
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
+ <code>ntpdate</code> or xntpd programs are used for this purpose which
+ are based on the Network Time Protocol (NTP). See the Usenet newsgroup
<a href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
and the <a href="http://www.eecis.udel.edu/~ntp/">NTP
homepage</a> for more details about NTP software and public
For some of the support scripts like <a href="programs/apxs.html">apxs</a> or <a href="programs/dbmmanage.html">dbmmanage</a> (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 `<code>configure</code>' 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 <code>--with-perl</code>
option (see below) to make sure the correct one is selected
- by ./configure.<br />
+ by <code>./configure</code>.<br />
<br />
</li>
</ul>
<p>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 <code>/sw/pkg/apache</code> with a particular compiler and flags
+ plus the two additional modules mod_rewrite and mod_speling for
later loading through the DSO mechanism:</p>
<div class="example"><p><code>
--enable-speling=shared
</code></p></div>
- <p>When configure is run it will take several minutes to test
- for the availability of features on your system and build
+ <p>When <code>configure</code> 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.</p>
<p>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 <code>./configure --help</code>. What follows is a
+ brief description of most of the arguments and environment
variables.</p>
<h3><a name="environment" id="environment">Environment Variables</a></h3>
- <p>The autoconf build process uses several environment
+ <p>The <code>autoconf</code> 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
<dt><code>NOTEST_LIBS=...</code></dt>
<dd>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-<code>NOTEST</code> 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.</dd>
your server. You can view a <a href="mod/index.html">list of modules</a> included in
the documentation. Those modules with a <a href="mod/module-dict.html#Status">status</a> 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.</p>
+ not want them (e.g. <code class="module"><a href="./mod/mod_userdir.html">mod_userdir</a></code>). Modules with any
+ other status must be specifically enabled if you wish to use them
+ (e.g. <code class="module"><a href="./mod/mod_expires.html">mod_expires</a></code>).</p>
<p>There are two ways for a module to be compiled and used with
Apache. Modules may be <em>statically compiled</em>, 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 <code>autoconf</code> can detect that support, then
modules may be <em>dynamically compiled</em>. DSO modules are
stored separately from the Apache binary, and may be included
or excluded from the server using the run-time configuration
<div class="example"><p><code>$ <em>PREFIX</em>/bin/apachectl start</code></p></div>
<p>and then you should be able to request your first document
- via URL http://localhost/. The web page you see is located
+ via URL <code>http://localhost/</code>. The web page you see is located
under the <code class="directive"><a href="./mod/core.html#documentroot">DocumentRoot</a></code>
which will usually be <code><em>PREFIX</em>/htdocs/</code>.
Then <a href="stopping.html">stop</a> the server again by
<p>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.</p>
+ uses <code>libtool</code> and <code>autoconf</code>
+ to create an environment that looks like many other Open Source
+ projects.</p>
</summary>
<br />
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
- <a
- href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
+ synchronization facility on your system. Usually the
+ <code>ntpdate</code> or xntpd programs are used for this purpose which
+ are based on the Network Time Protocol (NTP). See the Usenet newsgroup
+ <a href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
and the <a href="http://www.eecis.udel.edu/~ntp/">NTP
homepage</a> for more details about NTP software and public
time servers.<br />
href="programs/dbmmanage.html">dbmmanage</a> (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 `<code>configure</code>' 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 <code>--with-perl</code>
option (see below) to make sure the correct one is selected
- by ./configure.<br />
+ by <code>./configure</code>.<br />
<br />
</li>
</ul>
<p>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 <code>/sw/pkg/apache</code> with a particular compiler and flags
+ plus the two additional modules mod_rewrite and mod_speling for
later loading through the DSO mechanism:</p>
<example>
--enable-speling=shared
</example>
- <p>When configure is run it will take several minutes to test
- for the availability of features on your system and build
+ <p>When <code>configure</code> 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.</p>
<p>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 <code>./configure --help</code>. What follows is a
+ brief description of most of the arguments and environment
variables.</p>
<section id="environment"><title>Environment Variables</title>
- <p>The autoconf build process uses several environment
+ <p>The <code>autoconf</code> 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
<dt><code>NOTEST_LIBS=...</code></dt>
<dd>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-<code>NOTEST</code> 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.</dd>
the documentation. Those modules with a <a
href="mod/module-dict.html#Status">status</a> 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.</p>
+ not want them (e.g. <module>mod_userdir</module>). Modules with any
+ other status must be specifically enabled if you wish to use them
+ (e.g. <module>mod_expires</module>).</p>
<p>There are two ways for a module to be compiled and used with
Apache. Modules may be <em>statically compiled</em>, 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 <code>autoconf</code> can detect that support, then
modules may be <em>dynamically compiled</em>. DSO modules are
stored separately from the Apache binary, and may be included
or excluded from the server using the run-time configuration
<example>$ <em>PREFIX</em>/bin/apachectl start</example>
<p>and then you should be able to request your first document
- via URL http://localhost/. The web page you see is located
+ via URL <code>http://localhost/</code>. The web page you see is located
under the <directive module="core">DocumentRoot</directive>
which will usually be <code><em>PREFIX</em>/htdocs/</code>.
Then <a href="stopping.html">stop</a> the server again by
<example>$ <em>PREFIX</em>/bin/apachectl stop</example>
</section>
-</manualpage>
+</manualpage>
\ No newline at end of file
<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
-<!--<?xml-stylesheet type="text/xsl" href="./style/manual.en.xsl"?>-->
-<!-- English revision: 1.4 -->
+<?xml-stylesheet type="text/xsl" href="./style/manual.en.xsl"?>
+<!-- English revision: 1.5 -->
<manualpage>
<relativepath href="."/>
<p>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.</p>
+ ermöglichen. Der Apache 2.0 dagegen verwendet nun
+ <code>libtool</code> und <code>autoconf</code>, um eine Umgebung zu
+ schaffen, die der vieler anderer Open Source Projekte ähnlich
+ sieht.</p>
</summary>
<section id="overview"><title>Überblick für die Ungeduldigen</title>
Stellen Sie sicher, dass Sie einen ANSI-C Compiler installiert
haben. Der <a href="http://www.gnu.org/software/gcc/gcc.html">GNU C
Compiler (GCC)</a> der <a href="http://www.gnu.org/">Free Software
- Foundation (FSF)</a> ist empfèhlenswert (Version 2.7.2 ist gut). Wenn
+ Foundation (FSF)</a> 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
<code>PATH</code> wesentliche Generierungswerkzeuge wie
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 <a
+ die Programme <code>ntpdate</code> oder <code>xntpd</code> verwendet,
+ die auf dem Network Time Protocol (NTP) basieren. Nähere
+ Informationen über NTP Software und öffentliche Zeitserver
+ finden Sie in der Usenet Newsgroup <a
href="news:comp.protocols.time.ntp">comp.protocols.time.ntp</a>
und auf der <a href="http://www.eecis.udel.edu/~ntp/">NTP
Homepage</a>.<br />
oder <a href="programs/dbmmanage.html">dbmmanage</a> (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.<br />
+ vom '<code>configure</code>'-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
+ <code>--with-perl</code> Option (siehe unten) empfehlenswert, um
+ sicherzustellen, dass der richtige Interpreter von
+ <code>./configure</code> ausgewählt wird.<br />
<br />
</li>
</ul>
<p>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:</p>
+ Installationsverzeichnis <code>/sk/pkg/apache</code> kompiliert, sowie
+ die beiden zusätzlichen Module mod_rewrite und mod_speling
+ für späteres Laden durch den DSO-Mechanismus:</p>
<example>
$ CC="pgcc" CFLAGS="-O2" \<br />
--enable-speling=shared
</example>
- <p>Wenn configure startet, benötigt es mehrere Minuten, um
- die Verfügbarkeit von Features auf Ihrem System zu prüfen
+ <p>Wenn <code>configure</code> 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.</p>
<p>Die einfachste Art und Weise, alle Konfigurationsflags für den
- Apache herauszufinden, ist, ./configure --help aufzurufen.
+ Apache herauszufinden, ist, <code>./configure --help</code> aufzurufen.
Hier folgt eine kurze Beschreibung der meisten Argumente und
Umgebungsvariablen.</p>
<section id="environment"><title>Umgebungsvariablen</title>
- <p>Der autoconf-Generierungsvorgang verwendet verschiedene
+ <p>Der <code>autoconf</code>-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
<dt><code>NOTEST_LIBS=...</code></dt>
<dd>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 <code>NOTEST</code>. 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
Dokumentation enthalten. Module mit dem <a
href="mod/module-dict.html#Status">Status</a> "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.</p>
+ deaktiviert werden (z.B. <module>mod_userdir</module>), wenn Sie sie
+ nicht verwenden möchten. Module mit einem anderen Status (z.B.
+ <module>mod_expires</module>) müssen ausdrücklich aktiviert
+ werden, wenn Sie sie verwenden möchten.</p>
<p>Es gibt zwei Möglichkeiten, Module zu kompilieren und mit dem
Apache zu benutzen. Module können <em>statisch kompiliert</em>
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 <em>dynamisch kompiliert</em> werden.
- DSO-Module werden von der Apache Binary getrennt gespeichert und
- können vom Server unter Verwendung der Direktiven zur
- Laufzeitkonfiguration, die von <a href="mod/mod_so.html">mod_so</a>
+ unterstützt und <code>autoconf</code> diese Unterstützung
+ erkennen kann, dann können Module alternativ <em>dynamisch
+ kompiliert</em> werden. DSO-Module werden von der Apache Binary getrennt
+ gespeichert und können vom Server unter Verwendung der Direktiven
+ zur Laufzeitkonfiguration, die von <module>mod_so</module>
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
<p>ausführen.</p>
<p>Danach sollten Sie Ihr erstes Dokument unter dem URL
- http://localhost/ anfordern können. Die Webseite, die Sie sehen,
- ist im <a href="mod/core.html#documentroot">DocumentRoot</a> abgelegt,
- welches üblicherweise <code><em>PREFIX</em>/htdocs/</code> ist.
- Den Server <a href="stopping.html">stoppen</a> Sie wieder durch
+ <code>http://localhost/</code> anfordern können. Die Webseite,
+ die Sie sehen, ist im <directive module="core">DocumentRoot</directive>
+ abgelegt, welches üblicherweise <code><em>PREFIX</em>/htdocs/</code>
+ ist. Den Server <a href="stopping.html">stoppen</a> Sie wieder durch
Ausführen von:</p>
<example>$ <em>PREFIX</em>/bin/apachectl stop</example>