|
|
@@ -1,6 +1,6 @@
|
|
|
-<?xml version="1.0" encoding="UTF-8"?>
|
|
|
+ <?xml version="1.0" encoding="UTF-8"?>
|
|
|
<!-- EN-Revision: 22745 -->
|
|
|
-<!-- Reviewed: no -->
|
|
|
+<!-- Reviewed: 22745 -->
|
|
|
<sect1 id="zend.tool.usage.cli">
|
|
|
<title>Verwendung von Zend_Tool auf der Kommandozeile</title>
|
|
|
|
|
|
@@ -26,13 +26,13 @@
|
|
|
<title>Herunterladen und anfangen</title>
|
|
|
|
|
|
<para>
|
|
|
- Zuerst muss Zend Framework heruntergeladen werden. Das kann man tun, indem man auf
|
|
|
- framework.zend.com geht und das letzte Release herunterlädt. Nachdem man das
|
|
|
- Paket heruntergeladen und auf dem System plaziert hat ist der nächste Schritt das
|
|
|
- zf Kommendo auf dem System zu erstellen. Der einfachste Weg das zu tun ist die
|
|
|
+ Zuerst muss Zend Framework heruntergeladen werden. Dazu geht man auf die
|
|
|
+ Seite framework.zend.com und lädt das letzte Release herunter. Nachdem man das
|
|
|
+ Paket heruntergeladen und auf dem System plaziert hat, ist der nächste Schritt das
|
|
|
+ zf Kommendo auf dem System zu erstellen. Der einfachste Weg dafür ist, die
|
|
|
richtigen Dateien vom bin/ Verzeichnis des Downloads zu kopieren, und diese Dateien
|
|
|
- im <emphasis>gleichen</emphasis> Verzeichnis zu platzieren wie der Ort an dem die
|
|
|
- PHP CLI Binardatei ist.
|
|
|
+ im <emphasis>gleichen</emphasis> Verzeichnis zu platzieren wie die
|
|
|
+ PHP CLI Binardatei.
|
|
|
</para>
|
|
|
</sect3>
|
|
|
|
|
|
@@ -40,22 +40,22 @@
|
|
|
<title>Installation über Pear</title>
|
|
|
|
|
|
<para>
|
|
|
- Um es über PEAR zu installieren muss man die 3rd Party Site zfcampus.org verwenden
|
|
|
- und das letzte Zend Framwork PEAR Paket empfangen. Diese Pakete werden
|
|
|
+ Um es über PEAR zu installieren, muss man die 3rd Party Site zfcampus.org verwenden
|
|
|
+ um das letzte Zend Framework PEAR Paket zu installieren. Diese Pakete werden
|
|
|
typischerweise innerhalb eines Tages nach einem offiziellen Zend Framework Release
|
|
|
erstellt. Der Vorteil der Installation über den PEAR Package Manager ist, dass die
|
|
|
- ZF Bibliothek im include_path endet, und die zf.php und ZF Skripte an einem Ort im
|
|
|
- eigenen System enden der es erlaubt Sie ohne zusätzliches Setup zu starten.
|
|
|
+ ZF Bibliothek im include_path landet, und die zf.php und ZF Skripte an einem Ort im
|
|
|
+ eigenen System landen, der es erlaubt sie ohne zusätzliches Setup zu starten.
|
|
|
</para>
|
|
|
|
|
|
<programlisting language="text"><![CDATA[
|
|
|
-pear discover-channel pear.zfcampus.org
|
|
|
+pear channel-discover pear.zfcampus.org
|
|
|
pear install zfcampus/zf
|
|
|
]]></programlisting>
|
|
|
|
|
|
<para>
|
|
|
- Das ist es schon. Nachdem initialen Setup sollte man in der Lage sein weiter zu
|
|
|
- machen indem das zf Kommando ausgeführt wird. Ein gute Weg um zu prüfen ob es
|
|
|
+ Das ist es schon. Nach dem initialen Setup sollte man in der Lage sein, weiter zu
|
|
|
+ machen indem das zf Kommando ausgeführt wird. Ein guter Weg um zu prüfen, ob es
|
|
|
vorhanden ist, ist es zf --help auszuführen.
|
|
|
</para>
|
|
|
</sect3>
|
|
|
@@ -64,18 +64,18 @@ pear install zfcampus/zf
|
|
|
<title>Installation von Hand</title>
|
|
|
|
|
|
<para>
|
|
|
- Die Installtion von Hand zeigt den Prozess um zf.php und die Zend Framework
|
|
|
- Bibliothek dazu zu zwingen zusammen zu arbeiten wenn diese nicht auf konventionellen
|
|
|
+ Die Installtion von Hand zeigt das Verfahren, wie zf.php und die Zend Framework
|
|
|
+ Bibliothek dazu gebracht werden zusammen zu arbeiten, wenn diese nicht an konventionellen
|
|
|
Orten abgelegt wurden, oder zumindest, an einem Ort an dem das eigene System diese
|
|
|
- nicht einfach ausführen kann (typisch für Programme im eigenen System Pfad).
|
|
|
+ nicht einfach ausführen kann (was normalerweise für Programme im eigenen System Pfad gilt).
|
|
|
</para>
|
|
|
|
|
|
<para>
|
|
|
Wenn man auf einem *nix oder Mac System ist, kann man auch einen Link von irgendwo
|
|
|
- im eigenen Pfad zur zf.sh Datei erstellen. Wenn man das macht muss man sich keine
|
|
|
- Gedanken darüber machen das die Zend Framework Bibliothek im eigenen include_path
|
|
|
- ist, da die Dateien zf.php und zf.sh auf die Bibliothek, relativ dazu wo Sie sind,
|
|
|
- zugreifen können (was bedeutet das die ./bin/ Dateien relativ zu ../library/ der
|
|
|
+ im eigenen Pfad zur zf.sh Datei erstellen. Dabei muss man sich keine
|
|
|
+ Gedanken darüber machen, ob die Zend Framework Bibliothek im eigenen include_path
|
|
|
+ ist, da die Dateien zf.php und zf.sh auf die Bibliothek zugreifen können, relativ zu deren
|
|
|
+ Standort, (was bedeutet das die ./bin/ Dateien relativ zu ../library/ der
|
|
|
Zend Framework Bibliothek sind).
|
|
|
</para>
|
|
|
|
|
|
@@ -90,13 +90,13 @@ pear install zfcampus/zf
|
|
|
</sect2>
|
|
|
|
|
|
<sect2 id="zend.tool.usage.cli.general-purpose-commands">
|
|
|
- <title>Kommandos für generelle Zwecke</title>
|
|
|
+ <title>Kommandos für allgemeine Zwecke</title>
|
|
|
|
|
|
<sect3 id="zend.tool.usage.cli.general-purpose-commands.version">
|
|
|
<title>Version</title>
|
|
|
|
|
|
<para>
|
|
|
- Das zeigt die aktuelle Versionsnummer der Kopie vom Zend Framework welche das zf.php
|
|
|
+ Das zeigt die aktuelle Versionsnummer der Kopie des Zend Framework, welche das zf.php
|
|
|
Tool verwendet.
|
|
|
</para>
|
|
|
|
|
|
@@ -109,12 +109,12 @@ zf show version
|
|
|
<title>Eingebaute Hilfe</title>
|
|
|
|
|
|
<para>
|
|
|
- Das eingebaute Hilfe System ist der primäre Ort von dem man up-to-date Informationen
|
|
|
- darüber erhält was das eigene System in der Lage ist zu tun. Das Hilfe System ist
|
|
|
- dahingehend dynamisch das Provider dem eigenen System hinzugefügt und
|
|
|
- automatisch ausgeführt werden, und als solches werden die notwendigen Parameter
|
|
|
- damit Sie ausgeführt werden können, im Hilfe Schirm vorhanden. Der einfachste Weg um
|
|
|
- den Hilfe Schirm zu erhalten ist der folgende:
|
|
|
+ Das eingebaute Hilfesystem ist der erste Ort an dem man aktuelle Informationen
|
|
|
+ darüber erhält, was das eigene System in der Lage ist zu tun. Das Hilfesystem ist
|
|
|
+ dahingehend dynamisch, dass Provider dem eigenen System hinzugefügt und
|
|
|
+ automatisch ausgeführt werden, und von daher werden die für die Ausführung
|
|
|
+ notwendigen Parameter im Hilfebildschirm vorhanden. Der einfachste Weg um
|
|
|
+ den Hilfebildschirm zu erhalten, ist der folgende:
|
|
|
</para>
|
|
|
|
|
|
<programlisting language="text"><![CDATA[
|
|
|
@@ -123,11 +123,11 @@ zf --help
|
|
|
|
|
|
<para>
|
|
|
Das gibt einen Überblick über die verschiedenen Möglichkeiten des Systems. Manchmal
|
|
|
- gibt es engültigere Kommandos die ausgeführt werden können, und um mehr
|
|
|
- Informationen über Sie zu erhalten muss man ein spezialisierteres Hilfe Kommando
|
|
|
+ gibt es komplexere Kommandos, die ausgeführt werden können, und um mehr
|
|
|
+ Informationen über sie zu erhalten, muss man einen spezielles Hilfebefehl
|
|
|
ausführen. Für die spezialisierte Hilfe muss einfach eines der Elemente des
|
|
|
- Kommandos mit einem "=" ersetzt werden. Das sagt dem Hilfe System das man mehr
|
|
|
- Informationen darüber will welche Kommandos an Stelle des Fragezeichens stehen
|
|
|
+ Kommandos mit einem "?" ersetzt werden. Das sagt dem Hilfesystem, dass man mehr
|
|
|
+ Informationen darüber will, welche Kommandos an Stelle des Fragezeichens stehen
|
|
|
können. Zum Beispiel:
|
|
|
</para>
|
|
|
|
|
|
@@ -145,8 +145,8 @@ zf show ?
|
|
|
]]></programlisting>
|
|
|
|
|
|
<para>
|
|
|
- bedeutet "zeig mit alle Provider welche die 'show' Aktion unterstützen. Das arbeitet
|
|
|
- auch wenn man in Optionen geht wie man im folgenden Beispiel sehen kann:
|
|
|
+ bedeutet "zeig mit alle Provider welche die 'show' Aktion unterstützen. Das funktioniert
|
|
|
+ auch, wenn man es für Optionen anwendet, wie man im folgenden Beispiel sehen kann:
|
|
|
</para>
|
|
|
|
|
|
<programlisting language="text"><![CDATA[
|
|
|
@@ -178,14 +178,14 @@ zf show manifest
|
|
|
</sect2>
|
|
|
|
|
|
<sect2 id="zend.tool.usage.cli.project-specific-commands">
|
|
|
- <title>Projekt spezifische Kommandos</title>
|
|
|
+ <title>Projektspezifische Kommandos</title>
|
|
|
|
|
|
<sect3 id="zend.tool.usage.cli.project-specific-commands.project">
|
|
|
<title>Project</title>
|
|
|
|
|
|
<para>
|
|
|
- Der Projekt Provider ist das erste Kommando das man ausführen wird wollen. Er
|
|
|
- erstellt die grundsätzliche Struktur der Anwendung. Er wird benötigt bevor irgendein
|
|
|
+ Der Projekt-Provider ist das erste Kommando, das man ausführen könnte. Er
|
|
|
+ erstellt die grundsätzliche Struktur der Anwendung. Er wird benötigt, bevor irgendein
|
|
|
anderer Provider ausgeführt werden kann.
|
|
|
</para>
|
|
|
|
|
|
@@ -195,9 +195,9 @@ zf create project MyProjectName
|
|
|
|
|
|
<para>
|
|
|
Dies erstellt ein Projekt im ./MyProjectName genannten Verzeichnis. Von diesem Punkt
|
|
|
- an ist es wichtig anzumerken das jedes weitere Kommando in der Kommandozeile von
|
|
|
- innerhalb des Projektverzeichnisses auszuführen ist welches gerade erstellt wurde.
|
|
|
- Nach dessen Erstellung ist es also notwendig dass man in das Verzeichnis wechselt.
|
|
|
+ an, ist es wichtig anzumerken, dass jedes weitere Kommando in der Kommandozeile von
|
|
|
+ innerhalb des Projektverzeichnisses auszuführen ist, welches gerade erstellt wurde.
|
|
|
+ Nach dessen Erstellung ist es also notwendig, dass man in das Verzeichnis wechselt.
|
|
|
</para>
|
|
|
</sect3>
|
|
|
|
|
|
@@ -206,8 +206,8 @@ zf create project MyProjectName
|
|
|
|
|
|
<para>
|
|
|
Der Module Provider erlaubt die einfache Erstellung eines Zend Framework Moduls. Ein
|
|
|
- Modul folgt lose dem MVC Pattern. Wenn Module erstellt werden, verwenden Sie die
|
|
|
- gleiche Struktur welche im application/ Level verwendet wird, und dupliziert diese
|
|
|
+ Modul folgt lose dem MVC Pattern. Wenn Module erstellt werden, verwenden sie die
|
|
|
+ gleiche Struktur, welche im application/ Level verwendet wird, und dupliziert diese
|
|
|
im ausgewählten Namen für das Modul, innerhalb des Verzeichnisses "modules" im
|
|
|
Verzeichnis application/ ohne dass das Modul Verzeichnis selbst dupliziert wird.
|
|
|
Zum Beispiel:
|
|
|
@@ -229,7 +229,7 @@ zf create module Blog
|
|
|
<para>
|
|
|
Der Controller Provider ist (meistens) für die Erstellung leerer Controller
|
|
|
zuständig sowie deren entsprechenden Verzeichnissen und Dateien für View Skripte.
|
|
|
- Um Ihn zum Beispiel dazu zu verwenden einen 'Auth' Controller zu erstellen muss
|
|
|
+ Um ihn zum Beispiel dazu zu verwenden, einen 'Auth' Controller zu erstellen, muss
|
|
|
folgendes ausgeführt werden:
|
|
|
</para>
|
|
|
|
|
|
@@ -239,7 +239,7 @@ zf create controller Auth
|
|
|
|
|
|
<para>
|
|
|
Das erstellt einen Controller der Auth heißt, und im speziellen wird eine Datei
|
|
|
- unter application/controllers/AuthController.php erstellt welche den AuthController
|
|
|
+ unter application/controllers/AuthController.php erstellt, welche den AuthController
|
|
|
enthält. Wenn man einen Controller für ein Modul erstellen will, kann eine der
|
|
|
folgenden Zeilen verwendet werden:
|
|
|
</para>
|
|
|
@@ -381,7 +381,7 @@ zf configure dbadapter "adapter=Pdo_Sqlite&dbname=../data/test.db" -s developmen
|
|
|
|
|
|
<para>
|
|
|
Der DbTable Provider ist für die Erstellung der <classname>Zend_Db_Table</classname>
|
|
|
- Modell/Datenzugriffs- Dateien, der Anwendung die Sie benötigt, verantwortlich.
|
|
|
+ Modell/Datenzugriffs-Dateien, der Anwendung die sie benötigt, verantwortlich.
|
|
|
Zusammen mit dem richtigen Klassennamen und dem richtigen Platz in der Anwendung.
|
|
|
Die zwei wichtigsten Informationsteile sind <emphasis>DbTable Name</emphasis> und
|
|
|
der <emphasis>aktuelle Name der Datenbank Tabelle</emphasis>. Zum Beispiel:
|
|
|
@@ -399,7 +399,7 @@ zf create dbtable User user --force-override
|
|
|
|
|
|
<para>
|
|
|
Der DbTable Provider ist auch dazu in der Lage die richtigen Daten zu erstellen
|
|
|
- indem er die Datenbank scannt die mit dem obigen DbAdapter Provider konfiguriert
|
|
|
+ indem er die Datenbank scannt, die mit dem obigen DbAdapter Provider konfiguriert
|
|
|
wurde.
|
|
|
</para>
|
|
|
|
|
|
@@ -408,8 +408,8 @@ zf create dbtable.from-database
|
|
|
]]></programlisting>
|
|
|
|
|
|
<para>
|
|
|
- Wenn das obenstehende ausgeführt wird, könnte es Sinn machen das voranstellen-Flag
|
|
|
- ("-p") zuerst zu verwenden damit man sieht was getan werden würde und welche
|
|
|
+ Wenn das obenstehende ausgeführt wird, könnte es Sinn machen das Vortäuschen-Flag
|
|
|
+ ("-p") zuerst zu verwenden, damit man sieht, was getan werden würde und welche
|
|
|
Tabellen in der Datenbank gefunden werden können.
|
|
|
</para>
|
|
|
|
|
|
@@ -422,7 +422,7 @@ zf -p create dbtable.from-database
|
|
|
<title>Layout</title>
|
|
|
|
|
|
<para>
|
|
|
- Aktuell ist die einzige unterstützte Aktion für Layouts einfach deren Aktivierung
|
|
|
+ Aktuell ist die einzige unterstützte Aktion für Layouts einfach deren Aktivierung,
|
|
|
damit die richtigen Schlüssel in die Datei application.ini geschrieben werden
|
|
|
damit die Anwendungs Ressource funktioniert und die richtigen Verzeichnisse und die
|
|
|
Datei layout.phtml erstellt wird.
|
|
|
@@ -438,13 +438,13 @@ zf enable layout
|
|
|
<title>Anpassung der Umgebung</title>
|
|
|
|
|
|
<sect3 id="zend.tool.usage.cli.environment-customization.storage-directory">
|
|
|
- <title>Das Speicher Verzeichnis</title>
|
|
|
+ <title>Das Speicherverzeichnis</title>
|
|
|
|
|
|
<para>
|
|
|
- Das Speicherverzeichnis ist wichtig damit Provider einen Platz haben an dem Sie die
|
|
|
- Benutzer-definierte Logik finden welche den Weg verändern könnte wie Sie sich
|
|
|
- verhalten. Ein Beispiel welches anbei gefunden werden kann ist die Platzierung einer
|
|
|
- eigenen Projekt Profil Datei.
|
|
|
+ Das Speicherverzeichnis ist wichtig, damit Provider einen Platz haben, an dem sie die
|
|
|
+ Benutzer-definierte Logik finden, welche die Art verändern könnte, wie sie sich
|
|
|
+ verhalten. Ein Beispiel welches unten angegeben ist, bewirkt die Platzierung einer
|
|
|
+ eigenen Projekt Profil Datei.
|
|
|
</para>
|
|
|
|
|
|
<programlisting language="text"><
loeffler.de