Upgrade von 1.3 auf 2.0

änderungen der Konfiguration bei der Kompilierung

• Der Apache benutzt jetzt ein autoconf- und libtool-System zur Konfiguration des Erstellungsverfahrens. Die Verwendung dieses Systems ist Ähnlich, aber nicht identisch mit dem APACI-System des Apache 1.3.
• ZusÄtzlich zu der Ýblichen Auswahl von Modulen, die kompiliert werden sollen, wurde der Hauptteil der Request-Verarbeitung im Apache 2.0 in die Multi-Processing-Module (MPMs) verschoben.

änderungen der Laufzeit-Konfiguration

• 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 prefork-MPM auswÄhlen. Andere MPMs verwenden abweichende Anweisungen fÝr die Prozess-Erstellung und Request-Verarbeitung.
• Das Proxy-Modul 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 innerhalb eines <Directory proxy:>-Blocks.
• 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 INCLUDES oder PHP sind gleich oben im Core-Handler implementiert und weisen deshalb Requests mit PATH_INFO ab. Sie kÆnnen die AcceptPathInfo-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.
• Die CacheNegotiatedDocs-Direktive hat jetzt das Argument an (on) oder aus (off). Die vorhandenen Anweisungen CacheNegotiatedDocs sollten durch CacheNegotiatedDocs on ersetzt werden.
• Die ErrorDocument-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

  ErrorDocument 403 "Eine Nachricht

  durch

  ErrorDocument 403 "Eine Nachricht"

  ersetzt werden. Solange das zweite Argument kein gÝltiger URL oder Pfadname ist, wird es als Textnachricht behandelt.
• Die Direktiven AccessConfig und ResourceConfig sind entfallen. Diese Direktiven kÆnnen durch die Include-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 Include conf/access.conf und Include conf/srm.conf 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 Include-Direktiven ans Ende der httpd.conf gestellt werden, wobei die Direktive fÝr srm.conf derjenigen fÝr access.conf vorangeht.
• Die Direktiven BindAddress und Port sind entfallen. Eine Äquivalente FunktionalitÄt wird von der flexibleren Direktive Listen bereitgestellt.
• Im Apache 1.3 wurde die Port-Direktive auúerdem dazu verwendet, die Portnummer fÝr selbstreferenzierende URLs festzulegen. Die neue ServerName-Syntax stellt das Apache-2.0-äquivalent dar: sie wurde dahingehend verÄndert, sowohl den Hostnamen als auch die Portnummer fÝr selbstreferenzierende URLs in einer Direktive angeben zu kÆnnen.
• Die ServerType-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.
• Die Module mod_log_agent und mod_log_referer, welche die Direktiven AgentLog, RefererLog und RefererIgnore bereitgestellt hatten, wurden entfernt. Durch Verwendung der Direktive CustomLog aus mod_log_config sind die Agent- und Refererlogs auch weiterhin verfÝgbar.
• Die Direktiven AddModule und ClearModuleList 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.
• Die Direktive FancyIndexing wurde entfernt. Die gleiche FunktionalitÄt ist nun mit der Option FancyIndexing der Direktive IndexOptions verfÝgbar.
• Die von mod_negotiation bereitgestellte Content-Negotiation-Technik MultiViews fÝhrt nun eine strengere Dateierkennung durch. Es wird ausschlieúlich unter den aushandelbaren Dateien gewÄhlt. Das bisherige Verhalten kann jedoch mit der Direktive MultiviewsMatch wiederhergestellt werden.
• (Ab Version 2.0.51)

  ErrorHeader war eine Fehlbenennung, weshalb die FunktionalitÄt dieser Direktive mit der Header-Anweisung zusammengelegt wurde. Verwenden Sie stattdessen

  Header always set foo bar

  um den gleichen Effekt zu erzielen.

Sonstige änderungen

• Das Modul mod_auth_digest, das im Apache 1.3 experimentellen Status hatte, ist nun ein Standardmodul.
• Das Modul mod_mmap_static, das im Apache 1.3 experimentellen Status hatte, wurde durch das Modul mod_file_cache ersetzt.
• Die Distribution wurde komplett reorganisiert und enthÄlt kein unabhÄngiges src-Verzeichnis mehr. Stattdessen wurden die Quellcodes logisch unterhalb des Hauptverzeichnisses der Distribution angeordnet. Installationen des kompilierten Servers sollten in ein separates Verzeichnis erfolgen.

Module von Drittanbietern

An der API des Apache 2.0 wurden umfassende änderungen vorgenommen. Bestehende Module, die fÝr die Apache 1.3 API entwickelt wurden, werden nicht ohne Modifikationen mit der Version 2.0 des Apache zusammenarbeiten. Details sind in der Dokumentation fÝr Entwickler beschrieben.