httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From k...@apache.org
Subject svn commit: r170645 - /httpd/httpd/trunk/docs/manual/upgrading.xml.de
Date Tue, 17 May 2005 19:32:17 GMT
Author: kess
Date: Tue May 17 12:32:16 2005
New Revision: 170645

URL: http://svn.apache.org/viewcvs?rev=170645&view=rev
Log:
update translation

Modified:
    httpd/httpd/trunk/docs/manual/upgrading.xml.de

Modified: httpd/httpd/trunk/docs/manual/upgrading.xml.de
URL: http://svn.apache.org/viewcvs/httpd/httpd/trunk/docs/manual/upgrading.xml.de?rev=170645&r1=170644&r2=170645&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/upgrading.xml.de (original)
+++ httpd/httpd/trunk/docs/manual/upgrading.xml.de Tue May 17 12:32:16 2005
@@ -1,7 +1,7 @@
 <?xml version='1.0' encoding='UTF-8' ?>
 <!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
 <?xml-stylesheet type="text/xsl" href="./style/manual.de.xsl"?>
-<!-- English Revision: 151408:170636 (outdated) -->
+<!-- English Revision: 170636  -->
 
 <!--
  Copyright 2002-2005 The Apache Software Foundation or its licensors,
@@ -22,15 +22,21 @@
 
 <manualpage metafile="upgrading.xml.meta">
 
-<title>Upgrade von 1.3 auf 2.0</title>
+<title>Upgrade von 2.0 auf 2.1</title>
 
 <summary>
-    <p>Dieses Dokument dient der Unterst&#252;tzung beim Upgrade. Es
+  <p>Dieses Dokument dient der Unterst&#252;tzung beim Upgrade. Es
     enth&#228;lt die entscheidenden Informationen f&#252;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
+    <a href="new_features_2_2.html">Neue Funktionen</a> oder in
     den <code>src/CHANGES</code>-Dateien.</p>
+
+  <p>Dieses Dokument beschreibt lediglich die &Auml;nderungen von Version
+    2.2 gegen&uuml;ber Version 2.0. Wenn Sie ein Upgrade von Version 1.3
+    durchf&uuml;hren, sollten Sie auch <a
+    href="http://httpd.apache.org/docs-2.0/upgrading.html">Upgrade von 1.3
+    auf 2.0</a> zu Rate ziehen.</p>
 </summary>
 <seealso><a href="new_features_2_0.html">&Uuml;bersicht der neuen Funktionen
   in Apache 2.0</a></seealso>
@@ -38,188 +44,52 @@
   <section id="compile-time">
     <title>&#196;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
-      &#228;hnlich, aber nicht identisch mit dem APACI-System des
-	  Apache 1.3.</li>
-
-      <li>Zus&#228;tzlich zu der &#252;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>&#196;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&#252;nschen, das demjenigen des Apache 1.3 m&#246;glichst
-      &#228;hnlich ist, sollten Sie das <module>prefork</module>-MPM
-      ausw&#228;hlen. Andere MPMs verwenden abweichende Anweisungen
-      f&#252;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 &#196;nderungen ist die Platzierung der
-      Proxy-Zugriffskontrolle innerhalb eines <directive type="section"
-      module="mod_proxy">Proxy</directive>-Blocks, statt innerhalb eines
-      <code>&lt;Directory proxy:&gt;</code>-Blocks.</li>
-
-      <li>Die Behandlung von <code>PATH_INFO</code> (hinter dem
-      tats&#228;chlichen Dateinamen angef&#252;gte Pfadangaben) wurde
-      f&#252;r einige Module ge&#228;ndert. Module, die bisher als Handler
-      implementiert waren, jetzt aber als Filter implementiert sind,
-      akzeptieren m&#246;glicherweise keine Requests mit
-      <code>PATH_INFO</code> mehr. Filter wie <a
-      href="mod/mod_include.html">INCLUDES</a> oder <a
-      href="http://www.php.net/">PHP</a> sind gleich oben im
-      Core-Handler implementiert und weisen deshalb Requests mit
-      <code>PATH_INFO</code> ab. Sie k&#246;nnen die <directive
-      module="core">AcceptPathInfo</directive>-Direktive
-      verwenden, um den Core-Handler zu zwingen, Requests mit
-      <code>PATH_INFO</code> zu akzeptieren, und dadurch die F&#228;higkeit
-      wiederherstellen, <code>PATH_INFO</code> 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 <directive
-      >CacheNegotiatedDocs</directive> sollten durch
-      <code>CacheNegotiatedDocs on</code> ersetzt werden.</li>
-
-      <li>
-        Die <directive module="core">ErrorDocument</directive>-Direktive
-        verwendet kein Anf&#252;hrungszeichen mehr am Anfang des
-        Arguments, um eine
-        Textnachricht anzuzeigen. Stattdessen sollten Sie die
-        Nachricht in doppelte Anf&#252;hrungszeichen einschlie&#223;en.
-        Zum Beispiel sollten existierende Angaben wie
-
-        <example>
-          ErrorDocument 403 "Eine Nachricht
-        </example>
-        durch
-
-        <example>
-          ErrorDocument 403 "Eine Nachricht"
-        </example>
-
-        ersetzt werden.
-        Solange das zweite Argument kein g&#252;ltiger URL oder
-        Pfadname ist, wird es als Textnachricht behandelt.
+      <li>Die mit dem Apache HTTP Server ausgelieferte Konfigurationsdatei
+        <code>httpd.conf</code> wurde stark vereinfacht, indem alle au&szlig;er
+        den unbedingt notwendigen Konfigurationseinstellungen entfernt wurden.
+        Im <code>conf/extra/</code>-Verzeichnis Ihrer Installation finden Sie
+        eine Reihe von Konfigurationsbeispielen f&uuml;r erweiterte Funktionen.
       </li>
 
-      <li>Die Direktiven <code>AccessConfig</code> und
-      <code>ResourceConfig</code> sind entfallen.
-      Diese Direktiven k&#246;nnen durch die <directive
-      module="core">Include</directive>-Direktive
-      ersetzt werden, die eine &#228;quivalente Funktionalit&#228;t besitzt.
-      Wenn Sie die Defaultwerte dieser Direktiven verwendet haben,
-      ohne sie in die Konfigurationsdateien einzuf&#252;gen, m&#252;ssen Sie
-      m&#246;glicherweise <code>Include conf/access.conf</code> und
-      <code>Include conf/srm.conf</code> zu Ihrer <code>httpd.conf</code>
-      hinzuf&#252;gen. Um sicherzustellen, da&#223; der Apache die
-      Konfigurationsdateien in der gleichen Reihenfolge liest, wie sie von
-      den &#228;lteren Direktiven impliziert wurde, sollten die <directive
-      module="core">Include</directive>-Direktiven ans Ende der
-      <code>httpd.conf</code> gestellt werden, wobei die Direktive f&#252;r
-      <code>srm.conf</code> derjenigen f&#252;r <code>access.conf</code>
-      vorangeht.</li>
-
-      <li>Die Direktiven <code>BindAddress</code> und <code>Port</code>
-      sind entfallen. Eine &#228;quivalente Funktionalit&#228;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&#223;erdem
-      dazu verwendet, die Portnummer f&#252;r
-      selbstreferenzierende URLs festzulegen.
-      Die neue <directive module="core">ServerName</directive>-Syntax
-      stellt das Apache-2.0-&#196;quivalent dar:
-      sie wurde dahingehend ver&#228;ndert, sowohl den Hostnamen
-      <em>als auch</em> die Portnummer f&#252;r selbstreferenzierende URLs
-      in einer Direktive angeben zu k&#246;nnen.</li>
-
-      <li>Die <code>ServerType</code>-Direktive entf&#228;llt.
-      Die Methode zum Bedienen der Requests wird nun durch die Auswahl
-      des MPM ermittelt. Derzeit ist kein MPM daf&#252;r bestimmt, von inetd
-      gestartet zu werden.</li>
-
-      <li>Die Module <code>mod_log_agent</code> und <code>
-      mod_log_referer</code>, 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&#252;gbar.</li>
-
-      <li>Die Direktiven <code>AddModule</code> und
-      <code>ClearModuleList</code> sind entfallen.
-      Diese Direktiven wurden benutzt, um sicherzustellen, da&#223; die
-      Module in der richtigen Reihenfolge aktiviert werden k&#246;nnen.
-      Die neue Apache 2.0 API erlaubt es Modulen, ihre Reihenfolge
-      explizit anzugeben, und macht diese Direktiven damit
-      &#252;berfl&#252;ssig.</li>
-
-      <li>Die Direktive <code>FancyIndexing</code> wurde entfernt.
-      Die gleiche Funktionalit&#228;t ist nun mit der Option
-      <code>FancyIndexing</code> der Direktive <directive
-      module="mod_autoindex">IndexOptions</directive> verf&#252;gbar.</li>
-
-      <li>Die von <module>mod_negotiation</module> bereitgestellte
-      Content-Negotiation-Technik MultiViews f&#252;hrt nun eine strengere
-      Dateierkennung durch. Es wird ausschlie&#223;lich unter den
-      <em>aushandelbaren</em> Dateien gew&#228;hlt. Das bisherige Verhalten
-      kann jedoch mit der Direktive <directive
-      module="mod_mime">MultiviewsMatch</directive> wiederhergestellt
-      werden.</li>
-
-      <li>(<em>Ab Version 2.0.51</em>)
-        <p><code>ErrorHeader</code> war eine Fehlbenennung, weshalb die
-          Funktionalit&auml;t dieser Direktive mit der
-          <directive module="mod_headers">Header</directive>-Anweisung
-          zusammengelegt wurde. Verwenden Sie stattdessen</p>
-
-      <example>
-        Header always set foo bar
-      </example>
+      <li>Die <program>apachectl</program>-Option <code>startssl</code>
gibt es
+        nicht mehr. Um SSL-Unterst&uuml;tzung zu aktivieren m&uuml;ssen Sie die
+        <code>httpd.conf</code> editieren und die entsprechenden
+        <module>mod_ssl</module>-Anweisungen einf&uuml;gen und
+        anschlie&szlig;end den Server mit <code>apachectl start</code> starten.
+        Eine Beispielkonfiguration zum Aktivieren von <module>mod_ssl</module>
+        ist in <code>conf/extra/httpd-ssl.conf</code> enthalten.
+      </li>
+
+      <li>Die Voreinstellung von <directive
+        module="core">UseCanonicalName</directive> ist jetzt <code>Off</code>.
+        Wenn diese Anweisung nicht in Ihrer Konfigurationsdatei enthalten ist,
+        k&ouml;nnen Sie <code>UseCanonicalName On</code> einf&uuml;gen,
um das
+        bisherige Verhalten beizubehalten.
+      </li>
 
-      <p>um den gleichen Effekt zu erzielen.</p></li>
-</ul>
+      <li>Das Modul <module>mod_userdir</module> reagiert nicht l&auml;nger
auf
+        Anfragen, solange nicht in der Konfigurationsdatei eine <directive
+        module="mod_userdir">UserDir</directive>-Anweisung enthalten ist, die
+        einen Verzeichnisnamen angibt. F&uuml;gen Sie Ihrer Konfigurationsdatei
+        die Anweisung <code>UserDir public_html</code> hinzu, um das
+        bisherige Verhalten wiederherzustellen.
+      </li>
+    </ul>
   </section>
 
   <section id="misc">
     <title>Sonstige &#196;nderungen</title>
 
-    <ul>
-      <li>Das Modul <module>mod_auth_digest</module>, das im Apache 1.3
-      experimentellen Status hatte, ist nun ein Standardmodul.</li>
-
-      <li>Das Modul <code>mod_mmap_static</code>, das im Apache 1.3
-      experimentellen Status hatte, wurde durch das Modul <module
-      >mod_file_cache</module> ersetzt.</li>
-
-      <li>Die Distribution wurde komplett reorganisiert und enth&#228;lt kein
-      unabh&#228;ngiges <code>src</code>-Verzeichnis mehr. Stattdessen 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 &#196;nderungen
-    vorgenommen. Bestehende Module, die f&#252;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&#252;r Entwickler</a> beschrieben.</p>
   </section>
 </manualpage>



Mime
View raw message