Ver Fonte

[DOCUMENTATION] German:

- sync up to r17061

git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@17162 44c647ce-9c0f-0410-b52a-842ac1e357ba
thomas há 16 anos atrás
pai
commit
4d2fdffe34

+ 5 - 4
documentation/manual/de/ref/installation.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16626 -->
+<!-- EN-Revision: 17057 -->
 <!-- Reviewed: no -->
 <!-- Reviewed: no -->
 <sect1 id="introduction.installation">
 <sect1 id="introduction.installation">
 
 
@@ -74,9 +74,10 @@
                 zu Verwalten.
                 zu Verwalten.
             </para>
             </para>
             <para>
             <para>
-                Die URL für den Stamm des Zend Framework <acronym>SVN</acronym> Repositories ist:
-                <ulink url="http://framework.zend.com/svn/framework/standard/trunk">
-                http://framework.zend.com/svn/framework/standard/trunk</ulink>
+                Die <acronym>URL</acronym> für den Stamm des Zend Framework <acronym>SVN</acronym>
+                Repositories ist: <ulink
+                    url="http://framework.zend.com/svn/framework/standard/trunk">
+                    http://framework.zend.com/svn/framework/standard/trunk</ulink>
             </para>
             </para>
         </listitem>
         </listitem>
     </itemizedlist>
     </itemizedlist>

+ 95 - 88
documentation/manual/de/ref/project-structure.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16831 -->
+<!-- EN-Revision: 17058 -->
 <!-- Reviewed: no -->
 <!-- Reviewed: no -->
 <appendix id="project-structure">
 <appendix id="project-structure">
     <title>Recommended Project Structure for Zend Framework MVC Applications</title>
     <title>Recommended Project Structure for Zend Framework MVC Applications</title>
@@ -20,24 +20,24 @@
             The following directory structure is designed to be maximally extensible for complex
             The following directory structure is designed to be maximally extensible for complex
             projects, while providing a simple subset of folder and files for project with simpler
             projects, while providing a simple subset of folder and files for project with simpler
             requirements. This structure also works without alteration for both modular and
             requirements. This structure also works without alteration for both modular and
-            non-modular ZF applications. The <filename>.htaccess</filename> files require URL
-            rewrite functionality in the web server as described in the <link
-                linkend="project-structure.rewrite">Rewrite Configuration Guide</link>, also
+            non-modular Zend Framework applications. The <filename>.htaccess</filename> files
+            require <acronym>URL</acronym> rewrite functionality in the web server as described in
+            the <link linkend="project-structure.rewrite">Rewrite Configuration Guide</link>, also
             included in this appendix.
             included in this appendix.
         </para>
         </para>
 
 
         <para>
         <para>
-            It is not the intention that this project structure will support all possible ZF project
-            requirements. The default project profile used by <classname>Zend_Tool</classname>
-            reflect this project structure, but applications with requirements not supported by this
-            structure should use a custom project profile.
+            It is not the intention that this project structure will support all possible Zend
+            Framework project requirements. The default project profile used by
+            <classname>Zend_Tool</classname> reflect this project structure, but applications with
+            requirements not supported by this structure should use a custom project profile.
         </para>
         </para>
     </sect1>
     </sect1>
 
 
     <sect1 id="project-structure.project">
     <sect1 id="project-structure.project">
         <title>Recommended Project Directory Structure</title>
         <title>Recommended Project Directory Structure</title>
 
 
-        <literallayout>
+        <programlisting language="txt"><![CDATA[
 &lt;project name&gt;/
 &lt;project name&gt;/
     application/
     application/
         configs/
         configs/
@@ -76,7 +76,7 @@
         build/
         build/
     temp/
     temp/
     tests/
     tests/
-        </literallayout>
+]]></programlisting>
 
 
         <para>
         <para>
             The following describes the use cases for each directory as listed.
             The following describes the use cases for each directory as listed.
@@ -85,73 +85,77 @@
         <itemizedlist>
         <itemizedlist>
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>application/</emphasis>: This directory contains your application. It
-                    will house the MVC system, as well as configurations, services used, and your
-                    bootstrap file.
+                    <emphasis><filename>application/</filename></emphasis>: This directory contains
+                    your application. It will house the <acronym>MVC</acronym> system, as well as
+                    configurations, services used, and your bootstrap file.
                 </para>
                 </para>
 
 
                 <itemizedlist>
                 <itemizedlist>
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>configs/</emphasis>: The application-wide configuration
-                            directory.
+                            <emphasis><filename>configs/</filename></emphasis>: The
+                            application-wide configuration directory.
                         </para>
                         </para>
                     </listitem>
                     </listitem>
 
 
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>controllers/</emphasis>, <emphasis>models/</emphasis>, and
-                            <emphasis>views/</emphasis>: These directories serve as the default
-                            controller/model/view directories. Having these three directories inside
-                            the application directory provides the best layout for starting a simple
-                            project as well as starting a modular project that has global
-                            controllers/models/views.
+                            <emphasis><filename>controllers/</filename></emphasis>,
+                            <emphasis><filename>models/</filename></emphasis>, and
+                            <emphasis><filename>views/</filename></emphasis>: These directories
+                            serve as the default controller, model or view directories. Having
+                            these three directories inside the application directory provides the
+                            best layout for starting a simple project as well as starting a modular
+                            project that has global <filename>controllers/models/views</filename>.
                         </para>
                         </para>
                     </listitem>
                     </listitem>
 
 
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>controllers/helpers/</emphasis>: These directories will
-                            contain action helpers. Action helpers will be namespaced either as
-                            "Controller_Helper_" for the default module or
-                            "&lt;Module&gt;_Controller_Helper" in other modules.
+                            <emphasis><filename>controllers/helpers/</filename></emphasis>: These
+                            directories will contain action helpers. Action helpers will be
+                            namespaced either as "<classname>Controller_Helper_</classname>" for
+                            the default module or "&lt;Module&gt;_Controller_Helper" in other
+                            modules.
                         </para>
                         </para>
                     </listitem>
                     </listitem>
 
 
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>layouts/</emphasis>: This layout directory is for MCV-based
-                            layouts. Since <classname>Zend_Layout</classname> is capable of MVC-
-                            and non-MVC-based layouts, the location of this directory reflects that
-                            layouts are not on a 1-to-1 relationship with controllers and are
-                            independent of templates within <filename>views/</filename>.
+                            <emphasis><filename>layouts/</filename></emphasis>: This layout
+                            directory is for <acronym>MCV</acronym>-based layouts. Since
+                            <classname>Zend_Layout</classname> is capable of
+                            <acronym>MVC</acronym>- and non-<acronym>MVC</acronym>-based layouts,
+                            the location of this directory reflects that layouts are not on a
+                            1-to-1 relationship with controllers and are independent of templates
+                            within <filename>views/</filename>.
                         </para>
                         </para>
                     </listitem>
                     </listitem>
 
 
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>modules/</emphasis>: Modules allow a developer to group a set
-                            of related controllers into a logically organized group. The structure
-                            under the modules directory would resemble the structure under the
-                            application directory.
+                            <emphasis><filename>modules/</filename></emphasis>: Modules allow a
+                            developer to group a set of related controllers into a logically
+                            organized group. The structure under the modules directory would
+                            resemble the structure under the application directory.
                         </para>
                         </para>
                     </listitem>
                     </listitem>
 
 
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>services</emphasis>: This directory is for your application
-                            specific web-service files that are provided by your application, or for
-                            implementing a <ulink
-                            url="http://www.martinfowler.com/eaaCatalog/serviceLayer.html">Service
-                            Layer</ulink> for your models.
+                            <emphasis><filename>services/</filename></emphasis>: This directory is
+                            for your application specific web-service files that are provided by
+                            your application, or for implementing a <ulink
+                                url="http://www.martinfowler.com/eaaCatalog/serviceLayer.html">Service
+                                Layer</ulink> for your models.
                         </para>
                         </para>
                     </listitem>
                     </listitem>
 
 
                     <listitem>
                     <listitem>
                         <para>
                         <para>
-                            <emphasis>Bootstrap.php</emphasis>: This file is the entry point for
-                            your application, and should implement
-                            <interfacename>Zend_Application_Bootstrap_Bootstrapper</interfacename>.
+                            <emphasis><filename>Bootstrap.php</filename></emphasis>: This file is
+                            the entry point for your application, and should implement
+                            <classname>Zend_Application_Bootstrap_Bootstrapper</classname>.
                             The purpose for this file is to bootstrap the application and make
                             The purpose for this file is to bootstrap the application and make
                             components available to the application by initializing them.
                             components available to the application by initializing them.
                         </para>
                         </para>
@@ -161,41 +165,42 @@
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>data</emphasis>: This directory provides a place to store application
-                    data that is volatile and possibly temporary. The disturbance of data in this
-                    directory might cause the application to fail. Also, the information in this
-                    directory may or may not be committed to a subversion repository. Examples of
-                    things in this directory are session files, cache files, sqlite databases, logs
-                    and indexes.
+                    <emphasis><filename>data/</filename></emphasis>: This directory provides a
+                    place to store application data that is volatile and possibly temporary. The
+                    disturbance of data in this directory might cause the application to fail.
+                    Also, the information in this directory may or may not be committed to a
+                    subversion repository. Examples of things in this directory are session files,
+                    cache files, sqlite databases, logs and indexes.
                 </para>
                 </para>
             </listitem>
             </listitem>
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>docs/</emphasis>: This directory contains documentation, either
-                    generated or directly authored.
+                    <emphasis><filename>docs/</filename></emphasis>: This directory contains
+                    documentation, either generated or directly authored.
                 </para>
                 </para>
             </listitem>
             </listitem>
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>library/</emphasis>: This directory is for common libraries on which
-                    the application depends, and should be on the PHP
-                    <varname>include_path</varname>.  Developers should place their application's
-                    library code under this directory in a unique namespace, following the
-                    guidelines established in the PHP manual's <ulink
+                    <emphasis><filename>library/</filename></emphasis>: This directory is for
+                    common libraries on which the application depends, and should be on the
+                    <acronym>PHP</acronym> <property>include_path</property>. Developers should
+                    place their application's library code under this directory in a unique
+                    namespace, following the guidelines established in the <acronym>PHP</acronym>
+                    manual's <ulink
                         url="http://www.php.net/manual/en/userlandnaming.php">Userland Naming
                         url="http://www.php.net/manual/en/userlandnaming.php">Userland Naming
-                    Guide</ulink>, as well as those established by Zend itself.  This may directory
-                    may also include Zend Framework itself; if so, you would house it in
+                        Guide</ulink>, as well as those established by Zend itself. This may
+                    directory may also include Zend Framework itself; if so, you would house it in
                     <filename>library/Zend/</filename>.
                     <filename>library/Zend/</filename>.
                 </para>
                 </para>
             </listitem>
             </listitem>
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>public/</emphasis>: This directory contains all public files for your
-                    application.  <filename>index.php</filename> sets up and invokes
-                    <classname>Zend_Application</classname>, which in turn invokes the
+                    <emphasis><filename>public/</filename></emphasis>: This directory contains all
+                    public files for your application. <filename>index.php</filename> sets up and
+                    invokes <classname>Zend_Application</classname>, which in turn invokes the
                     <filename>application/Bootstrap.php</filename> file, resulting in dispatching
                     <filename>application/Bootstrap.php</filename> file, resulting in dispatching
                     the front controller. The web root of your web server would typically be set to
                     the front controller. The web root of your web server would typically be set to
                     this directory.
                     this directory.
@@ -204,32 +209,33 @@
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>scripts/</emphasis>: This directory contains maintenance and/or build
-                    scripts. Such scripts might include command line, cron, or phing build scripts
-                    that are not executed at runtime but are part of the correct functioning of the
-                    application.
+                    <emphasis><filename>scripts/</filename></emphasis>: This directory contains
+                    maintenance and/or build scripts. Such scripts might include command line,
+                    cron, or phing build scripts that are not executed at runtime but are part of
+                    the correct functioning of the application.
                 </para>
                 </para>
             </listitem>
             </listitem>
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>temp/</emphasis>: The <filename>temp/</filename> folder is set aside
-                    for transient application data. This information would not typically be
-                    committed to the applications svn repository. If data under the
+                    <emphasis><filename>temp/</filename></emphasis>: The <filename>temp/</filename>
+                    folder is set aside for transient application data. This information would not
+                    typically be committed to the applications svn repository. If data under the
                     <filename>temp/</filename> directory were deleted, the application should be
                     <filename>temp/</filename> directory were deleted, the application should be
                     able to continue running with a possible decrease in performance until data is
                     able to continue running with a possible decrease in performance until data is
-                    once again restored/recached.
+                    once again restored or recached.
                 </para>
                 </para>
             </listitem>
             </listitem>
 
 
             <listitem>
             <listitem>
                 <para>
                 <para>
-                    <emphasis>tests/</emphasis>: This directory contains application tests. These
-                    could be hand-written, PHPUnit tests, Selenium-RC based tests or based on some
-                    other testing framework. By default, library code can be tested by mimicing the
-                    directory structure of your <filename>library/</filename> directory.
-                    Additionally, functional tests for your application could be written mimicing
-                    the <filename>application/</filename> directory structure (including the
+                    <emphasis><filename>tests/</filename></emphasis>: This directory contains
+                    application tests. These could be hand-written, PHPUnit tests, Selenium-RC
+                    based tests or based on some other testing framework. By default, library code
+                    can be tested by mimicing the directory structure of your
+                    <filename>library/</filename> directory. Additionally, functional tests for
+                    your application could be written mimicing the
+                    <filename>application/</filename> directory structure (including the
                     application subdirectory).
                     application subdirectory).
                 </para>
                 </para>
             </listitem>
             </listitem>
@@ -244,7 +250,7 @@
             <filename>application/</filename> directory in the recommended project structure:
             <filename>application/</filename> directory in the recommended project structure:
         </para>
         </para>
 
 
-        <literallayout>
+        <programlisting language="xml"><![CDATA[
 &lt;modulename&gt;/
 &lt;modulename&gt;/
     configs/
     configs/
         application.ini
         application.ini
@@ -261,7 +267,7 @@
         helpers/
         helpers/
         scripts/
         scripts/
     Bootstrap.php
     Bootstrap.php
-        </literallayout>
+]]></programlisting>
 
 
         <para>
         <para>
             The purpose of these directories remains exactly the same as for the recommended
             The purpose of these directories remains exactly the same as for the recommended
@@ -273,20 +279,21 @@
         <title>Rewrite Configuration Guide</title>
         <title>Rewrite Configuration Guide</title>
 
 
         <para>
         <para>
-            URL rewriting is a common function of HTTP servers. However, the rules and configuration
-            differ widely between them. Below are some common approaches across a variety of popular
-            web servers available at the time of writing.
+            <acronym>URL</acronym> rewriting is a common function of <acronym>HTTP</acronym>
+            servers. However, the rules and configuration differ widely between them. Below are
+            some common approaches across a variety of popular web servers available at the time of
+            writing.
         </para>
         </para>
 
 
         <sect2 id="project-structure.rewrite.apache">
         <sect2 id="project-structure.rewrite.apache">
             <title>Apache HTTP Server</title>
             <title>Apache HTTP Server</title>
 
 
             <para>
             <para>
-                All examples that follow use <application>mod_rewrite</application>, an official
+                All examples that follow use <property>mod_rewrite</property>, an official
                 module that comes bundled with Apache. To use it,
                 module that comes bundled with Apache. To use it,
-                <application>mod_rewrite</application> must either be included at compile time or
-                enabled as a Dynamic Shared Object (DSO). Please consult the <ulink
-                    url="http://httpd.apache.org/docs/">Apache documentation</ulink> for your
+                <property>mod_rewrite</property> must either be included at compile time or
+                enabled as a Dynamic Shared Object (<acronym>DSO</acronym>). Please consult the
+                <ulink url="http://httpd.apache.org/docs/">Apache documentation</ulink> for your
                 version for more information.
                 version for more information.
             </para>
             </para>
 
 
@@ -296,7 +303,7 @@
                 <para>
                 <para>
                     Here is a very basic virtual host definition. These rules direct all requests
                     Here is a very basic virtual host definition. These rules direct all requests
                     to <filename>index.php</filename>, except when a matching file is found under
                     to <filename>index.php</filename>, except when a matching file is found under
-                    the <option>document_root</option>.
+                    the <property>document_root</property>.
                 </para>
                 </para>
 
 
                 <programlisting language="xml"><![CDATA[
                 <programlisting language="xml"><![CDATA[
@@ -328,7 +335,7 @@
 
 
                 <para>
                 <para>
                     Below is a sample <filename>.htaccess</filename> file that utilizes
                     Below is a sample <filename>.htaccess</filename> file that utilizes
-                    <application>mod_rewrite</application>. It is similar to the virtual host
+                    <property>mod_rewrite</property>. It is similar to the virtual host
                     configuration, except that it specifies only the rewrite rules, and the leading
                     configuration, except that it specifies only the rewrite rules, and the leading
                     slash is omitted from <filename>index.php</filename>.
                     slash is omitted from <filename>index.php</filename>.
                 </para>
                 </para>
@@ -343,7 +350,7 @@ RewriteRule ^.*$ index.php [NC,L]
 ]]></programlisting>
 ]]></programlisting>
 
 
                 <para>
                 <para>
-                    There are many ways to configure <application>mod_rewrite</application>; if you
+                    There are many ways to configure <property>mod_rewrite</property>; if you
                     would like more information, see Jayson Minard's <ulink
                     would like more information, see Jayson Minard's <ulink
                         url="http://devzone.zend.com/a/70">Blueprint for PHP Applications:
                         url="http://devzone.zend.com/a/70">Blueprint for PHP Applications:
                     Bootstrapping</ulink>.
                     Bootstrapping</ulink>.
@@ -356,8 +363,8 @@ RewriteRule ^.*$ index.php [NC,L]
             <title>Microsoft Internet Information Server</title>
             <title>Microsoft Internet Information Server</title>
 
 
             <para>
             <para>
-                As of version 7.0, IIS now ships with a standard rewrite engine.  You may use the
-                following configuration to create the appropriate rewrite rules.
+                As of version 7.0, <acronym>IIS</acronym> now ships with a standard rewrite engine.
+                You may use the following configuration to create the appropriate rewrite rules.
             </para>
             </para>
 
 
             <programlisting language="xml"><![CDATA[
             <programlisting language="xml"><![CDATA[

+ 2 - 2
documentation/manual/de/ref/requirements.xml

@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <?xml version="1.0" encoding="UTF-8"?>
-<!-- EN-Revision: 16908 -->
+<!-- EN-Revision: 17057 -->
 <!-- Reviewed: no -->
 <!-- Reviewed: no -->
 <appendix id="requirements" xmlns:xi="http://www.w3.org/2001/XInclude">
 <appendix id="requirements" xmlns:xi="http://www.w3.org/2001/XInclude">
 
 
@@ -20,7 +20,7 @@
             "<filename>http://www.example.com/user/edit</filename>" zu implementieren. Wenn
             "<filename>http://www.example.com/user/edit</filename>" zu implementieren. Wenn
             mod_rewrite nicht aktiviert ist, kann Zend Framework konfiguriert werden um
             mod_rewrite nicht aktiviert ist, kann Zend Framework konfiguriert werden um
             <acronym>URL</acronym>'s wie
             <acronym>URL</acronym>'s wie
-            "<filename>http://www.example.com?controller=user&amp;action=edit</filename>" zu
+            "<command>http://www.example.com?controller=user&amp;action=edit</command>" zu
             unterstützen. Hübsche <acronym>URL</acronym>'s können verwendet werden um
             unterstützen. Hübsche <acronym>URL</acronym>'s können verwendet werden um
             <acronym>URL</acronym>'s zu verkleinern, für textuelle Darstellung oder die Optimierung
             <acronym>URL</acronym>'s zu verkleinern, für textuelle Darstellung oder die Optimierung
             von Suchmaschinen (<acronym>SEO</acronym>), aber sie beeinflussen die Funktionalität
             von Suchmaschinen (<acronym>SEO</acronym>), aber sie beeinflussen die Funktionalität