From da8c879b20a491c4f27c0a76048bab6182d3d033 Mon Sep 17 00:00:00 2001 From: Andre Malo Date: Mon, 21 Oct 2002 18:26:37 +0000 Subject: [PATCH] keep german version in sync; no content changes Submitted by: Tim Gerundt git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97277 13f79535-47bb-0310-9956-ffa450edef68 --- docs/manual/upgrading.html.de | 61 ++++++++++++++++---------------- docs/manual/upgrading.xml.de | 66 +++++++++++++++++++---------------- 2 files changed, 65 insertions(+), 62 deletions(-) diff --git a/docs/manual/upgrading.html.de b/docs/manual/upgrading.html.de index b5853db5ea9..17fbafae315 100644 --- a/docs/manual/upgrading.html.de +++ b/docs/manual/upgrading.html.de @@ -11,7 +11,7 @@ gedacht. Weitere Informationen finden Sie entweder unter Neue Funktionen oder in den src/CHANGES-Dateien.

-
top

Änderungen der Konfiguration bei der Kompilierung

+
top

Änderungen der Konfiguration bei der Kompilierung

    @@ -33,33 +33,32 @@
  • 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 + ä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 sind - gleich oben im Core-Handler implementiert und weisen deshalb - Requests mit PATH_INFO ab. Sie können die AcceptPathInfo-Direktive + 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 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. -
    • + 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 + (off). Die vorhandenen Anweisungen CacheNegotiatedDocs sollten durch CacheNegotiatedDocs on ersetzt werden.
  • @@ -91,11 +90,11 @@ 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 + 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.
    • @@ -117,10 +116,10 @@ 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 +
  • 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 @@ -144,11 +143,11 @@ Virtual-Host-Konfiguration auszugeben, wurde durch -t -D DUMP_VHOSTS ersetzt.
    • -
  • Das Modul mod_auth_digest, das im Apache 1.3 experimentellen - Status hatte, ist nun ein Standardmodul.
    • +
  • 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.
    • +
  • 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 diff --git a/docs/manual/upgrading.xml.de b/docs/manual/upgrading.xml.de index 22d0ebcd3a0..cd6d410b491 100644 --- a/docs/manual/upgrading.xml.de +++ b/docs/manual/upgrading.xml.de @@ -14,6 +14,7 @@ Neue Funktionen oder in den src/CHANGES-Dateien.

    +Neue Funktionen in Version 2.0
    Änderungen der Konfiguration bei der Kompilierung @@ -40,36 +41,37 @@
  • 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 + ä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 sind - gleich oben im Core-Handler implementiert und weisen deshalb - Requests mit PATH_INFO ab. Sie können die 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 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. -
    • + 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 + (off). Die vorhandenen Anweisungen CacheNegotiatedDocs sollten durch CacheNegotiatedDocs on ersetzt werden.
  • @@ -102,11 +104,12 @@ 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 + 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.
    • @@ -129,10 +132,10 @@ 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 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.
    • @@ -160,11 +163,12 @@ Virtual-Host-Konfiguration auszugeben, wurde durch -t -D DUMP_VHOSTS ersetzt. -
  • Das Modul mod_auth_digest, das im Apache 1.3 experimentellen - Status hatte, ist nun ein Standardmodul.
    • +
  • 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.
    • +
  • 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 -- 2.47.3