Upgrade von 1.3 auf 2.0

Verfügbare Sprachen: de | - en | - es | - fr | - ja | - ko | - ru

- -

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 - Neue Funktionen oder in - den src/CHANGES-Dateien.

Änderungen der Konfiguration bei der Kompilierung
Änderungen der Laufzeit-Konfiguration
Sonstige Änderungen
Module von Drittanbietern

Siehe auch

Übersicht der neuen Funktionen -in Apache 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.