[DOCUMENTATION] German:

- sync up to r17096

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@17212 44c647ce-9c0f-0410-b52a-842ac1e357ba

documentation/manual/de/module_specs/Zend_Date-Constants.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16845 -->
+<!-- EN-Revision: 17087 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.date.constants">
 
@@ -987,7 +987,7 @@ print $date->toString("'Epoche:GGGG='GGGG, ' Datum:yy.MMMM.dd'yy.MMMM.dd");
                     <row>
                         <entry>e</entry>
                         <entry>Nummer des Wochentages, eine Ziffer</entry>
-                        <entry>Zend_Date::WEEKDAY_NARROW</entry>
+                        <entry>Zend_Date::WEEKDAY_DIGIT</entry>
                         <entry><emphasis>4</emphasis>
                         </entry>
                     </row>

documentation/manual/de/module_specs/Zend_Filter-Migration.xml

@@ -0,0 +1,27 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!-- EN-Revision: 17095 -->
+<!-- Reviewed: no -->
+<sect1 id="zend.filter.migration">
+    <title>Migration von vorhergehenden Versionen</title>
+
+    <para>
+        Dieses Kapitel dokumentiert Brüche in der Rückwärtskompatible von
+        <classname>Zend_Filter</classname> und soll bei der Migration von vorhergehenden Versionen
+        helfen.
+    </para>
+
+    <sect2 id="zend.filter.migration.zf2105">
+        <title>Migration von Versionen vor 1.9</title>
+
+        <para>
+            Vor dem Release 1.9 erlaubte <classname>Zend_Filter</classname> die Verwendung der
+            statischen Methode <methodname>get()</methodname>. Ab dem Release 1.9 wurde diese
+            Methode zu <methodname>filterStatic()</methodname> umbenannt um besser zu beschreiben
+            was Sie macht. Die alte <methodname>get()</methodname> Methode wurde als deprecated
+            markiert.
+        </para>
+    </sect2>
+</sect1>
+<!--
+vim:se ts=4 sw=4 et:
+-->

documentation/manual/de/module_specs/Zend_Filter.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16641 -->
+<!-- EN-Revision: 17073 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.introduction">
 
@@ -72,19 +72,20 @@ echo $htmlEntities->filter('"'); // &quot;
 
     <sect2 id="zend.filter.introduction.static">
 
-        <title>Verwenden der statischen get() Methode</title>
+        <title>Verwenden der statischen staticFilter() Methode</title>
 
         <para>
             Wenn es unbequem ist einen gegebene Filterklasse zu Laden und eine Instanz des Filters
-            zu erstellen, kann die statische <classname>Zend_Filter::get()</classname> Methode als
-            alternativer Aufrufstil verwendet werden. Das erste Argument dieser Methode ist der
-            Eingabewert, der die <code>filter()</code> Methode passieren soll. Das zweite Argument
-            ist ein String, der dem Basisnamen der Filterklasse, relativ zum Zend_Filter Namensraum,
-            entspricht. Die <code>get()</code> Methode läde die Klasse automatisch, erstellt eine
-            Instanz, und führt die Eingabedaten der <code>filter()</code> Methode zu.
+            zu erstellen, kann die statische <classname>Zend_Filter::staticFilter()</classname>
+            Methode als alternativer Aufrufstil verwendet werden. Das erste Argument dieser Methode
+            ist der Eingabewert, der die <code>filter()</code> Methode passieren soll. Das zweite
+            Argument ist ein String, der dem Basisnamen der Filterklasse, relativ zum Zend_Filter
+            Namensraum, entspricht. Die <code>filterStatic()</code> Methode läde die Klasse
+            automatisch, erstellt eine Instanz, und führt die Eingabedaten der
+            <code>filter()</code> Methode zu.
 
             <programlisting language="php"><![CDATA[
-echo Zend_Filter::get('&', 'HtmlEntities');
+echo Zend_Filter::filterStatic('&', 'HtmlEntities');
 ]]></programlisting>
 
         </para>
@@ -94,7 +95,7 @@ echo Zend_Filter::get('&', 'HtmlEntities');
             Filterklasse benötigt werden.
 
             <programlisting language="php"><![CDATA[
-echo Zend_Filter::get('"', 'HtmlEntities', array(ENT_QUOTES));
+echo Zend_Filter::filterStatic('"', 'HtmlEntities', array(ENT_QUOTES));
 ]]></programlisting>
 
         </para>
@@ -118,12 +119,12 @@ echo Zend_Filter::get('"', 'HtmlEntities', array(ENT_QUOTES));
 
             <para>
                 Wenn man mit selbst definierten Filtern arbeitet, dann kann man an
-                <methodname>Zend_Filter::get()</methodname> einen vierten Parameter übergeben
-                welcher der Namespace ist, an dem der eigene Filter gefunden werden kann.
+                <methodname>Zend_Filter::filterStatic()</methodname> einen vierten Parameter
+                übergeben welcher der Namespace ist, an dem der eigene Filter gefunden werden kann.
             </para>
 
             <programlisting language="php"><![CDATA[
-echo Zend_Filter::get(
+echo Zend_Filter::filterStatic(
     '"',
     'MyFilter',
     array($parameters),
@@ -134,14 +135,14 @@ echo Zend_Filter::get(
             <para>
                 <classname>Zend_Filter</classname> erlaubt es auch standardmäßige Namespaces zu
                 setzen. Das bedeutet das man Sie einmal in der Bootstrap setzt und sie nicht mehr
-                bei jedem Aufruf von <methodname>Zend_Filter::get()</methodname> angeben muß. Der
-                folgende Codeschnipsel ist identisch mit dem vorherigen.
+                bei jedem Aufruf von <methodname>Zend_Filter::filterStatic()</methodname> angeben
+                muß. Der folgende Codeschnipsel ist identisch mit dem vorherigen.
             </para>
 
             <programlisting language="php"><![CDATA[
 Zend_Filter::setDefaultNamespaces(array('FirstNamespace', 'SecondNamespace'));
-echo Zend_Filter::get('"', 'MyFilter', array($parameters));
-echo Zend_Filter::get('"', 'OtherFilter', array($parameters));
+echo Zend_Filter::filterStatic('"', 'MyFilter', array($parameters));
+echo Zend_Filter::filterStatic('"', 'OtherFilter', array($parameters));
 ]]></programlisting>
 
             <para>

documentation/manual/de/module_specs/Zend_Locale-Migration.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15666 -->
+<!-- EN-Revision: 17068 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.locale.migration">
 
@@ -72,7 +72,35 @@
                     </tbody>
                 </tgroup>
             </table>
+        </sect3>
+    </sect2>
+
+    <sect2 id="zend.locale.migration.fromoneseventooneeight">
+        <title>Migrieren von 1.7 zu 1.8 oder neuer</title>
+        <sect3 id="zend.locale.migration.fromoneseventooneeight.defaultcaching">
+            <title>Standard Caching</title>
+
+            <para>
+                Ab Zend Framework 1.8 wurde ein standardmäßiges Caching hinzugefügt. Der Grund
+                für diese Änderung war, das die meisten Benutzer Performance Probleme hatten,
+                aber kein Caching verwendet wurde. Da der I18n Core eine Engstelle ist wenn kein
+                Caching verwendet wird, wurde entschieden ein standardmäßiges Caching hinzuzufügen
+                wenn für Zend_Locale kein Cache gesetzt wurde.
+            </para>
+
+            <para>
+                Manchmal ist es trotzdem gewünscht ein Cachen zu verhindern, selbst wenn das die
+                Performance beeinträchtigt. Um das zu tun kann das Cachen durch Verwendung der
+                <methodname>disableCache()</methodname> Methode abgeschaltet werden.
+            </para>
+
+            <example id="zend.locale.migration.fromonesixtooneseven.example">
+                <title>Standardmäßiges Caching abschalten</title>
 
+                <programlisting language="php"><![CDATA[
+Zend_Locale::disableCache(true);
+]]></programlisting>
+            </example>
         </sect3>
     </sect2>
 

documentation/manual/de/module_specs/Zend_Session-SaveHandler-DbTable.xml

@@ -1,18 +1,18 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 17086 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.session.savehandler.dbtable">
 
     <title>Zend_Session_SaveHandler_DbTable</title>
 
     <para>
-        Das Basis Setup für Zend_Session_SaveHandler_DbTable muß zumindest vier Spalten haben,
-        die wie folgt im Config Array/Zend_Config Objekt beschrieben werden:
-        primary, ist der Primary-Key und standardmäßig nur die SessionID welche standardmäßig
-        ein String der Länge 32 ist;
-        modified, ist der Unix-Timestamp des Datums der letzten Änderung;
-        lifetime, ist die Lebenszeit der Session (modified + lifetime > time());
-        und data, sind die serialisierten Daten die in der Session gespeichert werden.
+        Das Basis Setup für <classname>Zend_Session_SaveHandler_DbTable</classname> muß zumindest
+        vier Spalten haben, die wie folgt im Config Array oder <classname>Zend_Config</classname>
+        Objekt beschrieben werden: primary, ist der Primary-Key und standardmäßig nur die
+        SessionID welche standardmäßig ein String der Länge 32 ist; modified, ist der
+        Unix-Timestamp des Datums der letzten Änderung; lifetime, ist die Lebenszeit der Session
+        (<command>modified + lifetime > time();</command>); und data, sind die serialisierten
+        Daten die in der Session gespeichert werden.
     </para>
 
     <example id="zend.session.savehandler.dbtable.basic">
@@ -61,7 +61,7 @@ Zend_Session::start();
 
     <para>
         Man kann auch mehrere Spalten im Primarykey für
-        Zend_Session_SaveHandler_DbTable verwenden.
+        <classname>Zend_Session_SaveHandler_DbTable</classname> verwenden.
     </para>
 
     <example id="zend.session.savehandler.dbtable.multi-column-key">

documentation/manual/de/module_specs/Zend_Tag-Introduction.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16166 -->
+<!-- EN-Revision: 17086 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tag.introduction">
     <title>Einführung</title>
@@ -52,8 +52,8 @@ foreach ($list as $item) {
 }
 ]]></programlisting>
         <para>
-            Das wird die drei Elemente Code, Zend Framework und PHP, mit den absoluten Werten
-            10, 1 und 2, ausgeben.
+            Das wird die drei Elemente Code, Zend Framework und <acronym>PHP</acronym>, mit den
+            absoluten Werten 10, 1 und 2, ausgeben.
         </para>
     </example>
 </sect1>

documentation/manual/de/module_specs/Zend_Test-PHPUnit-Db.xml

@@ -1,39 +1,43 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16914 -->
+<!-- EN-Revision: 17086 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.test.phpunit.db"  xmlns:xi="http://www.w3.org/2001/XInclude">
     <title>Zend_Test_PHPUnit_Db</title>
 
     <para>
-        Coupling of data-access and the domain model often requires the use of a database for
-        testing purposes. But the database is persistet accross different tests which leads to
-        test results that can affect each other. Furthermore setting up the database to be able to
-        run a test is quite some work. PHPUnit's Database extension simplifies testing with a
-        database by offering a very simple mechanism to setup and teardown the database between
-        different tests. This component extends the PHPUnit Database extension with Zend Framework
-        specific code, such that writing database tests against a Zend Framework application is
-        simplified.
+        Die Kopplung von Datenzugriff und dem Domain Modell benötigt oft die Verwendung einer
+        Datenbank für Testzwecke. Aber die Datenbank ist persistent über alle Tests was dazu
+        führen kann das die Test Resultate sich gegenseitig beeinflussen. Weiters ist das
+        Setup der Datenbank eine ganz schöne Arbeit damit die Tests laufen können. PHPUnit's
+        Datenbank Extension vereinfacht das Testen mit einer Datenbank durch das Anbieten eines
+        einfachen Mechanismus für das Setup und Herunterfahren der Datenbank zwischen den
+        unterschiedlichen Tests. Diese Komponente erweitert die PHPUnit Datenbank Extension
+        mit Zend Framework spezifischem Code, damit das Schreiben von Datenbank Tests für
+        Zend Framework Anwendungen vereinfacht wird.
     </para>
 
     <para>
-        Database Testing can be explained with two conceptual entities, DataSets and DataTables.
-        Internally the PHPUnit Database extension can build up an object structure of a database,
-        its tables and containing rows from configuration files or the real database content. This
-        abstract object graph can then be compared using assertions. A common use-case in database
-        testing is setting up some tables with seed data, then performing some operations, and
-        finally asserting that the operated on database-state is equal to some predefined expected
-        state.  <classname>Zend_Test_PHPUnit_Db</classname> simplifies this task by allowing to
-        generate DataSets and DataTables from existing <classname>Zend_Db_Table_Abstract</classname>
-        or <classname>Zend_Db_Table_Rowset_Abstract</classname> instances.
+        Das Testen von Datenbanken kann mit zwei konzeptionellen Einträgen beschrieben werden,
+        DataSets und DataTables. Intern kann die PHPUnit Datenbank Extension eine Objekt Struktur
+        von einer Datenbank erstellen, und dessen Tabellen und enthaltene Zeilen von einer
+        Konfigurationsdatei oder einer realen Datenbankinhalt. Dieser abstrakte Objektgraph kann
+        dann verglichen werden indem Assertions verwendet werden. Ein üblicher Verwendungszweck
+        beim Testen von Datenbanken ist das Setup von einigen Tabellen mit eingefügten Daten, in
+        denen dann einige Operationen stattfinden, und letztendlich geprüft wird das der
+        endgültige Datenbankstatus identisch mit dem vordefinierten und erwarteten Status ist.
+        <classname>Zend_Test_PHPUnit_Db</classname> vereinfacht diese Aufgabe indem es erlaubt wird
+        DataSets und DataTables von existierenden <classname>Zend_Db_Table_Abstract</classname>
+        oder <classname>Zend_Db_Table_Rowset_Abstract</classname> Instanzen erstellt werden.
     </para>
 
     <para>
-        Furthermore this component allows to integrate any
-        <classname>Zend_Db_Adapter_Abstract</classname> for testing wheras the original extension
-        only works with <classname>PDO</classname>. A Test Adapter implementation for
-        <classname>Zend_Db_Adapter_Abstract</classname> is also included in this component.  It
-        allows to instantiate a Db Adapter that requires no database at all and acts as an SQL and
-        result stack which is used by the API methods.
+        Weiters erlaubt es diese Komponente jede <classname>Zend_Db_Adapter_Abstract</classname>
+        für das Testen zu integrieren wobei die originale Erweiterung nur mit
+        <acronym>PDO</acronym> arbeitet. Eine Implementation des Test Adapters für
+        <classname>Zend_Db_Adapter_Abstract</classname> ist auch in dieser Komponente inkludiert.
+        Sie erlaubt es einen Db Adapter zu instanziieren der überhaupt keine Datenbank benötigt und
+        als <acronym>SQL</acronym> arbeitet sowie als Ergebnis Stack der von den
+        <acronym>API</acronym> Methoden verwendet wird.
     </para>
 
     <xi:include href="Zend_Test-PHPUnit-Db-Quickstart.xml" />

documentation/manual/de/module_specs/Zend_Translate-Adapters.xml

@@ -235,6 +235,21 @@
                 Dieser Adapter ist perfekt für Firmen die bereits vor-übersetzte Quell Dateien
                 verwenden. Die Dateien sind menschlich lesbar und Betriebsystem unabhängig.
             </para>
+
+            <warning>
+                <title>Rückschritt in PHP 5.3</title>
+
+                <para>
+                    Vor PHP 5.3 haben <functionname>parse_ini_file()</functionname> und 
+                    <functionname>parse_ini_string()</functionname> nicht ASCII Zeichen in
+                    INI Optionsschlüsseln ohne Probleme behandelt. Aber beginnend mit PHP 5.3
+                    werden alle diese Schlüssel leise im zurückgegebenen Array von beiden
+                    Funktionen entfernt. Wenn man Schlüssel hatte die UTF-8 oder Latin-1 Zeichen
+                    verwenden, werden die eigenen Übersetzungen nicht mehr funktionieren wenn der
+                    INI Adapter verwendet wird. Wenn das der Fall ist, wird empfohlen einen anderen
+                    Adapter zu verwenden.
+                </para>
+            </warning>
         </sect3>
 
         <sect3 id="zend.translate.adapter.tmx">

documentation/manual/de/module_specs/Zend_Wildfire.xml

@@ -1,33 +1,35 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15615 -->
+<!-- EN-Revision: 17062 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.wildfire.chapter">
 
     <title>Zend_Wildfire</title>
 
     <para>
-        <classname>Zend_Wildfire</classname> ist eine Komponente die die Kommunikation zwischen PHP
-        Code und <ulink url="http://www.wildfirehq.org/">Wildfire</ulink> Client Komponenten
-        rmöglicht.
+        <classname>Zend_Wildfire</classname> ist eine Komponente die die Kommunikation zwischen
+        <acronym>PHP</acronym> Code und <ulink url="http://www.wildfirehq.org/">Wildfire</ulink>
+        Client Komponenten ermöglicht.
     </para>
 
     <para>
         Der Zweck des Wildfire Projekt ist es standardisierte Kommunikationskanäle zwischen eine
         großen Vielzahl von Komponenten und eine dynamische und skriptfähige Plugin Architektur zu
-        entwickeln. Aktuell ist der primäre Fokus ein System anzubieten das es serverseitigem PHP
-        Code zu erlauben Loggingnachrichten in die <ulink url="http://www.getfirebug.com/">Firebug
-        </ulink> <ulink url="http://getfirebug.com/logging.html">Console</ulink> zu übertragen.
+        entwickeln. Aktuell ist der primäre Fokus ein System anzubieten das es serverseitigem
+        <acronym>PHP</acronym> Code zu erlauben Loggingnachrichten in die <ulink
+            url="http://www.getfirebug.com/">Firebug</ulink> <ulink
+            url="http://getfirebug.com/logging.html">Console</ulink> zu übertragen.
     </para>
 
     <para>
         Für den Zweck des Loggens in Firebug wird die <link
             linkend="zend.log.writers.firebug"><classname>Zend_Log_Writer_Firebug</classname></link>
-        Komponente angeboten und es wurde ein Kommunikationsprotokoll wurde entwickelt das HTTP
-        Requests und Response header verwendet um Daten zwischen dem Server und Client Komponenten
-        zu senden. Es ist gut für das Loggen von intelligenten Daten, die wärend der
-        Skriptausführung erstellt wurden, im Browser ohne das mit dem Seiteninhalt eingegriffen
-        wird. Das Debuggen von AJAX Anfragen die klare JSON und XML Antworten benötigen ist mit
-        diesem Prinzip möglich.
+        Komponente angeboten und es wurde ein Kommunikationsprotokoll wurde entwickelt das
+        <acronym>HTTP</acronym> Requests und Response header verwendet um Daten zwischen dem Server
+        und Client Komponenten zu senden. Es ist gut für das Loggen von intelligenten Daten, die
+        wärend der Skriptausführung erstellt wurden, im Browser ohne das mit dem Seiteninhalt
+        eingegriffen wird. Das Debuggen von <acronym>AJAX</acronym> Anfragen die klare
+        <acronym>JSON</acronym> und <acronym>XML</acronym> Antworten benötigen ist mit diesem
+        Prinzip möglich.
     </para>
 
     <para>

documentation/manual/de/module_specs/Zend_XmlRpc.xml

@@ -1,18 +1,21 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 14978 -->
+<!-- EN-Revision: 17062 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.xmlrpc.introduction">
     <title>Einführung</title>
     <para>
-        Auf der <ulink url="http://www.xmlrpc.com/">home page</ulink> wird XML-RPC beschrieben als
-        "entfernter Prozeduraufruf ("remote procedure call"), der HTTP für die
-        Übertragung und XML für die Kodierung verwendet. XML-RPC wurde so einfach wie möglich
-        entwickelt, während es die Übertragung, Verarbeitung und Rückgabe von komplexen
-        Datenstrukturen ermöglicht.".
+        Auf der <ulink url="http://www.xmlrpc.com/">home page</ulink> wird
+        <acronym>XML-RPC</acronym> beschrieben als "entfernter Prozeduraufruf ("remote procedure
+        call"), der <acronym>HTTP</acronym> für die Übertragung und <acronym>XML</acronym> für die
+        Kodierung verwendet. <acronym>XML-RPC</acronym> wurde so einfach wie möglich entwickelt,
+        während es die Übertragung, Verarbeitung und Rückgabe von komplexen Datenstrukturen
+        ermöglicht.
     </para>
+
     <para>
-        Zend Framework stellt Unterstützung sowohl für die Verwendung von entfernten XML-RPC
-        Diensten als auch für die Erstellung neuer XML-RPC Server bereit.
+        Zend Framework stellt Unterstützung sowohl für die Verwendung von entfernten
+        <acronym>XML-RPC</acronym> Diensten als auch für die Erstellung neuer
+        <acronym>XML-RPC</acronym> Server bereit.
     </para>
 </sect1>
 <!--

documentation/manual/de/module_specs/Zend_XmlRpc_Client.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15746 -->
+<!-- EN-Revision: 17062 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.xmlrpc.client">
     <title>Zend_XmlRpc_Client</title>
@@ -9,9 +9,10 @@
 
         <para>
             Zend Framework bietet Unterstützung, als Client - durch das
-            <classname>Zend_XmlRpc_Client</classname> Paket - entfernte XML-RPC-Dienste zu nutzen.
-            Seine wichtigsten Möglichkeiten beinhalten das automatische Umwandeln zwischen PHP und
-            XML-RPC, ein Server Proxy-Objekt und den Zugriff auf Server-Prüfungsmöglichkeiten.
+            <classname>Zend_XmlRpc_Client</classname> Paket - entfernte <acronym>XML-RPC</acronym>
+            Dienste zu nutzen. Seine wichtigsten Möglichkeiten beinhalten das automatische
+            Umwandeln zwischen <acronym>PHP</acronym> und <acronym>XML-RPC</acronym>, ein Server
+            Proxy-Objekt und den Zugriff auf Server-Prüfungsmöglichkeiten.
         </para>
 
     </sect2>
@@ -20,17 +21,17 @@
         <title>Methodenaufrufe</title>
 
         <para>
-            Der Konstruktor von <classname>Zend_XmlRpc_Client</classname> erhält den URL
-            des Endpunktes des entfernten XML-RPC-Server als ersten Parameter.
-            Die zurückgegebene Instanz kann genutzt werden, um eine beliebige
+            Der Konstruktor von <classname>Zend_XmlRpc_Client</classname> erhält den
+            <acronym>URL</acronym> des Endpunktes des entfernten <acronym>XML-RPC</acronym> Server
+            als ersten Parameter. Die zurückgegebene Instanz kann genutzt werden, um eine beliebige
             Anzahl von entfernten Methoden (des Endpunktes) aufzurufen.
         </para>
 
         <para>
-            Um eine entfernte Methode mittels des XML-RPC-Clients aufzurufen,
+            Um eine entfernte Methode mittels des <acronym>XML-RPC</acronym> Clients aufzurufen,
             muss man den Client instanzieren und dessen Methode <code>call()</code>
-            aufrufen. Das hierunter gegebene Codebeispiel demonstriert den XML-RPC server
-            der Zend Framework Webseite. Es kann benutzen, um
+            aufrufen. Das hierunter gegebene Codebeispiel demonstriert den
+            <acronym>XML-RPC</acronym> Server der Zend Framework Webseite. Es kann benutzen, um
             <classname>Zend_XmlRpc</classname>-Komponenten zu testen oder auszuprobieren.
         </para>
 
@@ -47,9 +48,9 @@ echo $client->call('test.sayHello');
 
         <para>
             Der - durch den Aufruf einer entfernten Methode - zurückgegebene, typenlose
-            XML-RPC Wert wird automatisch zu dessen nativen PHP-Äquivalent umgeformt.
-            In obigem Beispiel wird ein <type>String</type> zurückgegeben und ist
-            sofort benutzbar.
+            <acronym>XML-RPC</acronym> Wert wird automatisch zu dessen nativen
+            <acronym>PHP</acronym> Äquivalent umgeformt. In obigem Beispiel wird ein
+            <acronym>PHP</acronym> <type>String</type> zurückgegeben und ist sofort benutzbar.
         </para>
 
         <para>
@@ -79,16 +80,16 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
             optionale Parameter weggelassen oder stattdessen ein leeres
             <code>array()</code> übergeben werden. Das, die Parameter -
             für die entfernte Methode - enthaltende, Array kann native
-            PHP-Typen, <classname>Zend_XmlRpc_Value</classname>-Objekte oder eine
-            Mischung aus Beidem enthalten.
+            <acronym>PHP</acronym> Typen, <classname>Zend_XmlRpc_Value</classname>-Objekte oder
+            eine Mischung aus Beidem enthalten.
         </para>
 
         <para>
             Die <code>call()</code>-Methode konvertiert automatisch die
-            XML-RPC-Antwort in dessen äquivalenten nativen PHP-Typen und
-            gibt sie zurück. Ein <classname>Zend_XmlRpc_Response</classname>-Objekt
-            als Rückgabewert ist auch verfübar durch das Aufrufen der
-            Methode <code>getLastResponse()</code> nach dem Aufruf (der
+            <acronym>XML-RPC</acronym> Antwort in dessen äquivalenten nativen
+            <acronym>PHP</acronym> Typen und gibt sie zurück. Ein
+            <classname>Zend_XmlRpc_Response</classname> Objekt als Rückgabewert ist auch verfübar
+            durch das Aufrufen der Methode <code>getLastResponse()</code> nach dem Aufruf (der
             entfernten Methode).
         </para>
     </sect2>
@@ -99,8 +100,8 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
             Einige entfernte Methodenaufrufe benötigen Parameter. Diese werden
             an die Methode <code>call()</code> des <classname>Zend_XmlRpc_Client</classname>s
             als Array im zweiten Parameter übergeben. Jeder Parameter kann
-            entweder ein nativer PHP-Typ sein, der automatisch konvertiert wird,
-            oder ein Objekt, das einem speziellen XML-RPC-Typen (eines der
+            entweder ein nativer <acronym>PHP</acronym> Typ sein, der automatisch konvertiert wird,
+            oder ein Objekt, das einem speziellen <acronym>XML-RPC</acronym> Typen (eines der
             <classname>Zend_XmlRpc_Value</classname>-Objekte) entspricht.
         </para>
 
@@ -108,12 +109,12 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
             <title>Native PHP-Typen als Parameter</title>
             <para>
                 Parameter können der Methode <code>call()</code> als native
-                PHP-Variablen übergeben werden, also als <type>String</type>,
+                <acronym>PHP</acronym> Variablen übergeben werden, also als <type>String</type>,
                 <code>integer</code>, <code>float</code>,
                 <type>Boolean</type>, <type>Array</type> oder als ein
-                <code>Objekt</code>. In diesem Fall wird jeder native PHP-Typ
-                automatisch erkannt und dann in sein entsprechendes Pendant
-                konvertiert, welches in dieser Tabelle ersichtlich ist:
+                <code>Objekt</code>. In diesem Fall wird jeder native <acronym>PHP</acronym> Typ
+                automatisch erkannt und dann in einen der folgenden <acronym>XML-RPC</acronym>
+                Typen konvertiert, welche in dieser Tabelle ersichtlich ist:
             </para>
 
             <table id="zend.xmlrpc.value.parameters.php-native.table-1">
@@ -121,8 +122,8 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <tgroup cols="2">
                     <thead>
                         <row>
-                            <entry>Nativer PHP-Typ</entry>
-                            <entry>XML-RPC Typ</entry>
+                            <entry>Nativer <acronym>PHP</acronym> Typ</entry>
+                            <entry><acronym>XML-RPC</acronym> Typ</entry>
                         </row>
                     </thead>
                     <tbody>
@@ -162,11 +163,12 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
                 <title>Auf welchen Typ werden leere Arrays gecastet?</title>
 
                 <para>
-                    Die Übergabe eines leeren Array an eine XML-RPC Methode ist problematisch, da es
-                    entweder ein Array oder ein Struct repräsentieren könnte.
+                    Die Übergabe eines leeren Array an eine <acronym>XML-RPC</acronym> Methode ist
+                    problematisch, da es entweder ein Array oder ein Struct repräsentieren könnte.
                     <classname>Zend_XmlRpc_Client</classname> erkennt solche Konditionen und führt
-                    eine Abfrage zur <code>system.methodSignature</code> Methode des Servers aus, um
-                    den richtigen XML-RPC Typ festzustellen auf den gecastet werden soll.
+                    eine Abfrage zur <code>system.methodSignature</code> Methode des Servers aus,
+                    um den richtigen <acronym>XML-RPC</acronym> Typ festzustellen auf den gecastet
+                    werden soll.
                 </para>
 
                 <para>
@@ -180,8 +182,8 @@ $result = $client->call('test.sayHello', array($arg1, $arg2));
 
                 <para>
                     Um das Nachsehen komplett abzuschalten kann die
-                    <code>setSkipSystemLookup()</code> Methode aufgerufen werden bevor der XML-RPC
-                    Aufruf durchgeführt wird:
+                    <code>setSkipSystemLookup()</code> Methode aufgerufen werden bevor der
+                    <acronym>XML-RPC</acronym> Aufruf durchgeführt wird:
                 </para>
 
                 <programlisting language="php"><![CDATA[
@@ -195,8 +197,8 @@ $result = $client->call('foo.bar', array(array()));
             <title>Zend_XmlRpc_Value-Objekte als Parameter</title>
             <para>
                 Parameter können auch direkt als <classname>Zend_XmlRpc_Value</classname>-Instanzen
-                erstellt werden, um einen exakten XML-RPC-Typen darzustellen. Die
-                wichtigsten Gründe dafür sind:
+                erstellt werden, um einen exakten <acronym>XML-RPC</acronym> Typen darzustellen.
+                Die wichtigsten Gründe dafür sind:
 
                 <itemizedlist>
                     <listitem>
@@ -211,17 +213,18 @@ $result = $client->call('foo.bar', array(array()));
                         <para>
                             Wenn die Prozedur einen <code>base64</code>- oder einen
                             <code>dateTime.iso8601</code>-Typ benötigt, da diese
-                            nicht als native PHP-Typen existieren.
+                            nicht als native <acronym>PHP</acronym> Typen existieren.
                         </para>
                     </listitem>
                     <listitem>
                         <para>
-                            Wenn eine automatische Konvertierung fehlschlägt.
-                            Z.B. wenn eine leere XML-RPC-Struktur als
-                            Parameter für die Prozedur gewünscht ist. Leere Strukturen werden jedoch
-                            als leere Arrays in PHP gehandhabt, was bei einer Übergabe
-                            des leeren Arrays dazu führen würde, dass es zu einem
-                            Array konvertiert wird, da es kein assoziatives Array ist.
+                            Wenn eine automatische Konvertierung fehlschlägt. Zum Beispiel wenn
+                            eine leere <acronym>XML-RPC</acronym> Struktur als Parameter für die
+                            Prozedur gewünscht ist. Leere Strukturen werden jedoch als leere Arrays
+                            in <acronym>PHP</acronym> gehandhabt, aber wenn man ein leeres Array
+                            als Parameter übergeben will, dann wird es automatisch zu einem
+                            <acronym>XML-RPC</acronym> Array konvertiert, da es kein assoziatives
+                            Array ist.
                         </para>
                     </listitem>
                 </itemizedlist>
@@ -239,7 +242,7 @@ $result = $client->call('foo.bar', array(array()));
                 <tgroup cols="3">
                     <thead>
                         <row>
-                            <entry>XML-RPC Typ</entry>
+                            <entry><acronym>XML-RPC</acronym> Typ</entry>
                             <entry><classname>Zend_XmlRpc_Value</classname> Konstante</entry>
                             <entry><classname>Zend_XmlRpc_Value</classname> Objekt</entry>
                         </row>
@@ -295,11 +298,11 @@ $result = $client->call('foo.bar', array(array()));
                     <para>
                         Bei der Erstellung eines neuen
                         <classname>Zend_XmlRpc_Value</classname>-Objekts wird dessen Wert durch
-                        einen nativen PHP-Typ gesetzt. Dieser PHP-Typ wird durch
-                        PHP-Casting in den gewünschten Typ umgewandelt. Beispielsweise
-                        wird ein String, der als Wert für ein
-                        <classname>Zend_XmlRpc_Value_Integer</classname>-Objekt genutzt wird,
-                        durch <code>(int)$value</code> in ein Integer konvertiert.
+                        einen nativen <acronym>PHP</acronym> Typ gesetzt. Dieser
+                        <acronym>PHP</acronym> Typ wird durch <acronym>PHP</acronym> Casting in den
+                        gewünschten Typ umgewandelt. Beispielsweise wird ein String, der als Wert
+                        für ein <classname>Zend_XmlRpc_Value_Integer</classname>-Objekt genutzt
+                        wird, durch <code>(int)$value</code> in ein Integer konvertiert.
                     </para>
                 </note>
             </para>
@@ -309,11 +312,11 @@ $result = $client->call('foo.bar', array(array()));
     <sect2 id="zend.xmlrpc.client.requests-and-responses">
         <title>Server-Proxy-Objekt</title>
         <para>
-            Ein anderer Weg um entfernte Methoden mittels des XML-RPC-Clients
-            aufzurufen, wird durch die Benutzung des Server-Proxys eröffnet.
-            Dies ist ein PHP-Objekt, das einen entfernten XML-RPC Namensraum
-            umleitet, sodass es möglichst so aussieht, als würde ein natives
-            PHP-Objekt angesprochen werden statt des XML-RPC-Services.
+            Ein anderer Weg um entfernte Methoden mit <acronym>XML-RPC</acronym> Clients
+            aufzurufen, ist die Verwendung eines Server-Proxys. Dies ist ein
+            <acronym>PHP</acronym> Objekt, das einen entfernten <acronym>XML-RPC</acronym>
+            Namensraum umleitet, sodass es so weit wie möglich als <acronym>PHP</acronym> Objekt
+            arbeitet wie es möglich ist.
         </para>
 
         <para>
@@ -321,8 +324,8 @@ $result = $client->call('foo.bar', array(array()));
             <code>getProxy()</code> der Klasse <classname>Zend_XmlRpc_Client</classname>
             aufgerufen werden. Das retourniert eine Instanz von
             <classname>Zend_XmlRpc_Client_ServerProxy</classname>. Jeder Methodenaufruf
-            wird zur entsprechenden entfernten Methode weitergeleitet. Die
-            Parameter können übergeben werden, wie bei jeder anderen PHP-Methode.
+            wird zur entsprechenden entfernten Methode weitergeleitet. Die Parameter
+            können übergeben werden, wie bei jeder anderen <acronym>PHP</acronym> Methode.
         </para>
 
         <example id="zend.xmlrpc.client.requests-and-responses.example-1">
@@ -367,19 +370,19 @@ $hello = $test->sayHello(1, 2);         // test.Hello(1,2) gibt "hello" zurück
     <sect2 id="zend.xmlrpc.client.error-handling">
         <title>Fehlerbehandlung</title>
         <para>
-            Es gibt zwei Arten von Fehlern, die während eines XML-RPC Methodenaufruf
-            autreten können: HTTP- und XML-RPC-Fehler. Der <classname>Zend_XmlRpc_Client</classname>
-            erkennt beide und ermöglicht es, diese unabhängig voneinander zu
-            entdecken und abzufangen.
+            Es gibt zwei Arten von Fehlern, die während eines <acronym>XML-RPC</acronym>
+            Methodenaufruf autreten können: <acronym>HTTP</acronym> und <acronym>XML-RPC</acronym>
+            Fehler. Der <classname>Zend_XmlRpc_Client</classname> erkennt beide und ermöglicht es,
+            diese unabhängig voneinander zu entdecken und abzufangen.
         </para>
 
         <sect3 id="zend.xmlrpc.client.error-handling.http">
             <title>HTTP-Fehler</title>
 
             <para>
-                Wenn ein HTTP-Fehler auftritt, wie z.B. wenn der entfernte
-                HTTP-Server einen <code>404 Not Found</code> zurückgibt, wird eine
-                <classname>Zend_XmlRpc_Client_HttpException</classname> geworfen.
+                Wenn ein <acronym>HTTP</acronym> Fehler auftritt, wie z.B. wenn der entfernte
+                <acronym>HTTP</acronym> Server einen <code>404 Not Found</code> zurückgibt, wird
+                eine <classname>Zend_XmlRpc_Client_HttpException</classname> geworfen.
             </para>
 
             <example id="zend.xmlrpc.client.error-handling.http.example-1">
@@ -402,9 +405,9 @@ try {
             </example>
 
             <para>
-                Ungeachtet des benutzten XML-RPC-Clients wird immer eine
+                Ungeachtet des benutzten <acronym>XML-RPC</acronym> Clients wird immer eine
                 <classname>Zend_XmlRpc_Client_HttpException</classname> geworfen, wenn
-                ein HTTP-Fehler auftritt.
+                ein <acronym>HTTP</acronym> Fehler auftritt.
             </para>
         </sect3>
 
@@ -412,19 +415,20 @@ try {
             <title>XML-RPC-Fehler</title>
 
             <para>
-                Ein XML-RPC-Fehler wird analog zu einer PHP-Exception verwendet.
-                Es ist ein spezieller Typ, der durch einen XML-RPC-Methodenaufruf
-                zurückgegeben wurden und einen Fehlercode sowie eine -meldung
-                enthält. XML-RPC-Fehler werden unterschiedlich behandelt, was
-                von der Benutzung des <classname>Zend_XmlRpc_Client</classname>s abhängt.
+                Ein <acronym>XML-RPC</acronym> Fehler wird analog zu einer <acronym>PHP</acronym>
+                Exception verwendet. Es ist ein spezieller Typ, der durch einen
+                <acronym>XML-RPC</acronym> Methodenaufruf zurückgegeben wurden und einen Fehlercode
+                sowie eine Fehlermeldung enthält. <acronym>XML-RPC</acronym> Fehler werden
+                unterschiedlich behandelt, was von der Benutzung des
+                <classname>Zend_XmlRpc_Client</classname>s abhängt.
             </para>
 
             <para>
                 Wenn die Methode <code>call()</code> oder der Server-Proxy genutzt
-                wird, würde durch einen XML-RPC-Fehler eine
+                wird, würde durch einen <acronym>XML-RPC</acronym> Fehler eine
                 <classname>Zend_XmlRpc_Client_FaultException</classname> geworfen werden. Der
                 Fehlercode und die -meldung der Exception zeigen auf deren zugehörige
-                Werte in der originalen XML-RPC-Fehlerantwort.
+                Werte in der originalen <acronym>XML-RPC</acronym> Fehlerantwort.
             </para>
 
             <example id="zend.xmlrpc.client.error-handling.faults.example-1">
@@ -469,9 +473,10 @@ try {
     <sect2 id="zend.xmlrpc.client.introspection">
         <title>Server Selbstüberprüfung</title>
         <para>
-            Einige XML-RPC Server bieten de facto Überprüfungsmethoden unter dem XML-RPC
-            Namesraum <code>system.</code>. <classname>Zend_XmlRpc_Client</classname> stellt
-            spezielle Verfahren für Server mit diesen Möglichkeiten zur Verfügung.
+            Einige <acronym>XML-RPC</acronym> Server bieten de facto Überprüfungsmethoden unter dem
+            <acronym>XML-RPC</acronym> Namesraum <code>system.</code>.
+            <classname>Zend_XmlRpc_Client</classname> stellt spezielle Verfahren für Server mit
+            diesen Möglichkeiten zur Verfügung.
         </para>
 
         <para>
@@ -514,7 +519,7 @@ $client->doRequest($request);
         </example>
 
         <para>
-            Immer wenn eine XML-RPC-Methode vom Client aufgerufen wird,
+            Immer wenn eine <acronym>XML-RPC</acronym> Methode vom Client aufgerufen wird,
             egal auf welche Weise - entweder über die Methode <code>call()</code>,
             die Methode <code>doRequest()</code> oder den Server-Proxy -, ist das
             Objekt der letzten Anfrage, sowie dessen resultierende Antwort-Objekte,
@@ -527,7 +532,7 @@ $client->doRequest($request);
         <title>HTTP-Client und das Testen</title>
 
         <para>
-            In jedem der vorangegangenen Beispiele wurde kein HTTP-Client
+            In jedem der vorangegangenen Beispiele wurde kein <acronym>HTTP</acronym> Client
             bestimmt. In diesem Fall wird eine neue Instanz eines
             <classname>Zend_Http_Client</classname>s mit dessen standardmäßigen
             Einstellungen erstellt und automatisch vom <classname>Zend_XmlRpc_Client</classname>
@@ -535,11 +540,11 @@ $client->doRequest($request);
         </para>
 
         <para>
-            Der HTTP-Client kann zu jeder Zeit mit der Methode
+            Der <acronym>HTTP</acronym> Client kann zu jeder Zeit mit der Methode
             <code>getHttpClient()</code> zurückgegeben werden. In den meisten
-            Fällen jedoch ist der Standard-HTTP-Client ausreichend. Allerdings
+            Fällen jedoch ist der Standard <acronym>HTTP</acronym> Client ausreichend. Allerdings
             erlaubt die Methode <code>setHttpClient()</code> das Setzen eines
-            anderen HTTP-Clients.
+            anderen <acronym>HTTP</acronym> Clients.
         </para>
 
         <para>