<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">HTTP-Server</a> > <a href="http://httpd.apache.org/docs-project/">Dokumentation</a> > <a href="./">Version 2.0</a></div><div id="page-content"><div id="preamble"><h1>Upgrade von 1.3 auf 2.0</h1>
<p>Dieses Dokument dient der Unterstⁿtzung beim Upgrade. Es
enthΣlt die entscheidenden Informationen fⁿr bisherige
Apache-Nutzer. Diese sind als kurze Anmerkungen
gedacht. Weitere Informationen finden Sie entweder unter
<a href="new_features_2_0.html">Neue Funktionen</a> oder in
den <code>src/CHANGES</code>-Dateien.</p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#compile-time">─nderungen der Konfiguration bei der Kompilierung</a></li>
<li><img alt="" src="./images/down.gif" /> <a href="#run-time">─nderungen der Laufzeit-Konfiguration</a></li>
Die <code class="directive"><a href="./mod/core.html#errordocument">ErrorDocument</a></code>-Direktive
verwendet kein Anfⁿhrungszeichen mehr am Anfang des
Arguments, um eine
Textnachricht anzuzeigen. Stattdessen sollten Sie die
Nachricht in doppelte Anfⁿhrungszeichen einschlie▀en.
Zum Beispiel sollten existierende Angaben wie
<div class="example"><p><code>
ErrorDocument 403 "Eine Nachricht
</code></p></div>
durch
<div class="example"><p><code>
ErrorDocument 403 "Eine Nachricht"
</code></p></div>
ersetzt werden.
Solange das zweite Argument kein gⁿltiger URL oder
Pfadname ist, wird es als Textnachricht behandelt.
</li>
<li>Die Direktiven <code>AccessConfig</code> und
<code>ResourceConfig</code> sind entfallen.
Diese Direktiven k÷nnen durch die <code class="directive"><a href="./mod/core.html#include">Include</a></code>-Direktive
ersetzt werden, die eine Σquivalente FunktionalitΣt besitzt.
Wenn Sie die Defaultwerte dieser Direktiven verwendet haben,
ohne sie in die Konfigurationsdateien einzufⁿgen, mⁿssen Sie
m÷glicherweise <code>Include conf/access.conf</code> und
<code>Include conf/srm.conf</code> zu Ihrer <code>httpd.conf</code>
hinzufⁿgen. Um sicherzustellen, da▀ der Apache die
Konfigurationsdateien in der gleichen Reihenfolge liest, wie sie von
den Σlteren Direktiven impliziert wurde, sollten die <code class="directive"><a href="./mod/core.html#include">Include</a></code>-Direktiven ans Ende der
<code>httpd.conf</code> gestellt werden, wobei die Direktive fⁿr
Die Methode zum Bedienen der Requests wird nun durch die Auswahl
des MPM ermittelt. Derzeit ist kein MPM dafⁿr bestimmt, von inetd
gestartet zu werden.</li>
<li>Die Module <code>mod_log_agent</code> und <code>
mod_log_referer</code>, welche die Direktiven <code>AgentLog</code>,
<code>RefererLog</code> und <code>RefererIgnore</code> bereitgestellt
hatten, wurden entfernt. Durch Verwendung der Direktive <code class="directive"><a href="./mod/mod_log_config.html#customlog">CustomLog</a></code> aus mod_log_config
sind die Agent- und Refererlogs auch weiterhin verfⁿgbar.</li>
<li>Die Direktiven <code>AddModule</code> und
<code>ClearModuleList</code> sind entfallen.
Diese Direktiven wurden benutzt, um sicherzustellen, da▀ die
Module in der richtigen Reihenfolge aktiviert werden k÷nnen.
Die neue Apache 2.0 API erlaubt es Modulen, ihre Reihenfolge
explizit anzugeben, und macht diese Direktiven damit
ⁿberflⁿssig.</li>
<li>Die Direktive <code>FancyIndexing</code> wurde entfernt.
Die gleiche FunktionalitΣt ist nun mit der Option
<code>FancyIndexing</code> der Direktive <code class="directive"><a href="./mod/mod_autoindex.html#indexoptions">IndexOptions</a></code> verfⁿgbar.</li>
<li>Die von <code class="module"><a href="./mod/mod_negotiation.html">mod_negotiation</a></code> bereitgestellte
Content-Negotiation-Technik MultiViews fⁿhrt nun eine strengere
Dateierkennung durch. Es wird ausschlie▀lich unter den
<em>aushandelbaren</em> Dateien gewΣhlt. Das bisherige Verhalten
kann jedoch mit der Direktive <code class="directive"><a href="./mod/mod_mime.html#multiviewsmatch">MultiviewsMatch</a></code> wiederhergestellt
