home *** CD-ROM | disk | FTP | other *** search
/ Chip 2004 November / CMCD1104.ISO / Software / Complet / Apache / apache_2.0.52-win32-x86-no_ssl.msi / Data.Cab / F277753_upgrading.xml.de < prev    next >
Extensible Markup Language  |  2004-08-29  |  10KB  |  225 lines
  1. <?xml version='1.0' encoding='UTF-8' ?>
  2. <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
  3. <?xml-stylesheet type="text/xsl" href="./style/manual.de.xsl"?>
  4. <!-- English Revision: 1.6.2.10 -->
  5.  
  6. <!--
  7.  Copyright 2002-2004 The Apache Software Foundation
  8.  
  9.  Licensed under the Apache License, Version 2.0 (the "License");
  10.  you may not use this file except in compliance with the License.
  11.  You may obtain a copy of the License at
  12.  
  13.      http://www.apache.org/licenses/LICENSE-2.0
  14.  
  15.  Unless required by applicable law or agreed to in writing, software
  16.  distributed under the License is distributed on an "AS IS" BASIS,
  17.  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  18.  See the License for the specific language governing permissions and
  19.  limitations under the License.
  20. -->
  21.  
  22. <manualpage metafile="upgrading.xml.meta">
  23.  
  24. <title>Upgrade von 1.3 auf 2.0</title>
  25.  
  26. <summary>
  27.     <p>Dieses Dokument dient der Unterstützung beim Upgrade. Es
  28.     enthält die entscheidenden Informationen für bisherige
  29.     Apache-Nutzer. Diese sind als kurze Anmerkungen
  30.     gedacht. Weitere Informationen finden Sie entweder unter
  31.     <a href="new_features_2_0.html">Neue Funktionen</a> oder in
  32.     den <code>src/CHANGES</code>-Dateien.</p>
  33. </summary>
  34. <seealso><a href="new_features_2_0.html">Übersicht der neuen Funktionen
  35. in Apache 2.0</a></seealso>
  36.  
  37.   <section id="compile-time">
  38.     <title>Änderungen der Konfiguration bei der Kompilierung</title>
  39.  
  40.     <ul>
  41.       <li>Der Apache benutzt jetzt ein <code>autoconf</code>- und
  42.       <code>libtool</code>-System zur <a
  43.       href="install.html">Konfiguration des
  44.       Erstellungsverfahrens</a>. Die Verwendung dieses Systems ist
  45.       ähnlich, aber nicht identisch mit dem APACI-System des
  46.       Apache 1.3.</li>
  47.  
  48.       <li>Zusätzlich zu der üblichen Auswahl von Modulen, die
  49.       kompiliert werden sollen, wurde der Hauptteil der
  50.       Request-Verarbeitung im Apache 2.0 in die <a href="mpm.html">
  51.       Multi-Processing-Module</a> (MPMs) verschoben.</li>
  52.     </ul>
  53.   </section>
  54.  
  55.   <section id="run-time">
  56.     <title>Änderungen der Laufzeit-Konfiguration</title>
  57.  
  58.     <ul>
  59.       <li>Viele Anweisungen aus dem Serverkern des Apache 1.3 sind
  60.       jetzt in den MPMs enthalten. Wenn Sie ein Serververhalten
  61.       wünschen, das demjenigen des Apache 1.3 möglichst
  62.       ähnlich ist, sollten Sie das <module>prefork</module>-MPM
  63.       auswählen. Andere MPMs verwenden abweichende Anweisungen
  64.       für die Prozess-Erstellung und Request-Verarbeitung.</li>
  65.  
  66.       <li>Das <a href="mod/mod_proxy.html">Proxy-Modul</a> wurde
  67.       umgearbeitet, um es auf den Stand von HTTP/1.1 zu bringen. Eine
  68.       der bedeutendsten Änderungen ist die Platzierung der
  69.       Proxy-Zugriffskontrolle innerhalb eines <directive type="section"
  70.       module="mod_proxy">Proxy</directive>-Blocks, statt innerhalb eines
  71.       <code><Directory proxy:></code>-Blocks.</li>
  72.  
  73.       <li>Die Behandlung von <code>PATH_INFO</code> (hinter dem
  74.       tatsächlichen Dateinamen angefügte Pfadangaben) wurde
  75.       für einige Module geändert. Module, die bisher als Handler
  76.       implementiert waren, jetzt aber als Filter implementiert sind,
  77.       akzeptieren möglicherweise keine Requests mit
  78.       <code>PATH_INFO</code> mehr. Filter wie <a
  79.       href="mod/mod_include.html">INCLUDES</a> oder <a
  80.       href="http://www.php.net/">PHP</a> sind gleich oben im
  81.       Core-Handler implementiert und weisen deshalb Requests mit
  82.       <code>PATH_INFO</code> ab. Sie können die <directive
  83.       module="core">AcceptPathInfo</directive>-Direktive
  84.       verwenden, um den Core-Handler zu zwingen, Requests mit
  85.       <code>PATH_INFO</code> zu akzeptieren, und dadurch die Fähigkeit
  86.       wiederherstellen, <code>PATH_INFO</code> in Server Side Includes zu
  87.       benutzen.</li>
  88.  
  89.       <li>Die <directive
  90.       module="mod_negotiation">CacheNegotiatedDocs</directive>-Direktive
  91.       hat jetzt das Argument an (<code>on</code>) oder aus
  92.       (<code>off</code>). Die vorhandenen Anweisungen <directive
  93.       >CacheNegotiatedDocs</directive> sollten durch
  94.       <code>CacheNegotiatedDocs on</code> ersetzt werden.</li>
  95.  
  96.       <li>
  97.         Die <directive module="core">ErrorDocument</directive>-Direktive
  98.         verwendet kein Anführungszeichen mehr am Anfang des
  99.         Arguments, um eine
  100.         Textnachricht anzuzeigen. Stattdessen sollten Sie die
  101.         Nachricht in doppelte Anführungszeichen einschließen.
  102.         Zum Beispiel sollten existierende Angaben wie
  103.  
  104.         <example>
  105.           ErrorDocument 403 "Eine Nachricht
  106.         </example>
  107.         durch
  108.  
  109.         <example>
  110.           ErrorDocument 403 "Eine Nachricht"
  111.         </example>
  112.  
  113.         ersetzt werden.
  114.         Solange das zweite Argument kein gültiger URL oder
  115.         Pfadname ist, wird es als Textnachricht behandelt.
  116.       </li>
  117.  
  118.       <li>Die Direktiven <code>AccessConfig</code> und
  119.       <code>ResourceConfig</code> sind entfallen.
  120.       Diese Direktiven können durch die <directive
  121.       module="core">Include</directive>-Direktive
  122.       ersetzt werden, die eine äquivalente Funktionalität besitzt.
  123.       Wenn Sie die Defaultwerte dieser Direktiven verwendet haben,
  124.       ohne sie in die Konfigurationsdateien einzufügen, müssen Sie
  125.       möglicherweise <code>Include conf/access.conf</code> und
  126.       <code>Include conf/srm.conf</code> zu Ihrer <code>httpd.conf</code>
  127.       hinzufügen. Um sicherzustellen, daß der Apache die
  128.       Konfigurationsdateien in der gleichen Reihenfolge liest, wie sie von
  129.       den älteren Direktiven impliziert wurde, sollten die <directive
  130.       module="core">Include</directive>-Direktiven ans Ende der
  131.       <code>httpd.conf</code> gestellt werden, wobei die Direktive für
  132.       <code>srm.conf</code> derjenigen für <code>access.conf</code>
  133.       vorangeht.</li>
  134.  
  135.       <li>Die Direktiven <code>BindAddress</code> und <code>Port</code>
  136.       sind entfallen. Eine äquivalente Funktionalität wird von der
  137.       flexibleren Direktive  <directive
  138.       module="mpm_common">Listen</directive> bereitgestellt.</li>
  139.  
  140.       <li>Im Apache 1.3 wurde die <code>Port</code>-Direktive außerdem
  141.       dazu verwendet, die Portnummer für
  142.       selbstreferenzierende URLs festzulegen.
  143.       Die neue <directive module="core">ServerName</directive>-Syntax
  144.       stellt das Apache-2.0-Äquivalent dar:
  145.       sie wurde dahingehend verändert, sowohl den Hostnamen
  146.       <em>als auch</em> die Portnummer für selbstreferenzierende URLs
  147.       in einer Direktive angeben zu können.</li>
  148.  
  149.       <li>Die <code>ServerType</code>-Direktive entfällt.
  150.       Die Methode zum Bedienen der Requests wird nun durch die Auswahl
  151.       des MPM ermittelt. Derzeit ist kein MPM dafür bestimmt, von inetd
  152.       gestartet zu werden.</li>
  153.  
  154.       <li>Die Module <code>mod_log_agent</code> und <code>
  155.       mod_log_referer</code>, welche die Direktiven <code>AgentLog</code>,
  156.       <code>RefererLog</code> und <code>RefererIgnore</code> bereitgestellt
  157.       hatten, wurden entfernt. Durch Verwendung der Direktive <directive
  158.       module="mod_log_config">CustomLog</directive> aus mod_log_config
  159.       sind die Agent- und Refererlogs auch weiterhin verfügbar.</li>
  160.  
  161.       <li>Die Direktiven <code>AddModule</code> und
  162.       <code>ClearModuleList</code> sind entfallen.
  163.       Diese Direktiven wurden benutzt, um sicherzustellen, daß die
  164.       Module in der richtigen Reihenfolge aktiviert werden können.
  165.       Die neue Apache 2.0 API erlaubt es Modulen, ihre Reihenfolge
  166.       explizit anzugeben, und macht diese Direktiven damit
  167.       überflüssig.</li>
  168.  
  169.       <li>Die Direktive <code>FancyIndexing</code> wurde entfernt.
  170.       Die gleiche Funktionalität ist nun mit der Option
  171.       <code>FancyIndexing</code> der Direktive <directive
  172.       module="mod_autoindex">IndexOptions</directive> verfügbar.</li>
  173.  
  174.       <li>Die von <module>mod_negotiation</module> bereitgestellte
  175.       Content-Negotiation-Technik MultiViews führt nun eine strengere
  176.       Dateierkennung durch. Es wird ausschließlich unter den
  177.       <em>aushandelbaren</em> Dateien gewählt. Das bisherige Verhalten
  178.       kann jedoch mit der Direktive <directive
  179.       module="mod_mime">MultiviewsMatch</directive> wiederhergestellt
  180.       werden.</li>
  181.  
  182.       <li>(<em>Ab Version 2.0.51</em>)
  183.         <p><code>ErrorHeader</code> war eine Fehlbenennung, weshalb die
  184.           Funktionalität dieser Direktive mit der
  185.           <directive module="mod_headers">Header</directive>-Anweisung
  186.           zusammengelegt wurde. Verwenden Sie stattdessen</p>
  187.  
  188.         <example>
  189.           Header always set foo bar
  190.         </example>
  191.  
  192.         <p>um den gleichen Effekt zu erzielen.</p></li>
  193.      </ul>
  194.   </section>
  195.  
  196.   <section id="misc">
  197.     <title>Sonstige Änderungen</title>
  198.  
  199.     <ul>
  200.       <li>Das Modul <module>mod_auth_digest</module>, das im Apache 1.3
  201.       experimentellen Status hatte, ist nun ein Standardmodul.</li>
  202.  
  203.       <li>Das Modul <code>mod_mmap_static</code>, das im Apache 1.3
  204.       experimentellen Status hatte, wurde durch das Modul <module
  205.       >mod_file_cache</module> ersetzt.</li>
  206.  
  207.       <li>Die Distribution wurde komplett reorganisiert und enthält kein
  208.       unabhängiges <code>src</code>-Verzeichnis mehr. Stattdessen wurden
  209.       die Quellcodes logisch unterhalb des Hauptverzeichnisses der
  210.       Distribution angeordnet. Installationen des kompilierten Servers
  211.       sollten in ein separates Verzeichnis erfolgen.</li>
  212.     </ul>
  213.   </section>
  214.  
  215.   <section id="third-party">
  216.     <title>Module von Drittanbietern</title>
  217.  
  218.     <p>An der API des Apache 2.0 wurden umfassende Änderungen
  219.     vorgenommen. Bestehende Module, die für die Apache 1.3 API
  220.     entwickelt wurden, werden <strong>nicht</strong> ohne Modifikationen mit
  221.     der Version 2.0 des Apache zusammenarbeiten. Details sind in der <a
  222.     href="developer/">Dokumentation für Entwickler</a> beschrieben.</p>
  223.   </section>
  224. </manualpage>
  225.