--- /dev/null
+<?xml version='1.0' encoding='UTF-8' ?>
+<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="./style/manual.de.xsl"?>
+<manualpage>
+<relativepath href="."/>
+
+<title>Upgrade von 1.3 auf 2.0</title>
+
+<summary>
+ <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>
+</summary>
+
+ <section id="compile-time">
+ <title>Änderungen der Konfiguration bei der Kompilierung</title>
+
+ <ul>
+ <li>Der Apache benutzt jetzt ein <code>autoconf</code>- und
+ <code>libtool</code>-System zur <a
+ href="install.html">Konfiguration des
+ Erstellungsverfahrens</a>. Die Verwendung dieses Systems ist
+ ähnlich, aber nicht identisch dem APACI-System des Apache 1.3.
+ </li>
+
+ <li>Zusätzlich zu der üblichen Auswahl von Modulen, die
+ kompiliert werden sollen, wurde der Hauptteil der
+ Request-Verarbeitung im Apache 2.0 in die <a href="mpm.html">
+ Multi-Processing-Module</a> (MPMs) verschoben.</li>
+ </ul>
+ </section>
+
+ <section id="run-time">
+ <title>Änderungen der Laufzeit-Konfiguration</title>
+
+ <ul>
+ <li>Viele Anweisungen aus dem Serverkern des Apache 1.3 sind
+ jetzt in den MPMs enthalten. Wenn Sie ein Serververhalten
+ wünschen, das demjenigen des Apache 1.3 möglichst
+ ähnlich ist, sollten Sie das <a
+ href="mod/prefork.html">prefork</a>-MPM
+ auswählen. Andere MPMs verwenden abweichende Anweisungen
+ für die Prozess-Erstellung und Request-Verarbeitung.</li>
+
+ <li>Das <a href="mod/mod_proxy.html">Proxy-Modul</a> wurde
+ umgearbeitet, um es auf den Stand von HTTP/1.1 zu bringen. Eine
+ der bedeutendsten Änderungen ist die Platzierung der
+ Proxy-Zugriffskontrolle innerhalb eines <Proxy>-Blocks,
+ statt innherhalb eines <Directory proxy:>-Blocks.</li>
+
+ <li>Die Behandlung von PATH_INFO (hinter dem tatsächlichen
+ Dateinamen angefügte Pfadangaben) wurde für einige Module
+ geändert. Module, die bisher als Handler implementiert
+ waren, jetzt aber als Filter implementiert sind, akzeptieren
+ möglicherweise keine Requests mit PATH_INFO mehr.
+ Filter wie <a href="mod/mod_include.html">INCLUDES</a> sind
+ gleich oben im Core-Handler implementiert und weisen deshalb
+ Requests mit PATH_INFO ab. Sie können die <directive
+ module="core">AcceptPathInfo</directive>-Direktive
+ verwenden, um den Core-Handler zu zwingen, Requests mit
+ PATH_INFO zu akzeptieren, und dadurch die Fähigkeit
+ wiederherstellen, PATH_INFO in Server Side Includes zu benutzen.
+ </li>
+
+ <li>Die <directive
+ module="mod_negotiation">CacheNegotiatedDocs</directive>-Direktive
+ hat jetzt das Argument an (<code>on</code>) oder aus
+ (<code>off</code>). Die vorhandenen Anweisungen
+ <code>CacheNegotiatedDocs</code> sollten durch
+ <code>CacheNegotiatedDocs on</code> ersetzt werden.</li>
+
+ <li>
+ Die <directive module="core">ErrorDocument</directive>-Direktive
+ verwendet kein Anführungszeichen mehr am Anfang des
+ Arguments, um eine
+ Textnachricht anzuzeigen. Statt dessen sollten Sie die
+ Nachricht in doppelte Anführungszeichen einschließen.
+ Zum Beispiel sollten existierende Angaben wie
+
+ <blockquote>
+ <code>ErrorDocument 403 "Eine Nachricht</code>
+ </blockquote>
+ durch
+
+ <blockquote>
+ <code>ErrorDocument 403 "Eine Nachricht"</code>
+ </blockquote>
+ 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 <directive
+ module="core">Include</directive>-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 httpd.conf 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>Include</code>-Direktiven ans
+ Ende der httpd.conf gestellt werden, wobei die Direktive für
+ <code>srm.conf</code> derjenigen für <code>access.conf</code>
+ vorangeht.</li>
+
+ <li>Die Direktiven <code>BindAddress</code> und <code>Port</code>
+ sind entfallen. Eine äquivalente Funktionalität wird von der
+ flexibleren Direktive <directive
+ module="mpm_common">Listen</directive> bereitgestellt.</li>
+
+ <li>Im Apache 1.3 wurde die <code>Port</code>-Direktive außerdem
+ dazu verwendet, die Portnummer für
+ selbstreferenzierende URLs festzulegen.
+ Die neue <directive module="core">ServerName</directive>-Syntax
+ stellt das Apache-2.0-Äquivalent dar:
+ sie wurde dahingehend verändert, sowohl den Hostnamen
+ <em>als auch</em> die Portnummer für selbstreferenzierende URLs
+ in einer Direktive angeben zu können.</li>
+
+ <li>Die <code>ServerType</code>-Direktive entfällt.
+ 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 mod_log_agent und mod_log_referer, welche die
+ Direktiven <code>AgentLog</code>, <code>RefererLog</code> und
+ <code>RefererIgnore</code> bereitgestellt hatten, wurden entfernt.
+ Durch Verwendung der Direktive <directive
+ module="mod_log_config">CustomLog</directive> 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 <directive
+ module="mod_autoindex">IndexOptions</directive> verfügbar.</li>
+ </ul>
+ </section>
+
+ <section id="misc">
+ <title>Sonstige Änderungen</title>
+
+ <ul>
+ <li>Die <code>httpd</code>-Kommandozeilenoption
+ <code>-S</code>, die dazu verwendet wurde, die
+ Virtual-Host-Konfiguration auszugeben, wurde durch
+ <code>-t -D DUMP_VHOSTS</code> ersetzt.</li>
+
+ <li>Das Modul mod_auth_digest, das im Apache 1.3 experimentellen
+ Status hatte, ist nun ein Standardmodul.</li>
+
+ <li>Das Modul mod_mmap_static, das im Apache 1.3 experimentellen
+ Status hatte, wurde durch das Modul mod_file_cache ersetzt.</li>
+
+ <li>Die Distribution wurde komplett reorganisiert und enthält kein
+ unabhängiges <code>src</code>-Verzeichnis mehr. Statt dessen wurden
+ die Quellcodes logisch unterhalb des Hauptverzeichnisses der
+ Distribution angeordnet. Installationen des kompilierten Servers
+ sollten in ein separates Verzeichnis erfolgen.</li>
+ </ul>
+ </section>
+
+ <section id="third-party">
+ <title>Module von Drittanbietern</title>
+
+ <p>An der API des Apache 2.0 wurden umfassende Änderungen
+ vorgenommen. Bestehende Module, die für die Apache 1.3 API
+ entwickelt wurden, werden <strong>nicht</strong> ohne Modifikationen mit
+ der Version 2.0 des Apache zusammenarbeiten. Details sind in der <a
+ href="developer/">Dokumentation für Entwickler</a> beschrieben.</p>
+ </section>
+</manualpage>
\ No newline at end of file
projects / apache / commitdiff