[MANUAL] German:

- sync to 20174

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

documentation/manual/de/module_specs/Zend_Application-AvailableResources-Multidb.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20111 -->
+<!-- EN-Revision: 20160 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.application.available-resources.multidb">
     <title>Zend_Application_Resource_Multidb</title>
@@ -55,9 +55,9 @@ $db1 = $resource->getDb('db1');
 $db2 = $resource->getDb('db2');
 $defaultDb = $resource->getDb();
 ]]></programlisting>
-   </example>
+    </example>
 
-       <example id="zend.application.available-resources.multidb.retrieveDefaultDb">
+    <example id="zend.application.available-resources.multidb.retrieveDefaultDb">
         <title>Den standardmäßigen Datenbankadapter empfangen</title>
 
         <para>

documentation/manual/de/module_specs/Zend_Dojo-View-Dojo.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 17987 -->
+<!-- EN-Revision: 20143 -->
 <!-- Reviewed: no -->
 <sect2 id="zend.dojo.view.dojo">
     <title>dojo() View Helfer</title>
@@ -117,6 +117,29 @@ $this->dojo()->enable()
         </para>
     </example>
 
+    <note>
+        <title>Standardmäßig wird die UTF-8 Kodierung verwendet</title>
+
+        <para>
+            Standardmäßig verwendet Zend Framework <acronym>UTF-8</acronym> als seine
+            Standardkodierung, und speziell in diesem Fall, macht das
+            <classname>Zend_View</classname> genauso. Die Zeichenkodierung kann im View Objekt
+            selbst auf etwas anderes gesetzt werden indem die Methode
+            <methodname>setEncoding()</methodname> verwendet wird (oder der Parameter
+            <varname>encoding</varname> bei der Instanzierung angegeben wird). Trotzdem, da
+            <classname>Zend_View_Interface</classname> keine Zugriffsmethoden für die Kodierung
+            anbietet ist es möglich dass, wenn man eine eigene View Implementation verwendet, man
+            keine <methodname>getEncoding()</methodname> Methode hat, welche der View Helfer intern
+            für die Erkennung des Zeichensets verwendet in das kodiert werden soll.
+        </para>
+
+        <para>
+            Wenn man <acronym>UTF-8</acronym> in solch einer Situation nicht verwenden will, muss
+            man in der eigenen View Implementation eine <methodname>getEncoding()</methodname>
+            Methode implementieren.
+        </para>
+    </note>
+
     <sect3 id="zend.dojo.view.dojo.declarative">
         <title>Programtechnische und Deklarative Verwendung von Dojo</title>
 

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20115 -->
+<!-- EN-Revision: 20174 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.file.transfer.introduction">
     <title>Zend_File_Transfer</title>
@@ -316,6 +316,16 @@ $size = $upload->getFileSize();
 ]]></programlisting>
         </example>
 
+        <note>
+            <title>Vom Client angegebene Dateigröße</title>
+
+            <para>
+                Es ist zu beachten das die Dateigröße welche vom Client angegeben wird, nicht als
+                sichere Eingabe angesehen wird. Deswegen wird die echte Größe der Datei erkannt und
+                statt der Dateigröße zurückgegeben welche vom Client geschickt wurde.
+            </para>
+        </note>
+
         <para>
             <methodname>getHash()</methodname> akzeptiert den Namen eines Hash Algorithmus als
             ersten Parameter. Für eine Liste bekannter Algorithmen kann in
@@ -341,6 +351,8 @@ $names = $upload->getHash('crc32', 'foo');
         </example>
 
         <note>
+            <title>Rückgabewert</title>
+
             <para>
                 Es ist zu beachten das der zurückgegebene Wert ein Array ist, wenn die Datei oder
                 der Formularname mehr als eine Datei enthält.
@@ -368,13 +380,41 @@ $names = $upload->getMimeType('foo');
         </example>
 
         <note>
+            <title>Vom Client angegebener MimeTyp</title>
+
+            <para>
+                Es ist zu beachten das der MimeTyp welcher vom Client angegeben wird, nicht als
+                sichere Eingabe betrachtet wird. Deswegen wird der echte MimeTyp der Datei erkannt
+                und statt dem Mimetyp welcher vom Client geschickt wird, zurückgegeben.
+            </para>
+        </note>
+
+        <warning>
+            <title>Mögliche Exception</title>
+
             <para>
                 Beachte das diese Methode die fileinfo Erweiterung verwendet wenn Sie vorhanden ist.
                 Wenn diese Erweiterung nicht gefunden werden kann wird die mimemagic Erweiterung
-                verwendet. Wenn keine Erweiterung gefunden wird, dann wird der Mimetyp verwendet der
-                vom Dateiserver wärend des Hochladens der Datei angegeben wurde.
+                verwendet. Wenn keine Erweiterung gefunden wird dann wird eine Exception geworfen.
             </para>
-        </note>
+        </warning>
+
+        <warning>
+            <title>Originale Daten in $_FILES</title>
+
+            <para>
+                Aus Sicherheitsgründen werden auch die originalen Daten in $_FILES überschrieben
+                sobald <classname>Zend_File_Transfer</classname> initiiert wird. Wenn man dieses
+                Verhalten unterdrücken will und die originalen Daten benötigt, kann bei der
+                Instanzierung die Option <property>detectInfos</property> einfach auf
+                <constant>FALSE</constant> gesetzt werden.
+            </para>
+
+            <para>
+                Diese Option hat keinen Effekt nachdem <classname>Zend_File_Transfer</classname>
+                instanziert wurde.
+            </para>
+        </warning>
     </sect2>
 
     <sect2 id="zend.file.transfer.introduction.uploadprogress">

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

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19380 -->
+<!-- EN-Revision: 20136 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.filter.set" xmlns:xi="http://www.w3.org/2001/XInclude">
 
@@ -99,6 +99,7 @@
 
     <sect2 id="zend.filter.set.stripnewlines">
         <title>StripNewlines</title>
+
         <para>
             Gibt den String <varname>$value</varname> ohne Zeilenumbruch Zeichen zurück.
         </para>
@@ -106,17 +107,12 @@
 
     <sect2 id="zend.filter.set.striptags">
         <title>StripTags</title>
+
         <para>
             Dieser Filter gibt den Eingabestring zurück, wobei alle HTML und <acronym>PHP</acronym>
             Tags von Ihm entfernt werden ausser diesen die explizit erlaubt sind. Zusätzlich zur
             Möglichkeit zu definieren welche Tags erlaubt sind können Entwickler definieren welche
-            Attribute über alle erlaubten Tags erlaubt sind und auch nur für spezielle Tags. Und
-            Letztendlich bietet dieser Filter Kontrolle darüber ob Kommentare (z.B.,
-            <command>&lt;!-- ... --&gt;</command>) entfernt werden oder nicht.
+            Attribute über alle erlaubten Tags erlaubt sind und auch nur für spezielle Tags.
         </para>
     </sect2>
-
 </sect1>
-<!--
-vim:se ts=4 sw=4 et:
--->

documentation/manual/de/module_specs/Zend_Http_Response.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20115 -->
+<!-- EN-Revision: 20121 -->
 <!-- Reviewed: no -->
 <sect1 id="zend.http.response">
     <title>Zend_Http_Response</title>
@@ -16,7 +16,7 @@
         </para>
 
         <para>
-            In den meisten Fällen wird ein Zend_Http_Response Objekt über die factory() Methode
+            In den meisten Fällen wird ein Zend_Http_Response Objekt über die fromString() Methode
             instanziert, die einen String liest, der eine HTTP Rückantwort enthält und ein
             Zend_Http_Response Objekt zurückgibt.
             <example id="zend.http.response.introduction.example-1">
@@ -34,7 +34,7 @@ fwrite($sock, $req);
 while ($buff = fread($sock, 1024))
     $str .= $sock;
 
-$response = Zend_Http_Response::factory($str);
+$response = Zend_Http_Response::fromString($str);
 ]]></programlisting>
             </example>
         </para>

documentation/manual/de/module_specs/Zend_View-Helpers-HeadStyle.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19437 -->
+<!-- EN-Revision: 20143 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.view.helpers.initial.headstyle">
     <title>HeadStyle Helfer</title>
@@ -108,6 +108,29 @@ $this->headStyle()->appendStyle($styles, array('conditional' => 'lt IE 7'));
         <link linkend="zend.view.helpers.initial.placeholder">Platzhalter Helfers</link>.
     </para>
 
+    <note>
+        <title>Standardmäßig wird die UTF-8 Kodierung verwendet</title>
+
+        <para>
+            Standardmäßig verwendet Zend Framework <acronym>UTF-8</acronym> als seine
+            Standardkodierung, und speziell in diesem Fall, macht das
+            <classname>Zend_View</classname> genauso. Die Zeichenkodierung kann im View Objekt
+            selbst auf etwas anderes gesetzt werden indem die Methode
+            <methodname>setEncoding()</methodname> verwendet wird (oder der Parameter
+            <varname>encoding</varname> bei der Instanzierung angegeben wird). Trotzdem, da
+            <classname>Zend_View_Interface</classname> keine Zugriffsmethoden für die Kodierung
+            anbietet ist es möglich dass, wenn man eine eigene View Implementation verwendet, man
+            keine <methodname>getEncoding()</methodname> Methode hat, welche der View Helfer intern
+            für die Erkennung des Zeichensets verwendet in das kodiert werden soll.
+        </para>
+
+        <para>
+            Wenn man <acronym>UTF-8</acronym> in solch einer Situation nicht verwenden will, muss
+            man in der eigenen View Implementation eine <methodname>getEncoding()</methodname>
+            Methode implementieren.
+        </para>
+    </note>
+
     <example id="zend.view.helpers.initial.headstyle.basicusage">
         <title>Grundsätzliche Verwendung des HeadStyle Helfers</title>
 

documentation/manual/de/module_specs/Zend_View-Helpers-Navigation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19435 -->
+<!-- EN-Revision: 20143 -->
 <!-- Reviewed: no -->
 <sect3 id="zend.view.helpers.initial.navigation">
     <title>Navigations Helfer</title>
@@ -2126,6 +2126,28 @@ echo $this->navigation()
 ]]></programlisting>
         </example>
 
+        <note>
+            <title>Standardmäßig wird die UTF-8 Kodierung verwendet</title>
+
+            <para>
+                Standardmäßig verwendet Zend Framework <acronym>UTF-8</acronym> als seine
+                Standardkodierung, und speziell in diesem Fall, macht das
+                <classname>Zend_View</classname> genauso. Die Zeichenkodierung kann im View Objekt
+                selbst auf etwas anderes gesetzt werden indem die Methode
+                <methodname>setEncoding()</methodname> verwendet wird (oder der Parameter
+                <varname>encoding</varname> bei der Instanzierung angegeben wird). Trotzdem, da
+                <classname>Zend_View_Interface</classname> keine Zugriffsmethoden für die Kodierung
+                anbietet ist es möglich dass, wenn man eine eigene View Implementation verwendet,
+                man keine <methodname>getEncoding()</methodname> Methode hat, welche der View Helfer
+                intern für die Erkennung des Zeichensets verwendet in das kodiert werden soll.
+            </para>
+
+            <para>
+                Wenn man <acronym>UTF-8</acronym> in solch einer Situation nicht verwenden will,
+                muss man in der eigenen View Implementation eine
+                <methodname>getEncoding()</methodname> Methode implementieren.
+            </para>
+        </note>
     </sect4>
 
     <sect4 id="zend.view.helpers.initial.navigation.navigation">

documentation/manual/de/ref/migration-110.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19819 -->
+<!-- EN-Revision: 20142 -->
 <!-- Reviewed: no -->
 <sect1 id="migration.110">
     <title>Zend Framework 1.10</title>
@@ -68,9 +68,72 @@ $authors = $feed->getAuthors()->getValues();
 ]]></programlisting>
     </sect2>
 
+    <sect2 id="migration.110.zend.filter.html-entities">
+        <title>Zend_Filter_HtmlEntities</title>
+
+        <para>
+            Um zu einem höheren Sicherheitsstandard für die Zeichenkodierung zu kommen, ist der
+            Standardwert von <classname>Zend_Filter_HtmlEntities</classname> jetzt
+            <acronym>UTF-8</acronym> statt <acronym>ISO-8859-1</acronym>.
+        </para>
+
+        <para>
+            Zusätzlich, weil der aktuelle Mechanismus mit Zeichenkodierung handelt und nicht mit
+            Zeichensets, wurden zwei Methoden hinzugefügt. <methodname>setEncoding()</methodname>
+            und <methodname>getEncoding()</methodname>. Die vorhergehenden Methoden
+            <methodname>setCharSet()</methodname> und <methodname>setCharSet()</methodname> sind
+            jetzt deprecated und verweisen auf die neuen Methoden. Letztendlich, statt die
+            geschützten Mitglieder in der <methodname>filter()</methodname> Methode direkt zu
+            verwenden, werden Sie durch Ihre expliziten Zugriffsmethoden empfangen. Wenn man den
+            Filter in der Vergangenheit erweitert hat, sollte man seinen Code und seine Unittests
+            prüfen um sicherzustellen das weiterhin alles funktioniert.
+        </para>
+    </sect2>
+
+    <sect2 id="migration.110.zend.filter.strip-tags">
+        <title>Zend_Filter_StripTags</title>
+
+        <para>
+            <classname>Zend_Filter_StripTags</classname> enthielt in voehergehenden Versionen ein
+            <varname>commentsAllowed</varname> Flag, welches es erlaubt hat HTML Kommentare in von
+            dieser Klasse gefiltertem HTML Text als erlaubt zu markieren. Aber das öffnet den Weg
+            für <acronym>XSS</acronym> Attacken, speziell im Internet Explorer (der es erlaubt
+            konditionelle Funktionalität über HMTL Kommentare zu spezifizieren). Beginnend mit
+            Version 1.9.7 (und retour mit den Versionen 1.8.5 und 1.7.9), hat das
+            <varname>commentsAllowed</varname> Flag keine Bedeutung meht, und alle HTML Kommentare,
+            inklusive denen die andere HTML Tags oder untergeordnete Kommentare enthalten, werden
+            von der endgültigen Aufgabe des Filters entfernt.
+        </para>
+    </sect2>
+
     <sect2 id="migration.110.zend.file.transfer">
         <title>Zend_File_Transfer</title>
 
+        <sect3 id="migration.110.zend.file.transfer.files">
+            <title>Sicherheitsänderung</title>
+
+            <para>
+                Aus Gründen der Sicherheit speichert <classname>Zend_File_Transfer</classname> nicht
+                länger die originalen Mimetypen und Dateigrößen welche vom anfragenden Client
+                angegeben wurden in seinem internen Speicher. Stattdessen werden die echten Werte
+                bei der Instanzierung erkannt.
+            </para>
+
+            <para>
+                Zusätzlich werden die originalen Werte in <varname>$_FILES</varname> bei der
+                Instanzierung mit den echten Werten überschrieben. Das macht auch
+                <varname>$_FILES</varname> sicher.
+            </para>
+
+            <para>
+                Wenn man die originalen Werte benötigt, kann man diese entweder vor der
+                Instanzierung von <classname>Zend_File_Transfer</classname> speichern, oder bei der
+                Instanzierung die Option <property>disableInfos</property> verwenden. Es ist zu
+                beachten das diese Option sinnlos ist wenn Sie nach der Instanzierung verwendet
+                wird.
+            </para>
+        </sect3>
+
         <sect3 id="migration.110.zend.file.transfer.count">
             <title>Count Prüfung</title>
 
@@ -276,6 +339,3 @@ My_Validator extends Zend_Validate_Abstract
         </sect3>
     </sect2>
 </sect1>
-<!--
-vim:se ts=4 sw=4 et:
--->

documentation/manual/de/ref/migration-19.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 20116 -->
+<!-- EN-Revision: 20161 -->
 <!-- Reviewed: no -->
 <sect1 id="migration.19">
     <title>Zend Framework 1.9</title>
@@ -366,37 +366,80 @@ $container = new Zend_Navigation(array(
 ]]></programlisting>
     </sect2>
 
-    <para>
-        Zusätzlich können Benutzer der Serie 1.9 von anderen Änderungen beginnend in Version 1.9.7
-        betroffen sein. Das sind alles Sicherheitsbehebungen welche auch potentiell Probleme mit
-        Rückwärtskompatibilität haben können.
-    </para>
-
-    <sect2 id="migration.19.zend.dojo.editor">
-        <title>Zend_Dojo_View_Helper_Editor</title>
+    <sect2 id="migration.19.security">
+        <title>Sicherheitsfixes ab 1.9.7</title>
 
         <para>
-            Eine kleine Änderung wurde in der Serie 1.9 gemacht um die Standardverwendung des dijit
-            Editors zu modifizieren um <acronym>div</acronym> Tags statt einem
-            <acronym>textarea</acronym> Tag zu verwenden; die letztere Verwendung bringt <ulink
-                url="http://api.dojotoolkit.org/jsdoc/HEAD/dijit._editor.RichText">Sicherheits
-                Probleme</ulink> mit sich, und die Verwendung von <acronym>div</acronym> Tags wird
-            vom Dojo Projekt empfohlen.
+            Zusätzlich können Benutzer der Serie 1.9 von anderen Änderungen beginnend in Version
+            1.9.7 betroffen sein. Das sind alles Sicherheitsbehebungen welche auch potentiell
+            Probleme mit Rückwärtskompatibilität haben können.
         </para>
 
-        <para>
-            Um trotzdem eine erfolgreiche Degration zu erlauben, wurde dem View Helper eine neue
-            Option <varname>degrade</varname> hinzugefügt; diese erlaubt es Entwicklern statt dessen
-            optional ein <acronym>textarea</acronym> zu verwenden. Trotzdem öffnet dies Anwendungen
-            die damit entwickelt wurden <acronym>XSS</acronym> Vektoren. In 1.9.7 wurde diese Option
-            entfernt. Die erfolgreiche Degration wird trotzdem, über das <acronym>noscript</acronym>
-            Tag unterstützt welches eine <acronym>textarea</acronym> enthält. Diese Lösung
-            adressiert Sicherheitsbedenken.
-        </para>
+        <sect3 id="migration.19.security.zend.dojo.editor">
+            <title>Zend_Dojo_View_Helper_Editor</title>
 
-        <para>
-            Die Folgerung ist, das wenn man das <varname>degrade</varname> Flag verwendet, dieses
-            ab diesem Zeitpunkt einfach ignoriert wird.
-        </para>
+            <para>
+                Eine kleine Änderung wurde in der Serie 1.9 gemacht um die Standardverwendung des
+                dijit Editors zu modifizieren um <acronym>div</acronym> Tags statt einem
+                <acronym>textarea</acronym> Tag zu verwenden; die letztere Verwendung bringt <ulink
+                    url="http://api.dojotoolkit.org/jsdoc/HEAD/dijit._editor.RichText">Sicherheits
+                    Probleme</ulink> mit sich, und die Verwendung von <acronym>div</acronym> Tags
+                wird vom Dojo Projekt empfohlen.
+            </para>
+
+            <para>
+                Um trotzdem eine erfolgreiche Degration zu erlauben, wurde dem View Helper eine neue
+                Option <varname>degrade</varname> hinzugefügt; diese erlaubt es Entwicklern statt
+                dessen optional ein <acronym>textarea</acronym> zu verwenden. Trotzdem öffnet dies
+                Anwendungen die damit entwickelt wurden <acronym>XSS</acronym> Vektoren. In 1.9.7
+                wurde diese Option entfernt. Die erfolgreiche Degration wird trotzdem, über das
+                <acronym>noscript</acronym> Tag unterstützt welches eine <acronym>textarea</acronym>
+                enthält. Diese Lösung adressiert Sicherheitsbedenken.
+            </para>
+
+            <para>
+                Die Folgerung ist, das wenn man das <varname>degrade</varname> Flag verwendet,
+                dieses ab diesem Zeitpunkt einfach ignoriert wird.
+            </para>
+        </sect3>
+
+        <sect3 id="migration.19.security.zend.filter.html-entities">
+            <title>Zend_Filter_HtmlEntities</title>
+
+            <para>
+                Um zu einem höheren Sicherheitsstandard für die Zeichenkodierung zu kommen, ist der
+                Standardwert von <classname>Zend_Filter_HtmlEntities</classname> jetzt
+                <acronym>UTF-8</acronym> statt <acronym>ISO-8859-1</acronym>.
+            </para>
+
+            <para>
+                Zusätzlich, weil der aktuelle Mechanismus mit Zeichenkodierung handelt und nicht mit
+                Zeichensets, wurden zwei Methoden hinzugefügt.
+                <methodname>setEncoding()</methodname> und <methodname>getEncoding()</methodname>.
+                Die vorhergehenden Methoden <methodname>setCharSet()</methodname> und
+                <methodname>setCharSet()</methodname> sind jetzt deprecated und verweisen auf die
+                neuen Methoden. Letztendlich, statt die geschützten Mitglieder in der
+                <methodname>filter()</methodname> Methode direkt zu verwenden, werden Sie durch Ihre
+                expliziten Zugriffsmethoden empfangen. Wenn man den Filter in der Vergangenheit
+                erweitert hat, sollte man seinen Code und seine Unittests prüfen um sicherzustellen
+                das weiterhin alles funktioniert.
+            </para>
+        </sect3>
+
+        <sect3 id="migration.19.security.zend.filter.strip-tags">
+            <title>Zend_Filter_StripTags</title>
+
+            <para>
+                <classname>Zend_Filter_StripTags</classname> enthielt in voehergehenden Versionen
+                ein <varname>commentsAllowed</varname> Flag, welches es erlaubt hat HTML Kommentare
+                in von dieser Klasse gefiltertem HTML Text als erlaubt zu markieren. Aber das öffnet
+                den Weg für <acronym>XSS</acronym> Attacken, speziell im Internet Explorer (der es
+                erlaubt konditionelle Funktionalität über HMTL Kommentare zu spezifizieren).
+                Beginnend mit Version 1.9.7 (und retour mit den Versionen 1.8.5 und 1.7.9), hat das
+                <varname>commentsAllowed</varname> Flag keine Bedeutung meht, und alle HTML
+                Kommentare, inklusive denen die andere HTML Tags oder untergeordnete Kommentare
+                enthalten, werden von der endgültigen Aufgabe des Filters entfernt.
+            </para>
+        </sect3>
     </sect2>
 </sect1>

documentation/manual/de/tutorials/form-decorators-individual.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19777 -->
+<!-- EN-Revision: 20128 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.form.decorators.individual">
     <title>Darstellung individueller Decorators</title>
@@ -216,13 +216,13 @@ foreach ($form->getElements() as $element) {
     </div>
     <div class="element">
         <?php echo $form->dateOfBirth->renderLabel() ?>
-        <?php echo $this->formText('dateOfBirth['day']', '', array(
+        <?php echo $this->formText('dateOfBirth[day]', '', array(
             'size' => 2, 'maxlength' => 2)) ?>
         /
-        <?php echo $this->formText('dateOfBirth['month']', '', array(
+        <?php echo $this->formText('dateOfBirth[month]', '', array(
             'size' => 2, 'maxlength' => 2)) ?>
         /
-        <?php echo $this->formText('dateOfBirth['year']', '', array(
+        <?php echo $this->formText('dateOfBirth[year]', '', array(
             'size' => 4, 'maxlength' => 4)) ?>
     </div>
     <div class="element">

documentation/manual/de/tutorials/quickstart-create-project.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 19777 -->
+<!-- EN-Revision: 20123 -->
 <!-- Reviewed: no -->
 <sect1 id="learning.quickstart.create-project">
     <title>Das Projekt erstellen</title>
@@ -22,12 +22,11 @@
         </para>
 
         <para>
-            Nachdem Zend Server installiert wurde, können die Framework Dateien bei Max OSX unter
-            <filename>/Applications/ZendServer/share/ZendFramework</filename>, bei Windows unter
-            <filename>C:\Program Files\Zend\ZendServer\share\ZendFramework</filename> und bei Linux
-            unter <filename>/usr/local/zend/share/ZendFramework</filename> gefunden werden. Der
-            <constant>include_path</constant> ist dann bereits konfiguriert um Zend Framework zu
-            verwenden.
+            Nachdem Zend Server installiert wurde, können die Framework Dateien bei Max OSX und
+            Linux unter <filename>/usr/local/zend/share/ZendFramework</filename>, und bei Windows
+            unter <filename>C:\Program Files\Zend\ZendServer\share\ZendFramework</filename> gefunden
+            werden. Der <constant>include_path</constant> ist dann bereits konfiguriert um Zend
+            Framework zu verwenden.
         </para>
 
         <para>