core.html.de

          
    <p>Die seit Apache 2.0 neue Option <code>Registry-Strict</code>
    macht das gleiche wie <code>Registry</code>, verwendet jedoch nur den
    Unterschlssel <code>Shell\ExecCGI\Command</code>. Der Schlssel
    <code>ExecCGI</code> ist gewhnlich nicht voreingestellt. Er muss
    manuell eingerichtet werden und schtzt Ihr System so for
    versehentlichen Programmaufrufen.</p>

</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="SeeRequestTail" id="SeeRequestTail">SeeRequestTail</a>-<a name="seerequesttail" id="seerequesttail">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Determine if mod_status displays the first 63 characters
of a request or the last 63, assuming the request itself is greater than
63 chars.</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>SeeRequestTail On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>SeeRequestTail Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Kompatibilitt:</a></th><td>Available in Apache httpd 2.2.7 and later.</td></tr>
</table><p>Die Dokumentation zu dieser Direktive wurde
            noch nicht bersetzt. Bitte schauen Sie in die englische
            Version.</p></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerAdmin" id="ServerAdmin">ServerAdmin</a>-<a name="serveradmin" id="serveradmin">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>E-Mail-Adresse, die der Server in Fehlermeldungen einfgt,
welche an den Client gesendet werden</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerAdmin <var>E-Mail-Adresse</var>|<var>URL</var></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p><code class="directive">ServerAdmin</code> legt die Kontaktadresse fest,
    die der Server in jede Fehlermeldung einfgt, die er an den
    Client zurckschickt. Wenn <code>httpd</code> das bergebene
    Argument nicht als URL erkennt, nimmt er an, dess es sich um eine
    <var>E-Mail-Adresse</var> handelt und stellt in Hyperlinks
    <code>mailto:</code> voran. Es ist jedoch sogar sinnvoll, eine
    E-Mail-Adresse zu verwenden, da viele CGI-Skripte davon ausgehen. Wenn Sie
    eine URL verwenden mchten, sollten Sie auf einem anderen unter Ihrer
    Kontrolle stehenden Server verweisen. Andernfalls knnen Besucher Sie
    im Fehlerfall mglicherweise nicht kontaktieren.</p>

    <p>Es kann sich lohnen, hierfr eine reservierte Adresse
    anzugeben, z.B.</p>

    <div class="example"><p><code>
      ServerAdmin www-admin@foo.example.com
    </code></p></div>

    <p>da Anwender nicht unbedingt erwhnen, dass sie vom Server
    sprechen!</p>

</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerAlias" id="ServerAlias">ServerAlias</a>-<a name="serveralias" id="serveralias">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Alternativer Name fr einen Host, der verwendet wird, wenn
Anfragen einem namensbasierten virtuellen Host zugeordnet werden</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerAlias <var>Hostname</var> [<var>Hostname</var>] ...</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Virtual Host</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>Die Direktive <code class="directive">ServerAlias</code> bestimmt die
    alternativen Namen eines Hosts zur Verwendung mit <a href="../vhosts/name-based.html">namensbasierten virtuellen Hosts</a>.</p>

    <div class="example"><p><code>
      &lt;VirtualHost *&gt;<br />
      ServerName server.domain.com<br />
      ServerAlias server server2.domain.com server2<br />
      # ...<br />
      &lt;/VirtualHost&gt;
    </code></p></div>

<h3>Siehe auch</h3>
<ul>
<li><a href="../vhosts/">Apache-Dokumentation zu virtuellen
  Hosts</a></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerName" id="ServerName">ServerName</a>-<a name="servername" id="servername">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Rechnername und Port, die der Server dazu verwendet, sich
selbst zu identifizieren</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerName
<var>voll-qualifizierter-Domainname</var>[:<var>port</var>]</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Kompatibilitt:</a></th><td>Diese Direktive lst in Version 2.0 die
     Funktionalitt der Direktive <code class="directive">Port</code> aus
     Version 1.3 ab.</td></tr>
</table>
    <p>Die Direktive <code class="directive">ServerName</code> bestimmt den
    Rechnernamen und Port, den der Server dazu verwendet, sich selbst
    zu identifizieren. Diese werden bei der Erstellung von Umleitungs-URLs
    bentigt. Wenn beispielsweise der Name der Maschine, die den Webserver
    beherbergt, <code>simple.example.com</code> lautet, die Maschine jedoch
    auch einen DNS-Alias <code>www.example.com</code> besitzt und Sie den
    Webserver so identifizieren mchten, sollten Sie die folgende
    Anweisung verwenden:</p>

    <div class="example"><p><code>
      ServerName www.example.com:80
    </code></p></div>

    <p>Wenn kein <code class="directive">ServerName</code> angegeben wurde,
    dann versucht der Server den Rechnernamen mittels eines Reverse-Lookup
    herzuleiten. Wenn kein Port in der
    <code class="directive">ServerName</code>-Anweisung angegeben wurde, dann
    verwendet der Server den Port der eingegangenen Anfrage. Fr eine
    optimale Zuverlssigkeit und Berechenbarkeit sollten Sie einen
    eindeutigen Rechnernamen und Port angeben, in dem Sie die Direktive
    <code class="directive">ServerName</code> verwenden.</p>

    <p>Wenn Sie <a href="../vhosts/name-based.html">namensbasierte
    virtuelle Hosts</a> verwenden, gibt <code class="directive">ServerName</code>
    innerhalb eines <code class="directive"><a href="#virtualhost">&lt;VirtualHost&gt;</a></code>-Abschnitts an, welcher
    Hostname im <code>Host:</code>-Header der Anfrage auftauchen muss,
    damit sie diesem virtuellen Host zugeordnet wird.</p>

    <p>Lesen Sie bitte die Beschreibung der Direktiven <code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code> und <code class="directive"><a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></code> fr Einstellungen, die
    bestimmen, ob selbstreferenzierende URLs (z.B. vom Modul
    <code class="module"><a href="../mod/mod_dir.html">mod_dir</a></code>) auf den angegebenen Port zeigen oder auf die
    Portnummern die in der Anfrage des Clients angegeben ist.</p>

<h3>Siehe auch</h3>
<ul>
<li><a href="../dns-caveats.html">Probleme bezglich DNS und
Apache</a></li>
<li><a href="../vhosts/">Apache-Dokumentation zu virtuellen
  Hosts</a></li>
<li><code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code></li>
<li><code class="directive"><a href="#usecanonicalphysicalport">UseCanonicalPhysicalPort</a></code></li>
<li><code class="directive"><a href="#namevirtualhost">NameVirtualHost</a></code></li>
<li><code class="directive"><a href="#serveralias">ServerAlias</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerPath" id="ServerPath">ServerPath</a>-<a name="serverpath" id="serverpath">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Veralteter URL-Pfad fr einen namensbasierten
virtuellen Host, auf den von einem inkompatiblen Browser zugegriffen
wird</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerPath <var>URL-Pfad</var></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Virtual Host</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>Die Direktive <code class="directive">ServerPath</code> legt den
    veralteten <span class="transnote">(<em>Anm.d..:</em> Gemeint ist eigentlich "Altlast" aufgrund
    antiquierter Clients.)</span> URL-Pfad eines Hosts zur Verwendung mit
    <a href="../vhosts/">namensbasierten virtuellen Hosts</a> fest.</p>

<h3>Siehe auch</h3>
<ul>
<li><a href="../vhosts/">Apache-Dokumentation zu virtuellen
  Hosts</a></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerRoot" id="ServerRoot">ServerRoot</a>-<a name="serverroot" id="serverroot">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Basisverzeichnis der Serverinstallation</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerRoot <var>Verzeichnis</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>ServerRoot /usr/local/apache</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>Die Direktive <code class="directive">ServerRoot</code> bestimmt das
    Verzeichnis, in dem der Server installiert ist. blicherweise
    enthlt es die Unterverzeichnisse <code>conf/</code> und
    <code>logs/</code>. Relative Pfadangaben anderer Direktiven (wie z.B.
    <code class="directive"><a href="#include">Include</a></code> oder <code class="directive"><a href="../mod/mod_so.html#loadmodule">LoadModule</a></code>) werden relativ zu diesem
    Verzeichnis betrachtet.</p>

    <div class="example"><h3>Beispiel</h3><p><code>
      ServerRoot /home/httpd
    </code></p></div>

<h3>Siehe auch</h3>
<ul>
<li><a href="../invoking.html">Die <code>httpd</code>-Option
    <code>-d</code></a></li>
<li><a href="../misc/security_tips.html#serverroot">Sicherheitshinweise</a>
    fr Informationen, wie die Rechte auf das <code class="directive">ServerRoot</code>-Verzeichnis richtig gesetzt werden</li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerSignature" id="ServerSignature">ServerSignature</a>-<a name="serversignature" id="serversignature">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Konfiguriert die Fuzeile von servergenerierten
Dokumenten</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerSignature On|Off|EMail</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>ServerSignature Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>All</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>Die Direktive <code class="directive">ServerSignature</code> ermglicht
    die Gestaltung einer unter servergenerierten Dokumenten (z.B.
    Fehlerdokumente, FTP-Verzeichnislisten von <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code>,
    <code class="module"><a href="../mod/mod_info.html">mod_info</a></code>-Ausgaben, ...) angefgten
    Fuzeile. Ein mglicher Grund fr die Aktivierung einer
    solchen Fuzeile ist, dass der Anwender bei einer Kette von
    Proxy-Servern oft keine Mglichkeit hat, zu erkennen, welcher der
    verketteten Server gegenwrtig die zurckgegebene Fehlermeldung
    produziert hat.</p>

    <p>Die (Vor-)Einstellung <code>Off</code> unterdrckt die
    Fuzeile (und ist damit kompatibel zum Verhalten des Apache 1.2 und
    frher). Die Einstellung <code>On</code> fgt schlicht eine
    Zeile mit der Versionsnummer des Servers und dem Servernamen (<code class="directive"><a href="#servername">ServerName</a></code>) des bedienenden virtuellen Hosts an.
    Die Einstellung <code>EMail</code> erstellt zustzlich einen
    "mailto:"-Verweis zum Serveradministrator (<code class="directive"><a href="#serveradmin">ServerAdmin</a></code>) des referenzierten Dokuments.</p>

    <p>Ab Version 2.0.44 werden die Details der angegebenen Versionsnummer des
    Servers von der Direktive  <code class="directive"><a href="#servertokens">ServerTokens</a></code> kontrolliert.</p>

<h3>Siehe auch</h3>
<ul>
<li><code class="directive"><a href="#servertokens">ServerTokens</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="ServerTokens" id="ServerTokens">ServerTokens</a>-<a name="servertokens" id="servertokens">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Konfiguriert den HTTP-Response-Header
<code>Server</code></td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>ServerTokens Major|Minor|Min[imal]|Prod[uctOnly]|OS|Full</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>ServerTokens Full</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>die Direktive steuert, ob der Response-Header <code>Server</code>,
    der an den Client zurckgesendet wird, eine Beschreibung des
    allgemeinen Betriesbsystemtyps des Servers wie auch Informationen
    ber einkompilierte Module enthlt.</p>

    <dl>
      <dt><code>ServerTokens Prod[uctOnly]</code></dt>

      <dd>Der Server sendet (<em>z.B.</em>): <code>Server:
      Apache</code></dd>

      <dt><code>ServerTokens Major</code></dt>

      <dd>Der Server sendet (<em>z.B.</em>): <code>Server:
      Apache/2</code></dd>

      <dt><code>ServerTokens Minor</code></dt>

      <dd>Der Server sendet (<em>z.B.</em>): <code>Server:
      Apache/2.0</code></dd>

      <dt><code>ServerTokens Min[imal]</code></dt>

      <dd>Der Server sendet (<em>z.B.</em>): <code>Server:
      Apache/2.0.41</code></dd>

      <dt><code>ServerTokens OS</code></dt>

      <dd>Der Server sendet (<em>z.B.</em>): <code>Server: Apache/2.0.41
      (Unix)</code></dd>

      <dt><code>ServerTokens Full</code> (oder nicht angegeben)</dt>

      <dd>Der Server sendet (<em>z.B.</em>): <code>Server: Apache/2.0.41
      (Unix) PHP/4.2.2 MyMod/1.2</code></dd>
    </dl>

    <p>Diese Einstellung gilt fr den gesamten Server und kann nicht
    auf Virtual-Host-Basis aktiviert oder deaktiviert werden.</p>

    <p>Ab Version 2.0.44 steuert diese Direktive auch die Informationen, die
    durch die Direktive <code class="directive"><a href="#serversignature">ServerSignature</a></code>
    angeboten werden.</p>

<h3>Siehe auch</h3>
<ul>
<li><code class="directive"><a href="#serversignature">ServerSignature</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="SetHandler" id="SetHandler">SetHandler</a>-<a name="sethandler" id="sethandler">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Erzwingt die Verarbeitung aller passenden Dateien durch
einen Handler</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>SetHandler <var>Handlername</var>|None</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>FileInfo</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Kompatibilitt:</a></th><td>Seit Apache 2.0 im Core</td></tr>
</table>
    <p>Wenn die Direktive innerhalb einer <code>.htaccess</code>-Datei
    oder in einem <code class="directive"><a href="#directory">&lt;Directory&gt;</a></code>- oder
    <code class="directive"><a href="#location">&lt;Location&gt;</a></code>-Abschnitt
    angegeben wird, erzwingt sie, dass alle entsprechenden Dateien von dem
    durch <var>Handlername</var> angegebenen <a href="../handler.html">Handler</a> analysiert werden. Wenn Sie
    beispielsweise ein Verzeichnis haben, dessen Dateien unabhngig von
    der Endung gnzlich als Image-Maps interpretiert werden sollen,
    knnen Sie folgendes in eine <code>.htaccess</code>-Datei in
    dem Verzeichnis schreiben:</p>

    <div class="example"><p><code>
      SetHandler imap-file
    </code></p></div>

    <p>Noch ein Beispiel: wenn Sie den Server immer, wenn die URL
    <code>http://servername/status</code> aufgerufen wird, einen
    Statusbericht anzeigen lassen mchten, dann knnen
    Sie folgendes in die <code>httpd.conf</code> schreiben:</p>

    <div class="example"><p><code>
      &lt;Location /status&gt;<br />
      <span class="indent">
        SetHandler server-status<br />
      </span>
      &lt;/Location&gt;
    </code></p></div>
    <p>Sie knnen eine zuvor definierte
    <code class="directive">SetHandler</code>-Anweisung aufheben, indem Sie den Wert
    <code>None</code> verwenden.</p>
    <p><strong>Hinweis:</strong> SetHandler setzt die Standard-Handler
    auer Kraft und unterdrckt gewohnte Verhaltensweisen, wie
    beispielsweise die Behandlung von URLs, die auf einen Schrgstrich
    (/) enden als Verzeichnisse oder (die Auslieferung von) Index-Dateien.</p>

<h3>Siehe auch</h3>
<ul>
<li><code class="directive"><a href="../mod/mod_mime.html#addhandler">AddHandler</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="SetInputFilter" id="SetInputFilter">SetInputFilter</a>-<a name="setinputfilter" id="setinputfilter">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Bestimmt die Filter, die Client-Anfragen und POST-Eingaben
verarbeiten</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>SetInputFilter <var>Filter</var>[;<var>Filter</var>...]</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>FileInfo</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>Die Direktive <code class="directive">SetInputFilter</code> bestimmt den oder
    die Filter, die Client-Anfragen und POST-Eingaben verarbeiten, wenn
    sie vom Server empfangen werden. Diese gelten zustzlich zu
    anderweitig definierten Filtern, einschlielich denen der Direktive
    <code class="directive"><a href="../mod/mod_mime.html#addinputfilter">AddInputFilter</a></code>.</p>

    <p>Wenn mehr als ein Filter angegeben wird, dann mssen diese
    durch Semikolon voneinander getrennt in der Reihenfolge angegeben werden,
    in der sie die Daten verarbeiten sollen.</p>

<h3>Siehe auch</h3>
<ul>
<li><a href="../filter.html">Filter</a>-Dokumentation</li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="SetOutputFilter" id="SetOutputFilter">SetOutputFilter</a>-<a name="setoutputfilter" id="setoutputfilter">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Bestimmt die Filter, die Antworten des Servers verarbeiten</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>SetOutputFilter <var>Filter</var>[;<var>Filter</var>...]</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host, Verzeichnis, .htaccess</td></tr>
<tr><th><a href="directive-dict.html#Override">AllowOverride:</a></th><td>FileInfo</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>Die Direktive <code class="directive">SetOutputFilter</code> bestimmt
    die Filter, die Antworten des Servers verarbeiten, bevor sie an den
    Client gesendet werden. Diese gelten zustzlich zu anderweitig
    definierten Filtern, einschlielich denen der Direktive
    <code class="directive"><a href="../mod/mod_mime.html#addoutputfilter">AddOutputFilter</a></code>.</p>

    <p>Die folgende Konfiguration verarbeitet zum Beispiel alle Dateien
    im Verzeichnis <code>/www/data</code> als Server Side Includes.</p>

    <div class="example"><p><code>
      &lt;Directory /www/data/&gt;<br />
      <span class="indent">
        SetOutputFilter INCLUDES<br />
      </span>
      &lt;/Directory&gt;
    </code></p></div>

    <p>Wenn mehr als ein Filter angegeben wird, dann mssen diese
    durch Semikolon voneinander getrennt in der Reihenfolge angegeben werden,
    in der sie die Daten verarbeiten sollen.</p>

<h3>Siehe auch</h3>
<ul>
<li><a href="../filter.html">Filter</a>-Dokumentation</li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="TimeOut" id="TimeOut">TimeOut</a>-<a name="timeout" id="timeout">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Zeitspanne, die der Server auf verschiedene Ereignisse wartet,
bevor er die Anfrage abbricht</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>TimeOut <var>Sekunden</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>TimeOut 60</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
		<p>Die Direktive <code class="directive">TimeOut</code> definiert derzeit die
    Zeitspanne, die der Apache auf drei Dinge wartet:</p>

    <ol>
      <li>Die gesamte Zeispanne, die bentigt wird, um eine GET-Anfrage
      zu empfangen.</li>

      <li>Die Zeitspanne zwischen dem Empfang von TCP-Paketen einer
      POST- oder PUT-Anfrage.</li>

      <li>Die Zeitspanne zwischen ACKs bei der bermittlung der
      TCP-Pakete der Antwort.</li>
    </ol>

    <p>Wir haben vor, diese Zeitspannen in Zukunft separat konfigurierbar zu
    machen. Vor Version 1.2 war der Zeitgeber auf 1200 voreingestellt, wurde
    dann aber auf 300 herabgesetzt, was immer noch weit mehr ist, als in den
    meisten Situationen bentigt wird. Die Voreinstellung wurde nicht
    weiter herabgesetzt, da gelegentlich noch Stellen im Code existieren
    knnen, wo der Zeitgeber nicht zurckgesetzt wird, wenn ein
    Paket verschickt wird. Seit Apache 2.4 ist die Voreinstellung 60.</p>

</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="TraceEnable" id="TraceEnable">TraceEnable</a>-<a name="traceenable" id="traceenable">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Legt das Verhalten von <code>TRACE</code>-Anfragen fest</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>TraceEnable <var>[on|off|extended]</var></code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>TraceEnable on</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
<tr><th><a href="directive-dict.html#Compatibility">Kompatibilitt:</a></th><td>Verfgbar ab Apache 1.3.34 und 2.0.55</td></tr>
</table>
    <p>Diese Direktive beeinflusst das Verhalten von <code>TRACE</code> sowohl
    fr den Server selbst als auch <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code>. Die
    Voreinstellung <code>TraceEnable on</code> erlaubt
    <code>TRACE</code>-Anfragen gem RFC 2616. Dort werden
    nur Anfragen ohne Datenteil zugelassen. <code>TraceEnable off</code>
    sorgt dafr, dass der Serverkern und <code class="module"><a href="../mod/mod_proxy.html">mod_proxy</a></code> den
    Fehler <code>405</code> (Zugriffsmethode nicht erlaubt) an den Client
    senden.</p>

    <p>Zu Test- und Diagnosezwecken knnen Sie auch
    nicht-standardkonforme Anfragen mit Datenteil erlauben, indem Sie die
    Direktive <code>TraceEnable extended</code> verwenden. Der Server (als
    Ursprungsserver) beschrnkt den Anfrageinhalt auf 64k. (Wenn
    <code>Transfer-Encoding: chunked</code> benutzt wird, knnen
    weitere 8k fr die Chunk-Kopfzeilen verwendet werden.) Der
    Server selbst reflektiert dann die vollstndigen HTTP- und
    Chunk-Kopfzeilen in seiner Antwort. Die Einschrnkung auf 64k gilt
    nicht, wenn der Server als Proxy arbeitet.</p>

</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="UnDefine" id="UnDefine">UnDefine</a>-<a name="undefine" id="undefine">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Undefine the existence of a variable</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>UnDefine <var>parameter-name</var></code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table><p>Die Dokumentation zu dieser Direktive wurde
            noch nicht bersetzt. Bitte schauen Sie in die englische
            Version.</p><h3>Siehe auch</h3>
<ul>
<li><code class="directive"><a href="#define">Define</a></code></li>
<li><code class="directive"><a href="#ifdefine">IfDefine</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="UseCanonicalName" id="UseCanonicalName">UseCanonicalName</a>-<a name="usecanonicalname" id="usecanonicalname">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Bestimmt, wie der Server seinen eigenen Namen und Port
ermittelt</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>UseCanonicalName On|Off|DNS</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>UseCanonicalName Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host, Verzeichnis</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>In vielen Situationen muss der Apache eine
    <em>selbstreferenzierende</em> URL -- d.h. eine URL, die auf den selben
    Server zurck verweist -- zusammenbauen. Bei <code>UseCanonicalName
    On</code> verwendet der Apache den Hostnamen und Port, der in der
    <code class="directive"><a href="#servername">ServerName</a></code>-Anweisung angegeben ist,
    um den kanonischen Namen des Servers zu erstellen. Dieser Name wird in
    allen selbstreferenzierenden URLs sowie in CGI-Skripten fr die
    Werte von <code>SERVER_NAME</code> und <code>SERVER_PORT</code>
    verwendet.</p>

    <p>Bei <code>UseCanonicalName Off</code> bildet der Apache
    selbstreferenzierende URLs, indem er den vom Client bermittelten
    Hostnamen und Port verwendet, sofern diese vorhanden sind (andernfalls
    wird der kanonische Name, wie oben beschrieben, benutzt). Die Werte
    sind die gleichen, die zur Anwendung von <a href="../vhosts/name-based.html">namensbasierten virtuellen Hosts</a>
    verwendet werden, und sie sind mit den gleichen Clients verfgbar
    <span class="transnote">(<em>Anm.d..:</em> , die auch in der Lage sind, auf namensbasierte virtuelle Hosts
    zuzugreifen, d.h. einen <code>Host</code>-Header mitschicken)</span>.
    Die CGI-Variablen <code>SERVER_NAME</code> und <code>SERVER_PORT</code>
    werden ebenfalls aus den vom Client angeboten Werten erstellt.</p>

    <p>Ein Intranet-Server, auf den Anwender mit kurzen Namen wie
    <code>www</code> zugreifen, ist ein Beispiel, wo dies sinnvoll sein kann.
    Sie werden bemerken, dass der Apache den Benutzer auf
    <code>http://www.domain.com/splat/</code> umleitet, wenn dieser einen
    Kurznamen und eine URL, die einem Verzeichnis entspricht, ohne
    abschlieenden Schrgstrich eingibt, wie z.B.
    <code>http://www/splat</code>. Wenn Sie Authentisierung aktiviert haben,
    bewirkt dies, dass der Benutzer sich zweimal identifizieren muss
    (einmal fr <code>www</code> und noch einmal fr
    <code>www.domain.com</code> -- lesen Sie fr weitere Informationen <a href="http://httpd.apache.org/docs/misc/FAQ.html#prompted-twice">die
    FAQ zu diesem Thema</a>). Wenn <code class="directive">UseCanonicalName</code>
    jedoch auf <code>Off</code> gesetzt ist, denn wird der Apache zu
    <code>http://www/splat/</code> umleiten.</p>

    <p>Es existiert noch eine dritte Option, <code>UseCanonicalName DNS</code>,
    die fr den Betrieb von IP-basierten Massen-Virtual-Hosts gedacht ist,
    um antiquierte Clients zu untersttzen, die keinen
    <code>Host:</code>-Header bereit stellen. Um selbstreferenzierende
    URLs zu ermitteln, fhrt der Apache bei dieser Option ein
    Reverse-DNS-Lookup auf die IP-Adresse des Servers aus, zu der der Client
    Verbindung aufgenommen hat.</p>

    <div class="warning"><h3>Warnung</h3>
      <p>Wenn CGI-Skripte Vermutungen aufgrund des Wertes von
      <code>SERVER_NAME</code> anstellen, knnen sie durch diese
      Option fehlschlagen. Clients steht es im Wesentlichen frei, einen Wert
      fr den Hostnamen anzugeben, wie er will. Wenn das
      CGI-Skript <code>SERVER_NAME</code> jedoch lediglich dazu verwendet,
      selbstreferenzierende URLs zu erstellen, sollte das gerade noch
      in Ordnung sein.</p>
    </div>

<h3>Siehe auch</h3>
<ul>
<li><code class="directive"><a href="#servername">ServerName</a></code></li>
<li><code class="directive"><a href="../mod/mpm_common.html#listen">Listen</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="UseCanonicalPhysicalPort" id="UseCanonicalPhysicalPort">UseCanonicalPhysicalPort</a>-<a name="usecanonicalphysicalport" id="usecanonicalphysicalport">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Bestimmt, wie der Server seinen eigenen Namen und Port
ermittelt</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>UseCanonicalPhysicalPort On|Off</code></td></tr>
<tr><th><a href="directive-dict.html#Default">Voreinstellung:</a></th><td><code>UseCanonicalPhysicalPort Off</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration, Virtual Host, Verzeichnis</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p>In vielen Situationen muss der Apache eine
    <em>selbstreferenzierende</em> URL zusammenbauen, d.h. eine URL, die auf
    den selben Server zurck verweist. Wenn der Apache fr die
    <code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code>-Direktive den Port
    bestimmt, wird mit <code>UseCanonicalPhysicalPort On</code> die
    tatschlich fr die Anfrage verwendete physische Portnummer
    in Betracht gezogen. Mit <code>UseCanonicalPhysicalPort Off</code>
    verlt sich der Apache nur auf die Konfiguration, um eine
    gltige Portnummer zu bestimmen und lt die
    physische Portnummer auer acht.</p>

    <div class="note"><h3>Hinweis</h3>
    <p>Wenn der physische Port verwendet wird, ist die Reihenfolge wie
    folgt:<br /><br />
     <code>UseCanonicalName On</code></p>
     <ul>
      <li>Der in <code>Servername</code> angegebene Port</li>
      <li>Der physische Port</li>
      <li>Der Standardport</li>
     </ul>
     <code>UseCanonicalName Off | DNS</code>
     <ul>
      <li>Der Port, der aus dem <code>Host:</code>-Header gewonnen wurde</li>
      <li>Der physische Port</li>
      <li>Der in <code>Servername</code> angegebene Port</li>
      <li>Der Standardport</li>
     </ul>

    <p>Bei <code>UseCanonicalPhysicalPort Off</code> werden die physischen
    Ports aus der Suchreihe entfernt.</p>
    </div>


<h3>Siehe auch</h3>
<ul>
<li><code class="directive"><a href="#usecanonicalname">UseCanonicalName</a></code></li>
<li><code class="directive"><a href="#servername">ServerName</a></code></li>
<li><code class="directive"><a href="../mod/mpm_common.html#listen">Listen</a></code></li>
</ul>
</div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="directive-section"><h2><a name="VirtualHost" id="VirtualHost">&lt;VirtualHost&gt;</a>-<a name="virtualhost" id="virtualhost">Direktive</a></h2>
<table class="directive">
<tr><th><a href="directive-dict.html#Description">Beschreibung:</a></th><td>Enthlt Direktiven, die nur auf bestimmte Hostnamen oder
IP-Adressen angewendet werden</td></tr>
<tr><th><a href="directive-dict.html#Syntax">Syntax:</a></th><td><code>&lt;VirtualHost
    <var>Adresse</var>[:<var>Port</var>] [<var>Adresse</var>[:<var>Port</var>]]
    ...&gt; ... &lt;/VirtualHost&gt;</code></td></tr>
<tr><th><a href="directive-dict.html#Context">Kontext:</a></th><td>Serverkonfiguration</td></tr>
<tr><th><a href="directive-dict.html#Status">Status:</a></th><td>Core</td></tr>
<tr><th><a href="directive-dict.html#Module">Modul:</a></th><td>core</td></tr>
</table>
    <p><code class="directive">&lt;VirtualHost&gt;</code> und
    <code>&lt;/VirtualHost&gt;</code> werden dazu verwendet, eine Gruppe
    von Direktiven zusammenzufassen, die nur auf einen bestimmten virtuellen
    Host angewendet werden. Jede Direktive, die im Virtual-Host-Kontext
    zulssig ist, kann verwendet werden. Wenn der Server eine Anfrage
    fr ein bestimmtes Dokument eines bestimmten virtuellen Hosts
    empfngt, dann benutzt er die im
    <code class="directive">&lt;VirtualHost&gt;</code>-Container enthaltenen
    Konfigurationsanweisungen. <var>Adresse</var> kann sein:</p>

    <ul>
      <li>Die IP-Adresse des virtuellen Hosts.</li>

      <li>Ein voll qualifizierter Domainname fr die IP-Adresse des
      virtuellen Hosts.</li>

      <li>Das Zeichen <code>*</code>, welches nur in Kombination mit
      <code>NameVirtualHost *</code> verwendet wird, um allen IP-Adressen
      zu entsprechen.</li>

      <li>Die Zeichenkette <code>_default_</code>, die nur mit IP-basierten
      virtuellen Hosts verwendet wird, um nicht zugewiesene IP-Adressen
      aufzufangen.</li>
    </ul>

    <div class="example"><h3>Beispiel</h3><p><code>
      &lt;VirtualHost 10.1.2.3&gt;<br />
      <span class="indent">
        ServerAdmin webmaster@host.foo.com<br />
        DocumentRoot /www/docs/host.foo.com<br />
        ServerName host.foo.com<br />
        ErrorLog logs/host.foo.com-error_log<br />
        TransferLog logs/host.foo.com-access_log<br />
      </span>
      &lt;/VirtualHost&gt;
    </code></p></div>

    <p>IPv6-Adressen mssen in eckigen Klammern angegeben werden, da die
    optionale Portnummer sonst nicht erkannt werden kann. Hier ein
    IPv6-Beispiel:</p>

    <div class="example"><p><code>
      &lt;VirtualHost [2001:db8::a00:20ff:fea7:ccea]&gt;<br />
      <span class="indent">
        ServerAdmin webmaster@host.example.com<br />
        DocumentRoot /www/docs/host.example.com<br />
        ServerName host.example.com<br />
        ErrorLog logs/host.example.com-error_log<br />
        TransferLog logs/host.example.com-access_log<br />
      </span>
      &lt;/VirtualHost&gt;
    </code></p></div>

    <p>Jeder virtuelle Host muss einer anderen IP-Adresse, einem anderen Port
    oder einem anderen Hostnamen fr den Server entsprechen. Im ersten
    Fall muss die Servermaschine so eingerichtet sein, dass sie IP-Pakete
    fr mehrere Adressen akzeptiert. (Wenn der Rechner nicht mehrere
    Netzwerkkarten besitzt, kann dies mit dem Befehl <code>ifconfig
    alias</code> durchgefhrt werden -- sofern Ihr Betriebssystem das
    untersttzt).</p>

    <div class="note"><h3>Anmerkung</h3>
      <p>Die Verwendung von <code class="directive">&lt;VirtualHost&gt;</code>
      beeinflusst <strong>nicht</strong>, an welchen Adressen der Apache
      lauscht. Sie mssen mit <code class="directive"><a href="../mod/mpm_common.html#listen">Listen</a></code> sicherstellen, dass der Apache
      an der richtigen Adresse lauscht.</p>
    </div>

    <p>Bei der Verwendung IP-basierter virtuellen Hosts kann der spezielle
    Name <code>_default_</code> benutzt werden. In diesem Fall weist
    der Apache jede IP-Adresse diesem virtuellen Host zu, die nicht explizit in
    einem anderen virtuellen Host angegeben ist. Falls kein virtueller Host
    <code>_default_</code> angegeben ist, wird die "Hauptserver"-Konfiguration,
    die aus allen Definitionen auerhalb der Virtual-Host-Abschnitte
    besteht, fr nicht passende IPs verwendet. (Beachten Sie jedoch,
    dass eine IP-Adressen die zu einer <code class="directive"><a href="#namevirtualhost">NameVirtualHost</a></code>-Anweisung passt, weder den
    "Hauptserver" noch den virtuellen Host <code>_default_</code> verwendet.
    Lesen Sie fr weitere Details die Dokumentation zu <a href="../vhosts/name-based.html">namensbasierten virtuell Hosts</a>.)</p>

    <p>Sie knnen einen speziellen <code>:Port</code> angeben,
    um den entsprechenden Port zu wechseln. Falls nicht angegeben, wird
    er auf den gleichen Port voreingestellt, wie die letzte
    <code class="directive"><a href="../mod/mpm_common.html#listen">Listen</a></code>-Anweisung des
    Hauptservers. Sie knnen auch <code>:*</code> angeben, um alle
    Ports dieser Adresse zu akzeptieren. (Dies wird zusammen mit
    <code>_default_</code> empfohlen.)</p>

    <div class="warning"><h3>Sicherheit</h3>
      <p>Lesen Sie das Dokument <a href="../misc/security_tips.html">Sicherheitshinweise</a> fr
      Details, warum Ihre Sicherheit gefhrdet sein kann, wenn das
      Verzeichnis, in dem Protokolldateien gespeichert werden, fr
      jemanden anderes als den Benutzer beschreibbar ist, der den Server
      gestartet hat.</p>
    </div>

<h3>Siehe auch</h3>
<ul>
<li><a href="../vhosts/">Apache-Dokumentation zu virtuellen
  Hosts</a></li>
<li><a href="../dns-caveats.html">Probleme bezglich DNS und
    Apache</a></li>
<li><a href="../bind.html">Bestimmen, welche Adressen und Ports
    der Apache verwendet</a></li>
<li><a href="../sections.html">Wie die Abschnitte &lt;Directory&gt;,
    &lt;Location&gt; und &lt;Files&gt; arbeiten</a> fr eine
    Erluterung, wie diese verschiedenen Abschnitte miteinander
    kombiniert werden, wenn eine Anfrage empfangen wird</li>
</ul>
</div>
</div>
<div class="bottomlang">
<p><span>Verfgbare Sprachen: </span><a href="../de/mod/core.html" title="Deutsch">&nbsp;de&nbsp;</a> |
<a href="../en/mod/core.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../es/mod/core.html" hreflang="es" rel="alternate" title="Espaol">&nbsp;es&nbsp;</a> |
<a href="../fr/mod/core.html" hreflang="fr" rel="alternate" title="Franais">&nbsp;fr&nbsp;</a> |
<a href="../ja/mod/core.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
<a href="../tr/mod/core.html" hreflang="tr" rel="alternate" title="Trke">&nbsp;tr&nbsp;</a></p>
</div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Kommentare</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
<script type="text/javascript"><!--//--><![CDATA[//><!--
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/2.4/mod/core.html';
(function(w, d) {
    if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
        d.write('<div id="comments_thread"><\/div>');
        var s = d.createElement('script');
        s.type = 'text/javascript';
        s.async = true;
        s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
        (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
    }
    else { 
        d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
    }
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2017 The Apache Software Foundation.<br />Lizenziert unter der <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="../mod/">Module</a> | <a href="../mod/directives.html">Direktiven</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">Glossar</a> | <a href="../sitemap.html">Seitenindex</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
    prettyPrint();
}
//--><!]]></script>
</body></html>