[DOCUMENTATION] German:

- sync up to r17175

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

documentation/manual/de/module_specs/Zend_Service_Yahoo.xml

@@ -1,15 +1,16 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.service.yahoo">
     <title>Zend_Service_Yahoo</title>
     <sect2 id="zend.service.yahoo.introduction">
         <title>Einführung</title>
         <para>
-            <classname>Zend_Service_Yahoo</classname> ist eine einfach API für die Benutzung von
-            vielen der Yahoo! REST APIs <classname>Zend_Service_Yahoo</classname> erlaubt die Suche
-            im Web mit Hilfe von Yahoo! Web search, Yahoo! News, Yahoo! Local, Yahoo! Images. Um die
-            Yahoo! REST API zu benutzen, muss man eine Yahoo! Application ID haben. Um eine
+            <classname>Zend_Service_Yahoo</classname> ist eine einfach <acronym>API</acronym> für
+            die Benutzung von vielen der Yahoo! REST <acronym>API</acronym>s
+            <classname>Zend_Service_Yahoo</classname> erlaubt die Suche im Web mit Hilfe von Yahoo!
+            Web search, Yahoo! News, Yahoo! Local, Yahoo! Images. Um die Yahoo! REST
+            <acronym>API</acronym> zu benutzen, muss man eine Yahoo! Application ID haben. Um eine
             Application ID zu bekommen, die folgende <ulink
                 url="http://developer.yahoo.com/wsregapp/">Application ID Request Form</ulink>
             ausgefüllt und abgeschickt werden

documentation/manual/de/module_specs/Zend_Tag_Cloud.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16762 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.tag.cloud">
 
@@ -142,8 +142,8 @@ echo $cloud;
                 <title>URL Parameter</title>
                 <para>
                     Da der HTML Tag Dekorator immer den Titel des Tags mit einem Anker umgibt,
-                    sollte man einen URL Parameter, für jedes in Ihm verwendete Tag, definiert
-                    werden.
+                    sollte man einen <acronym>URL</acronym> Parameter, für jedes in Ihm verwendete
+                    Tag, definiert werden.
                 </para>
             </note>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.test.phpunit.examples">
     <title>Beispiele</title>
@@ -302,7 +302,8 @@ class UserControllerTest extends Zend_Test_PHPUnit_ControllerTestCase
             der PHPUnit Dokumentation nach</ulink>. Wir empfehlen eine separate Datenbank für das
             Testen zu verwenden statt der Produktionsdatenbank, und entweder eine SQLite Datei oder
             eine Datenbank im Speicher zu verwenden, da beide Optionen sehr performant sind, keinen
-            separaten Server benötigen, und die meisten SQL Syntaxe verwenden können.
+            separaten Server benötigen, und die meisten <acronym>SQL</acronym> Syntax verwenden
+            können.
         </para>
     </example>
 </sect2>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.test.phpunit.testing">
     <title>Testen eigener Controller und MVC Anwendungen</title>
@@ -11,7 +11,7 @@
     </para>
 
     <para>
-        Zuerst muß man eine URL die getestet werden soll ausführen, indem die
+        Zuerst muß man eine <acronym>URL</acronym> die getestet werden soll ausführen, indem die
         <methodname>dispatch()</methodname> Methode des TestCases ausgeführt wird:
     </para>
 

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

@@ -1,13 +1,14 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15617 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.test.phpunit" xmlns:xi="http://www.w3.org/2001/XInclude">
     <title>Zend_Test_PHPUnit</title>
 
     <para>
-        <classname>Zend_Test_PHPUnit</classname> bietet einen TestCase, für MVC Anwendungen die
-        Ausnahmen enthalten, für das Testen einer Vielzahl an Möglichkeiten. Der warscheinlich
-        einfachste Weg um zu verstehen was das ist, ist das ansehen des folgenden Beispiels.
+        <classname>Zend_Test_PHPUnit</classname> bietet einen TestCase, für <acronym>MVC</acronym>
+        Anwendungen die Ausnahmen enthalten, für das Testen einer Vielzahl an Möglichkeiten. Der
+        warscheinlich einfachste Weg um zu verstehen was das ist, ist das ansehen des folgenden
+        Beispiels.
     </para>
 
     <example id="zend.test.phpunit.loginexample">

documentation/manual/de/module_specs/Zend_Test.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 15103 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.test.introduction">
     <title>Einführung</title>
@@ -7,7 +7,7 @@
     <para>
         <classname>Zend_Test</classname> bietet Tools um das Unit der eigenen Zend Framework
         Anwendung durchzuführen. Aktuell bieten wir Funktionalitäten an um das Testen der eigenen
-        Zend Framework MVC Anwendung zu erlauben.
+        Zend Framework <acronym>MVC</acronym> Anwendung zu erlauben.
     </para>
 </sect1>
 <!--

documentation/manual/de/module_specs/Zend_Text_Figlet.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17173 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.text.figlet">
     <title>Zend_Text_Figlet</title>
@@ -18,7 +18,8 @@
             das man eine <code>.flf</code> Datei nehmen und diese gzip-pen kann. Um
             <classname>Zend_Text_Figlet</classname> zu erlauben diese Datei zu erkennen, muß die
             gezippte Schriftart die Erweiterung <code>.gz</code> haben. Weiters, um die gezippte
-            Schriftart verwenden zu können muß in PHP die Erweiterung GZIP aktiviert sein.
+            Schriftart verwenden zu können muß in <acronym>PHP</acronym> die Erweiterung GZIP
+            aktiviert sein.
         </para>
     </note>
     <note>

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.translate.sourcecreation">
 
@@ -138,11 +138,11 @@ print_r($translate->getAdapterInfo());
         <title>Erstellung von TMX Quellen</title>
 
         <para>
-            TMX Quellen sind der neue Industrie Standard. Sie haben den Vorteil das sie XML Dateien
-            sind und deswegen mit jedem Texteditor lesbar und natürlich auch von Menschen. Man kann
-            TMX Dateien entweder per Hand erstellen oder man verwendet spezielle Tools dafür.
-            Allerdings sind die meisten erhältlichen Tools die Erstellung von TMX Quellen nicht
-            frei erhältlich.
+            TMX Quellen sind der neue Industrie Standard. Sie haben den Vorteil das sie
+            <acronym>XML</acronym> Dateien sind und deswegen mit jedem Texteditor lesbar und
+            natürlich auch von Menschen. Man kann TMX Dateien entweder per Hand erstellen oder man
+            verwendet spezielle Tools dafür. Allerdings sind die meisten erhältlichen Tools die
+            Erstellung von TMX Quellen nicht frei erhältlich.
         </para>
 
         <example id="zend.translate.sourcecreation.tmx.example">

documentation/manual/de/module_specs/Zend_Validate-WritingValidators.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17172 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.validate.writing_validators">
 
@@ -51,9 +51,9 @@
         Normalerweise sollte die <methodname>isValid()</methodname> Methode keine Ausnahmen werfen,
         ausser wenn es unmöglich ist festzustellen ob ein Eingabewert gültig ist oder nicht. Einige
         Beispiele für gute Fälle in denen keine Ausnahme geworfen werden sollte sind, wenn eine
-        Datei nicht geöffnet werden konnte, ein LDAP Server nicht erreicht wurde, oder eine
-        Datenbank Verbindung unerreichbar ist, und wo solche Dinge für Prüfprozesse benötigt werden
-        um zu erkennen ob die Prüfung gültig oder ungültig ist.
+        Datei nicht geöffnet werden konnte, ein <acronym>LDAP</acronym> Server nicht erreicht wurde,
+        oder eine Datenbank Verbindung unerreichbar ist, und wo solche Dinge für Prüfprozesse
+        benötigt werden um zu erkennen ob die Prüfung gültig oder ungültig ist.
     </para>
 
     <example id="zend.validate.writing_validators.example.simple">

documentation/manual/de/module_specs/Zend_Version.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17166 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.version.reading">
 
@@ -14,7 +14,7 @@
 
     <para>
         Die statische Methode <methodname>Zend_Version::compareVersion($version)</methodname>
-        basiert auf der PHP Funktion <ulink
+        basiert auf der <acronym>PHP</acronym> Funktion <ulink
             url="http://php.net/version_compare"><methodname>version_compare()</methodname></ulink>.
         Die Methode gibt -1 zurück wenn die angegebene Version älter als die
         installierte Version des Zend Frameworks ist, 0 wenn Sie identisch sind und

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.introduction">
     <title>Einführung</title>
@@ -12,7 +12,7 @@
     </para>
 
     <para>
-        <classname>Zend_View</classname> ist unabhängig von einem Template System. Du kannst PHP als
+        <classname>Zend_View</classname> ist unabhängig von einem Template System. Du kannst <acronym>PHP</acronym> als
         Template Sprache verwenden oder Instanzen anderer Template Systeme erstellen und diese in
         deinem View Skript verarbeiten.
     </para>
@@ -72,8 +72,8 @@ echo $view->render('booklist.php');
         <title>View Skript</title>
 
         <para>
-            Nun benötigen wir das zugehörige View Skript "booklist.php". Dies ist ein PHP Skript
-            wie jedes andere mit einer Ausnahme: es wird innerhalb der
+            Nun benötigen wir das zugehörige View Skript "booklist.php". Dies ist ein
+            <acronym>PHP</acronym> Skript wie jedes andere mit einer Ausnahme: es wird innerhalb der
             <classname>Zend_View</classname> Instanz ausgeführt, was bedeutet, dass Referenzen auf
             $this auf die Eigenschaften und Methoden der <classname>Zend_View</classname> Instanz
             weisen. (Variablen, die vom Controller an die Instanz übergeben wurden, sind öffentliche
@@ -177,9 +177,10 @@ base/path/
         <title>View Skripte mit Short Tags</title>
 
         <para>
-            In unseren Beispielen und der Dokumentation verwenden wir PHP Short Tags:
-            <code>&lt;?</code> und <code>&lt;?=</code>. Zusätzlich verwenden wir typischerweise die
-            <ulink url="http://us.php.net/manual/en/control-structures.alternative-syntax.php">
+            In unseren Beispielen und der Dokumentation verwenden wir <acronym>PHP</acronym> Short
+            Tags: <code>&lt;?</code> und <code>&lt;?=</code>. Zusätzlich verwenden wir
+            typischerweise die <ulink
+                url="http://us.php.net/manual/en/control-structures.alternative-syntax.php">
             alternative Syntax für Kontrollstrukturen</ulink>. Diese sind übliche Abkürzungen die
             Verwendet werden wenn View Skripte geschrieben werden, da Sie Konstrukte verständlicher
             machen und die Anweisungen auf einer einzelnen Zeile belassen.
@@ -188,8 +189,8 @@ base/path/
         <para>
             Aber viele Entwickler bevorzugen die Verwendung von Vollen Tags wegen Prüfungen oder
             aus Portabilitätsgründen. Zum Beispiel ist <code>short_open_tag</code> in der Datei
-            php.ini.recommended ausgeschaltet, und wenn man XML in View Skripten verwendet werden
-            Short Open Tags dazu führen das die Prüfung des Templates fehlschlägt.
+            php.ini.recommended ausgeschaltet, und wenn man <acronym>XML</acronym> in View Skripten
+            verwendet werden Short Open Tags dazu führen das die Prüfung des Templates fehlschlägt.
         </para>
 
         <para>

documentation/manual/de/module_specs/Zend_View-Scripts.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17133 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.view.scripts">
 
@@ -78,11 +78,11 @@ echo $this->escape($this->variable);
 ]]></programlisting>
 
         <para>
-            Standardmäßig verwendet escape() die PHP htmlspecialchars() Funktion für die Maskierung.
-            Allerdings könntest du abhängig von deiner Umgebung den Wunsch haben, die Maskierung
-            anders durchzuführen. Verwende die setEscape() Methode auf der Controller Ebene, um
-            <classname>Zend_View</classname> mitzuteilen, welche Maskierungsmöglichkeit als Callback
-            verwendet werden soll.
+            Standardmäßig verwendet escape() die <acronym>PHP</acronym> htmlspecialchars() Funktion
+            für die Maskierung. Allerdings könntest du abhängig von deiner Umgebung den Wunsch
+            haben, die Maskierung anders durchzuführen. Verwende die setEscape() Methode auf der
+            Controller Ebene, um <classname>Zend_View</classname> mitzuteilen, welche
+            Maskierungsmöglichkeit als Callback verwendet werden soll.
         </para>
 
         <programlisting language="php"><![CDATA[
@@ -117,11 +117,11 @@ echo $view->render(...);
         <title>Verwendung alternativer Templatesysteme</title>
 
         <para>
-            Obwohl PHP selber eine mächtiges Templatesystem ist, haben viele Entwickler das Gefühl,
-            dass es zu mächtig oder komplex für die Template Designer ist und möchten ein
-            alternatives Templatesystem verwenden. <classname>Zend_View</classname> stellt zwei
-            Mechanismen bereit, um dies zu realisieren, die erste durch Viewskripte und die zweite
-            durch Implementierung von <classname>Zend_View_Interface</classname>.
+            Obwohl <acronym>PHP</acronym> selber eine mächtiges Templatesystem ist, haben viele
+            Entwickler das Gefühl, dass es zu mächtig oder komplex für die Template Designer ist und
+            möchten ein alternatives Templatesystem verwenden. <classname>Zend_View</classname>
+            stellt zwei Mechanismen bereit, um dies zu realisieren, die erste durch Viewskripte und
+            die zweite durch Implementierung von <classname>Zend_View_Interface</classname>.
         </para>
 
         <sect3 id="zend.view.scripts.templates.scripts">
@@ -129,8 +129,8 @@ echo $view->render(...);
 
             <para>
                 Ein Viewskript kann verwendet werden, um ein separats Templateobjekt zu instanzieren
-                und anzupassen, z.B. für eine PHPLIB-style Template. Das Viewskript für solch eine
-                Aufgabe könnte so aussehen:
+                und anzupassen, z.B. für eine <acronym>PHP</acronym>LIB-style Template. Das
+                Viewskript für solch eine Aufgabe könnte so aussehen:
             </para>
             <programlisting language="php"><![CDATA[
 include_once 'template.inc';

documentation/manual/de/module_specs/Zend_XmlRpc_Server.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17172 -->
+<!-- EN-Revision: 17175 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.xmlrpc.server">
     <title>Zend_XmlRpc_Server</title>
@@ -8,11 +8,11 @@
         <title>Einführung</title>
 
         <para>
-            <classname>Zend_XmlRpc_Server</classname> ist als vollständiger XML-RPC Server geplant,
-            der den <ulink url="http://www.xmlrpc.com/spec">Spezifikationen auf
-            www.xmlrpc.com</ulink> folgt. Des Weiteren implementiert er die
-            Methode system.multicall(), welche dem Entwickler erlaubt, mehrere
-            Anfragen aufzureihen.
+            <classname>Zend_XmlRpc_Server</classname> ist als vollständiger
+            <acronym>XML</acronym>-RPC Server geplant, der den <ulink
+                url="http://www.xmlrpc.com/spec">Spezifikationen auf www.xmlrpc.com</ulink> folgt.
+            Des Weiteren implementiert er die Methode system.multicall(), welche dem Entwickler
+            erlaubt, mehrere Anfragen aufzureihen.
         </para>
     </sect2>
 
@@ -60,8 +60,8 @@ echo $server->handle();
             auszuführen. Es wird entweder ein <classname>Zend_XmlRpc_Response</classname>-
             oder ein <classname>Zend_XmlRpc_Server_Fault</classname>-Objekt zurückgegeben.
             Beide Objekte besitzen eine Methode <methodname>__toString()</methodname>, die eine
-            valide XML-RPC Antwort im XML-Format zurückgibt, die direkt ausgegeben
-            werden kann.
+            valide <acronym>XML</acronym>-RPC Antwort im <acronym>XML</acronym>-Format zurückgibt,
+            die direkt ausgegeben werden kann.
         </para>
     </sect2>
 
@@ -69,19 +69,19 @@ echo $server->handle();
         <title>Konventionen</title>
         <para>
             <classname>Zend_XmlRpc_Server</classname> ermöglicht es dem Entwickler, Funktionen und
-            Methodenaufrufe als ausführbare XML-RPC Methoden anzufügen. Durch
+            Methodenaufrufe als ausführbare <acronym>XML</acronym>-RPC Methoden anzufügen. Durch
             <classname>Zend_Server_Reflection</classname> wird die Überwachung aller angefügten
             Methoden - durch Nutzung der DocBlocks der Methoden und Funktionen
             werden deren Hilfstexte und Signaturen ermittelt - ermöglicht.
         </para>
 
         <para>
-            XML-RPC Typen werden nicht zwingend 1:1 zu PHP-Typen konvertiert.
-            Dennoch wird versucht, einen passenden Typ, anhand der in
+            <acronym>XML</acronym>-RPC Typen werden nicht zwingend 1:1 zu <acronym>PHP</acronym>
+            Typen konvertiert. Dennoch wird versucht, einen passenden Typ, anhand der in
             @param- und @return-Zeilen enthaltenen Werte, zu ermitteln. Einige
-            XML-RPC-Typen besitzen jedoch kein direktes Äquivalent und sollten
-            deshalb mittels PHPdoc auf einen XML-RPC-Typen hinweisen. Diese
-            beinhalten:
+            <acronym>XML</acronym>-RPC-Typen besitzen jedoch kein direktes Äquivalent und sollten
+            deshalb mittels <acronym>PHP</acronym>doc auf einen <acronym>XML</acronym>-RPC-Typen
+            hinweisen. Diese beinhalten:
         </para>
 
         <itemizedlist>
@@ -112,14 +112,14 @@ function myFunc($val1, $val2, $val3)
         <para>
             PhpDocumentor validiert keine Typen, die in Parameter- oder
             Rückgabewerten angegeben sind, weshalb dies keinen Einfluss auf
-            die API-Dokumentation hat. Das Angeben der Hinweise ist notwendig,
+            die <acronym>API</acronym> Dokumentation hat. Das Angeben der Hinweise ist notwendig,
             da der Server die, dem Methodenaufruf zugewiesenen, Parameter
             validiert.
         </para>
 
         <para>
             Es ist genauso gut möglich, mehrere Werte als Parameter oder für
-            die Rückgabe anzugeben; die XML-RPC Spezifikation schlägt sogar
+            die Rückgabe anzugeben; die <acronym>XML</acronym>-RPC Spezifikation schlägt sogar
             vor, dass system.methodeSignatur ein Array, das alle möglichen
             Methodensignaturen (d.h. jegliche Kombination aus Parametern und
             Rückgabewerten) enthält, zurückgibt. Um dies zu erreichen, kann
@@ -144,7 +144,7 @@ function myFunc($val1, $val2, $val3)
         <para>
             Dennoch eine Anmerkung: Das Erlaubung von vielen Signaturen kann
             zu Verwirrung für Entwickler führen, die diese Services nutzen;
-            man sollte einer XML-RPC Methode deshalb nur eine Signatur zuweisen.
+            man sollte einer <acronym>XML</acronym>-RPC Methode deshalb nur eine Signatur zuweisen.
         </para>
     </sect2>
 
@@ -152,11 +152,11 @@ function myFunc($val1, $val2, $val3)
         <title>Nutzen von Namensräumen</title>
 
         <para>
-            XML-RPC besitzt ein Konzept für Namensräume; Grundlegend erlaubt es
-            das Gruppieren von XML-RPC-Methoden durch Punkt-separierte Namensräume.
-            Dies hilft, Namenkollisionen zwischen Methoden, die durch verschiedene
+            <acronym>XML</acronym>-RPC besitzt ein Konzept für Namensräume; Grundlegend erlaubt es
+            das Gruppieren von <acronym>XML</acronym>-RPC-Methoden durch Punkt-separierte
+            Namensräume. Dies hilft, Namenkollisionen zwischen Methoden, die durch verschiedene
             Klassen offeriert werden, zu verhindern. Beispielsweise kann der
-            XML-RPC-Server mehrere Methoden im 'system'-Namensraum nutzen:
+            <acronym>XML</acronym>-RPC-Server mehrere Methoden im 'system'-Namensraum nutzen:
         </para>
 
         <itemizedlist>
@@ -192,13 +192,14 @@ $server->addFunction('somefunc', 'funcs');
             Die meiste Zeit wird man einfach den Standard-Anfragetyp
             <classname>Zend_XmlRpc_Request_Http</classname>, welcher im
             <classname>Zend_XmlRpc_Server</classname> enthalten ist, nutzen. Jedoch gibt es
-            gelegentlich Fälle, in denen XML-RPC über die Kommandozeile (CLI), ein grafisches
-            Benutzerinterface (GUI), eine andere Umgebung oder beim Protokollieren von ankommenden
-            Anfragen erreichbar sein muss. Um dies zu bewerkstelligen, muss man ein eigenes
-            Anfrage-Objekt kreieren, das <classname>Zend_XmlRpc_Request</classname> erweitert.
-            Die wichtigste Sache, die man sich merken muss, ist sicherzustellen, dass die Methoden
-            getMethod() und getParams() implementiert sind, so dass der XML-RPC-Server Informationen
-            erhält, die er für das Abfertigen einer Anfrage benötigt.
+            gelegentlich Fälle, in denen <acronym>XML</acronym>-RPC über die Kommandozeile (CLI),
+            ein grafisches Benutzerinterface (GUI), eine andere Umgebung oder beim Protokollieren
+            von ankommenden Anfragen erreichbar sein muss. Um dies zu bewerkstelligen, muss man ein
+            eigenes Anfrage-Objekt kreieren, das <classname>Zend_XmlRpc_Request</classname>
+            erweitert. Die wichtigste Sache, die man sich merken muss, ist sicherzustellen, dass die
+            Methoden getMethod() und getParams() implementiert sind, so dass der
+            <acronym>XML</acronym>-RPC-Server Informationen erhält, die er für das Abfertigen einer
+            Anfrage benötigt.
         </para>
     </sect2>
 
@@ -209,9 +210,9 @@ $server->addFunction('somefunc', 'funcs');
             Ähnlich wie bei den Anfrage-Objekten, kann der <classname>Zend_XmlRpc_Server</classname>
             auch eigene Antwortobjekte ausliefern; standardmäßig ist dies ein
             <classname>Zend_XmlRpc_Response_Http-Objekt</classname>, das einen passenden
-            Content-Type HTTP-Header sendet, der für XML-RPC genutzt wird. Mögliche Nutzungen eines
-            eigenen Objekts sind z.B. das Protokollieren von Antworten oder das Senden der
-            Antworten zu STDOUT.
+            Content-Type <acronym>HTTP</acronym>-Header sendet, der für <acronym>XML</acronym>-RPC
+            genutzt wird. Mögliche Nutzungen eines eigenen Objekts sind z.B. das Protokollieren von
+            Antworten oder das Senden der Antworten zu STDOUT.
         </para>
 
         <para>
@@ -226,10 +227,10 @@ $server->addFunction('somefunc', 'funcs');
 
         <para>
             <classname>Zend_XmlRpc_Server</classname> fängt die, durch eine ausgeführte Methode
-            erzeugten, Exceptions and generiert daraus einen XML-RPC-Fehler als Antwort, wenn
-            eine Exception gefangen wurde. Normalerweise werden die Exceptionnachrichten
-            und -codes nicht in der Fehler-Antwort genutzt. Dies ist eine gewollte
-            Entscheidung um den Code zu schützen; viele Exceptions entblößen mehr
+            erzeugten, Exceptions and generiert daraus einen <acronym>XML</acronym>-RPC-Fehler als
+            Antwort, wenn eine Exception gefangen wurde. Normalerweise werden die
+            Exceptionnachrichten und -codes nicht in der Fehler-Antwort genutzt. Dies ist eine
+            gewollte Entscheidung um den Code zu schützen; viele Exceptions entblößen mehr
             Informationen über den Code oder die Umgebung als der Entwickler
             wünscht (ein Paradebeispiel beinhaltet Datenbankabstraktion- oder
             die Zugriffsschichten-Exceptions).
@@ -263,10 +264,11 @@ Zend_XmlRpc_Server_Fault::attachFaultException('My_Project_Exception');
     <sect2 id="zend.xmlrpc.server.caching">
         <title>Zwischenspeichern von Serverdefinitionen zwischen den Anfragen</title>
         <para>
-            Das Hinzufügen einer Vielzahl von Klassen zu einer XML-RPC-Server Instanz kann zu einem
-            großen Ressourcenverbrauch führen; jede Klasse muss via Reflection
-            (<classname>Zend_Server_Reflection</classname>) inspiziert werden, welche eine Liste
-            von allen möglichen Signaturen, die der Server verwenden kann, zurückgibt.
+            Das Hinzufügen einer Vielzahl von Klassen zu einer <acronym>XML</acronym>-RPC-Server
+            Instanz kann zu einem großen Ressourcenverbrauch führen; jede Klasse muss via Reflection
+            <acronym>API</acronym> (<classname>Zend_Server_Reflection</classname>) inspiziert
+            werden, welche eine Liste von allen möglichen Signaturen, die der Server verwenden kann,
+            zurückgibt.
         </para>
         <para>
             Um die Einbußen zu reduzieren, kann <classname>Zend_XmlRpc_Server_Cache</classname>
@@ -321,8 +323,8 @@ echo $server->handle();
             <title>Grundlegende Benutzung</title>
 
             <para>
-                Folgendes Beispiel fügt eine Funktion als ausführbare XML-RPC-Methode
-                hinzu und verarbeitet eingehende Aufrufe.
+                Folgendes Beispiel fügt eine Funktion als ausführbare
+                <acronym>XML</acronym>-RPC-Methode hinzu und verarbeitet eingehende Aufrufe.
             </para>
 
             <programlisting language="php"><![CDATA[
@@ -348,7 +350,7 @@ echo $server->handle();
 
             <para>
                 Das nächste Beispiel illustriert, wie man die öffentlichen Methoden
-                eienr Klasse als ausführbare XML-RPC-Methoden hinzufügt.
+                eienr Klasse als ausführbare <acronym>XML</acronym>-RPC-Methoden hinzufügt.
             </para>
 
             <programlisting language="php"><![CDATA[