update translation (913eb819) · Commits · CYBER - Cyber Security / TS 103 523 MSP / TLMSP / TLMSP Apache Httpd

docs/manual/upgrading.xml.de

+39 −169

Original line number	Diff line number	Diff line
		<?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ü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
		<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 Änderungen von Version
		2.2 gegenüber Version 2.0. Wenn Sie ein Upgrade von Version 1.3
		durchfü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">Übersicht der neuen Funktionen
		in Apache 2.0</a></seealso>
		@@ -38,188 +44,52 @@
		<section id="compile-time">
		<title>Ä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
		ähnlich, aber nicht identisch mit dem APACI-System des
		Apache 1.3.</li>

		<li>Zusätzlich zu der ü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>Ä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ünschen, das demjenigen des Apache 1.3 möglichst
		ähnlich ist, sollten Sie das <module>prefork</module>-MPM
		auswählen. Andere MPMs verwenden abweichende Anweisungen
		fü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 Änderungen ist die Platzierung der
		Proxy-Zugriffskontrolle innerhalb eines <directive type="section"
		module="mod_proxy">Proxy</directive>-Blocks, statt innerhalb eines
		<code><Directory proxy:></code>-Blocks.</li>

		<li>Die Behandlung von <code>PATH_INFO</code> (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
		<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ö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ä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ü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

		<example>
		ErrorDocument 403 "Eine Nachricht
		</example>
		durch

		<example>
		ErrorDocument 403 "Eine Nachricht"
		</example>

		ersetzt werden.
		Solange das zweite Argument kein gü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ßer
		den unbedingt notwendigen Konfigurationseinstellungen entfernt wurden.
		Im <code>conf/extra/</code>-Verzeichnis Ihrer Installation finden Sie
		eine Reihe von Konfigurationsbeispielen für erweiterte Funktionen.
		</li>

		<li>Die <program>apachectl</program>-Option <code>startssl</code> gibt es
		nicht mehr. Um SSL-Unterstützung zu aktivieren müssen Sie die
		<code>httpd.conf</code> editieren und die entsprechenden
		<module>mod_ssl</module>-Anweisungen einfügen und
		anschließ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 Direktiven <code>AccessConfig</code> und
		<code>ResourceConfig</code> sind entfallen.
		Diese Direktiven können durch die <directive
		module="core">Include</directive>-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 <code>Include conf/access.conf</code> und
		<code>Include conf/srm.conf</code> zu Ihrer <code>httpd.conf</code>
		hinzufügen. Um sicherzustellen, daß der Apache die
		Konfigurationsdateien in der gleichen Reihenfolge liest, wie sie von
		den ä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ür
		<code>srm.conf</code> derjenigen für <code>access.conf</code>
		vorangeht.</li>

		<li>Die Direktiven <code>BindAddress</code> und <code>Port</code>
		sind entfallen. Eine äquivalente Funktionalitä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ßerdem
		dazu verwendet, die Portnummer für
		selbstreferenzierende URLs festzulegen.
		Die neue <directive module="core">ServerName</directive>-Syntax
		stellt das Apache-2.0-Äquivalent dar:
		sie wurde dahingehend verändert, sowohl den Hostnamen
		<em>als auch</em> die Portnummer für selbstreferenzierende URLs
		in einer Direktive angeben zu können.</li>

		<li>Die <code>ServerType</code>-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.</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ügbar.</li>

		<li>Die Direktiven <code>AddModule</code> und
		<code>ClearModuleList</code> 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.</li>

		<li>Die Direktive <code>FancyIndexing</code> wurde entfernt.
		Die gleiche Funktionalität ist nun mit der Option
		<code>FancyIndexing</code> der Direktive <directive
		module="mod_autoindex">IndexOptions</directive> verfügbar.</li>

		<li>Die von <module>mod_negotiation</module> bereitgestellte
		Content-Negotiation-Technik MultiViews führt nun eine strengere
		Dateierkennung durch. Es wird ausschließlich unter den
		<em>aushandelbaren</em> Dateien gewä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ä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>

		<p>um den gleichen Effekt zu erzielen.</p></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önnen Sie <code>UseCanonicalName On</code> einfügen, um das
		bisherige Verhalten beizubehalten.
		</li>

		<li>Das Modul <module>mod_userdir</module> reagiert nicht länger auf
		Anfragen, solange nicht in der Konfigurationsdatei eine <directive
		module="mod_userdir">UserDir</directive>-Anweisung enthalten ist, die
		einen Verzeichnisnamen angibt. Fü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 Ä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ält kein
		unabhä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 Änderungen
		vorgenommen. Bestehende Module, die fü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ür Entwickler</a> beschrieben.</p>
		</section>
		</manualpage>

Admin message