From e62b22e3e363dc41d68ccefe3af3b6b643874c55 Mon Sep 17 00:00:00 2001 From: thomas Date: Sat, 17 Apr 2010 19:58:57 +0000 Subject: [PATCH] [MANUAL] German: - sync up to r21820 git-svn-id: http://framework.zend.com/svn/framework/standard/trunk@21928 44c647ce-9c0f-0410-b52a-842ac1e357ba --- .../de/module_specs/Zend_Feed_Pubsubhubbub.xml | 22 ++++++------ .../manual/de/module_specs/Zend_Feed_Writer.xml | 10 +++--- .../module_specs/Zend_Log-Writers-ZendMonitor.xml | 25 +++++++------- .../de/module_specs/Zend_Oauth-GettingStarted.xml | 33 +++++++++--------- .../de/module_specs/Zend_Oauth-Introduction.xml | 10 +++--- .../module_specs/Zend_Oauth-ProtocolWorkflow.xml | 39 +++++++++++----------- .../module_specs/Zend_Pdf-InteractiveFeatures.xml | 9 ++--- .../manual/de/module_specs/Zend_Queue-Adapters.xml | 6 ++-- .../de/module_specs/Zend_Search_Lucene-Queries.xml | 19 ++++++----- .../de/module_specs/Zend_Service-ReCaptcha.xml | 4 +-- .../module_specs/Zend_Service_DeveloperGarden.xml | 25 +++++++------- .../de/module_specs/Zend_Service_LiveDocx.xml | 9 ++--- .../Zend_Service_WindowsAzure_Blob.xml | 12 ++++--- .../Zend_Service_WindowsAzure_Queue.xml | 13 ++++---- .../Zend_Service_WindowsAzure_Table.xml | 17 +++++----- .../manual/de/module_specs/Zend_Soap_Server.xml | 8 ++--- .../manual/de/module_specs/Zend_Tool-Extending.xml | 4 +-- .../Zend_Tool_Framework-WritingProviders.xml | 4 +-- .../de/tutorials/form-decorators-composite.xml | 7 ++-- .../manual/de/tutorials/multiuser-sessions.xml | 25 +++++++------- .../manual/de/tutorials/paginator-together.xml | 7 ++-- .../de/tutorials/quickstart-create-model.xml | 7 ++-- 22 files changed, 166 insertions(+), 149 deletions(-) diff --git a/documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml b/documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml index ade393c14..7468cc6f3 100644 --- a/documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml +++ b/documentation/manual/de/module_specs/Zend_Feed_Pubsubhubbub.xml @@ -1,5 +1,5 @@ - + Zend_Feed_Pubsubhubbub @@ -97,8 +97,8 @@ Implementation des Abonnenten alle Feed Aktualisierungen behandeln die von einem Hub weitergeleitet werden indem Zend_Feed_Pubsubhubbub_Subscriber_Callback verwendet wird. Diese - Klassen, deren Verwendungszweck, und die APIs werden in den weiterführenden Abschnitten - behandelt. + Klassen, deren Verwendungszweck, und die APIs werden in den + weiterführenden Abschnitten behandelt. @@ -108,14 +108,14 @@ In Pubsubhubbub ist der Publizist der Teilnehmer welcher einen lebenden Feed veröffentlicht und Ihn regelmäßig mit neuem Inhalt aktualisiert. Das kann ein Blog, eine - Sammlung, oder sogar ein Webservice mit einer öffentlichen Feed basierenden API sein. - Damit diese Aktualisierungen zu den Abonnenten geschickt werden können, muss der - Publizist alle seine unterstützten Hubs darüber informieren das eine Aktualisierung - stattgefunden hat, indem eine einfache HTTP POST Anfrage verwendet wird, welche die URI - oder das aktualisierte Thema enthält (z.B. den aktualisierten RSS oder Atom Feed). Der - Hub bestätigt den Empfang der Benachrichtigung, holt den aktualisierten Feed, und leitet - alle Aktualisierungen an alle Abonnenten weiter welche sich bei diesem Hub für - Aktualisierungen für den relevanten Feed angemeldet haben. + Sammlung, oder sogar ein Webservice mit einer öffentlichen Feed basierenden + API sein. Damit diese Aktualisierungen zu den Abonnenten geschickt + werden können, muss der Publizist alle seine unterstützten Hubs darüber informieren das + eine Aktualisierung stattgefunden hat, indem eine einfache HTTP POST Anfrage verwendet + wird, welche die URI oder das aktualisierte Thema enthält (z.B. den aktualisierten RSS + oder Atom Feed). Der Hub bestätigt den Empfang der Benachrichtigung, holt den + aktualisierten Feed, und leitet alle Aktualisierungen an alle Abonnenten weiter welche + sich bei diesem Hub für Aktualisierungen für den relevanten Feed angemeldet haben. diff --git a/documentation/manual/de/module_specs/Zend_Feed_Writer.xml b/documentation/manual/de/module_specs/Zend_Feed_Writer.xml index b9205fd94..b9e1b002e 100644 --- a/documentation/manual/de/module_specs/Zend_Feed_Writer.xml +++ b/documentation/manual/de/module_specs/Zend_Feed_Writer.xml @@ -1,5 +1,5 @@ - + Zend_Feed_Writer @@ -273,9 +273,9 @@ $out = $feed->export('atom'); - Die API für Daten auf Level des Feeds ist in + Die API für Daten auf Level des Feeds ist in Zend_Feed_Writer_Feed enthalten. Zusätzlich zu der anbei - beschriebenen API, implementiert die Klasse auch die Interfaces + beschriebenen API, implementiert die Klasse auch die Interfaces Countable und Iterator. @@ -529,8 +529,8 @@ $out = $feed->export('atom'); - Die API auf Level des Eintrags ist in Zend_Feed_Writer_Entry - enthalten. + Die API auf Level des Eintrags ist in + Zend_Feed_Writer_Entry enthalten. diff --git a/documentation/manual/de/module_specs/Zend_Log-Writers-ZendMonitor.xml b/documentation/manual/de/module_specs/Zend_Log-Writers-ZendMonitor.xml index 255440280..3fb548864 100644 --- a/documentation/manual/de/module_specs/Zend_Log-Writers-ZendMonitor.xml +++ b/documentation/manual/de/module_specs/Zend_Log-Writers-ZendMonitor.xml @@ -1,22 +1,23 @@ - + Auf den Zend Server Montior schreiben Zend_Log_Writer_ZendMonitor erlaubt es Events über Zend Server's - Monitor API zu loggen. Das erlaubt es die Log Nachrichten für die Umgebung einer komplette - Anwendung an einem einzelnen Ort zu sammeln. Intern verwendet es einfach die - monitor_custom_event() Funktion der Zend Monitor API. + Monitor API zu loggen. Das erlaubt es die Log Nachrichten für die + Umgebung einer komplette Anwendung an einem einzelnen Ort zu sammeln. Intern verwendet es + einfach die monitor_custom_event() Funktion der Zend Monitor + API. - Ein relativ nützlichen Feature der Monitor API ist das Sie es erlaubt beliebige eigene - Informationen zusammen mit der Log Nachricht zu spezifizieren. Wenn man zum Beispiel eine - Exception loggen will, kann man nicht nur die Exception Nachricht loggen, sondern auch das - komplette Exception Objekt an die Funktion übergeben, und das Objekt dann im Zend Server - Event Monitor inspizieren. + Ein relativ nützlichen Feature der Monitor API ist das Sie es erlaubt + beliebige eigene Informationen zusammen mit der Log Nachricht zu spezifizieren. Wenn man zum + Beispiel eine Exception loggen will, kann man nicht nur die Exception Nachricht loggen, + sondern auch das komplette Exception Objekt an die Funktion übergeben, und das Objekt dann + im Zend Server Event Monitor inspizieren. @@ -117,9 +118,9 @@ $log->info('Exception gefunden', array( - Wie vorher erwähnt fungiert der Logger, wenn die Monitor API in der eigenen - PHP Anwendung nicht erkannt wurde, als NULL - Logger. + Wie vorher erwähnt fungiert der Logger, wenn die Monitor API in der + eigenen PHP Anwendung nicht erkannt wurde, als + NULL Logger. diff --git a/documentation/manual/de/module_specs/Zend_Oauth-GettingStarted.xml b/documentation/manual/de/module_specs/Zend_Oauth-GettingStarted.xml index 5052d7edd..d89621e0d 100644 --- a/documentation/manual/de/module_specs/Zend_Oauth-GettingStarted.xml +++ b/documentation/manual/de/module_specs/Zend_Oauth-GettingStarted.xml @@ -1,5 +1,5 @@ - + Beginnen @@ -9,7 +9,8 @@ Quellcode an. Unser neuer Konsument wird Twitter Statusübertragungen verwenden. Um das tun zu können muss er bei Twitter registriert sein um einen OAuth Konsumentenschlüssel und ein Konsumentengeheimnis zu empfangen. Diese werden verwendet um einen Zugriffstoken zu - erhalten bevor wir die Twitter API verwenden um eine Statusmeldung zu schicken. + erhalten bevor wir die Twitter API verwenden um eine Statusmeldung zu + schicken. @@ -32,7 +33,7 @@ $consumer = new Zend_Oauth_Consumer($config); callbackUrl ist die URI von der wir wollen das Sie Twitter von unserem Server anfragt wenn Informationen gesendet werden. Wir sehen uns das später an. siteUrl ist die Basis URL der - OAuth API Endpunkte von Twitter. Die komplette Liste der Endpunkt enthält + OAuth API Endpunkte von Twitter. Die komplette Liste der Endpunkt enthält http://twitter.com/oauth/request_token, http://twitter.com/oauth/access_token und http://twitter.com/oauth/authorize. Die grundsätzliche siteUrl verwendet eine Konvention welche auf diese drei OAuth Endpunkte verweist (als Standard) um einen Anfragetoken, den @@ -103,8 +104,9 @@ $token = $consumer->getRequestToken(); Der neue Anfragetoken (eine Instanz von Zend_Oauth_Token_Request) ist nicht authorisiert. Um Ihn mit einem authorisierten Token zu wechseln mit dem wir auf - die Twitter API zugreifen können, muss Ihn der Benutzer authorisieren. Wir bewerkstelligen - das indem der Benutzer auf den Authorisierungsendpunkt von Twitter umgeleitet wird: + die Twitter API zugreifen können, muss Ihn der Benutzer authorisieren. + Wir bewerkstelligen das indem der Benutzer auf den Authorisierungsendpunkt von Twitter + umgeleitet wird: redirect(); einbauen um diesen Zugriffstoken wie folgt herauszuschneiden - dieser Sourcecode würde im ausgeführten Code unserer Callback URI existieren. Sobald er herausgeschnitten wurde können wir den vorherigen Anfragetoken entfernen, und statt dessen den Zugriffstoken für die - zukünftige Verendung mit der API von Twitter fixieren. Nochmals, wir fixieren einfach die - Session des Benutzer, aber in Wirklichkeit kann ein Zugriffstoken eine lange Lebenszeit - haben, und sollte deshalb wirklich in einer Datenbank abgespeichert werden. + zukünftige Verendung mit der API von Twitter fixieren. Nochmals, wir + fixieren einfach die Session des Benutzer, aber in Wirklichkeit kann ein Zugriffstoken eine + lange Lebenszeit haben, und sollte deshalb wirklich in einer Datenbank abgespeichert werden. Erfolg! Wir haben einen authorisierten Zugriffstoken - zu dieser Zeit verwenden wir schon - die API von Twitter. Da dieser Zugriffstoken bei jeder einzelnen API Anfrage enthalten sein - muss, bietet Zend_Oauth_Consumer einen fix-fertigen HTTP Client an (eine Subklasse von - Zend_Http_Client) welcher entweder für sich verwendet werden, oder - der als eigener HTTP Client an eine andere Bibliothek oder Komponente übergeben werden kann. - Hier ist ein Beispiel für die eigenständige Verwendung. Das kann von überall aus der - Anwendung heraus getan werden, solange man Zugriff auf die OAuth Konfiguration hat, und den - endgültigen authorisierten Zugriffstoken empfangen kann. + die API von Twitter. Da dieser Zugriffstoken bei jeder einzelnen + API Anfrage enthalten sein muss, bietet Zend_Oauth_Consumer einen + fix-fertigen HTTP Client an (eine Subklasse von Zend_Http_Client) + welcher entweder für sich verwendet werden, oder der als eigener HTTP Client an eine andere + Bibliothek oder Komponente übergeben werden kann. Hier ist ein Beispiel für die + eigenständige Verwendung. Das kann von überall aus der Anwendung heraus getan werden, + solange man Zugriff auf die OAuth Konfiguration hat, und den endgültigen authorisierten + Zugriffstoken empfangen kann. - + Einführung zu OAuth @@ -23,14 +23,14 @@ ist. Bei Verwendung dieses Access Tokens kann die Anwendungen auf die privaten Daten zugreifen ohne dauernd die Zugangsdaten zu benötigen. Insgesamt ist dieses Prokoll einer delegationsartigen Authorisierung eine sicherere Lösung des Problems auf private Daten - über eine beliebige Webservice API zuzugreifen. + über eine beliebige Webservice API zuzugreifen. OAuth ist keine komplett neue Idee, es ist mehr ein standardisiertes Protokoll welches auf - existierende Eigenschaften von Protokollen wie Google AuthSub, Yahoo BBAuth, Flickr API, - usw. aufsetzt. Alle von Ihnen arbeiten im weiteren Sinne auf der Basis einer - standardisierten Benutzerkennung für eine Art Access Token. Der Vorteil einer + existierende Eigenschaften von Protokollen wie Google AuthSub, Yahoo BBAuth, Flickr + API, usw. aufsetzt. Alle von Ihnen arbeiten im weiteren Sinne auf der + Basis einer standardisierten Benutzerkennung für eine Art Access Token. Der Vorteil einer standardisierten Spezifikation wie OAuth ist, das Sie nur eine einzelne Implementation benötigt im gegensatz zu vielen unterschiedlichen abhängig vom verwendeten Webservice. Diese Standardisierung hat nicht unabhängig von den Major Players stattgefunden, und aktuell diff --git a/documentation/manual/de/module_specs/Zend_Oauth-ProtocolWorkflow.xml b/documentation/manual/de/module_specs/Zend_Oauth-ProtocolWorkflow.xml index 126a120dd..90de66900 100644 --- a/documentation/manual/de/module_specs/Zend_Oauth-ProtocolWorkflow.xml +++ b/documentation/manual/de/module_specs/Zend_Oauth-ProtocolWorkflow.xml @@ -1,5 +1,5 @@ - + Workflow des Protokolls @@ -45,15 +45,15 @@ An diesem Punkt kann der Benutzer gefragt werden sich in Twitter anzumelden und wird jetzt mit einem Twitter Bildschirm konfrontiert welcher Ihn fragt ob er diese Anfrage von - TweetExpress für den Zugriff auf die API von Twitter im Auftrag des Benutzers gestattet. - Twitter speichert die Antwort von der wir annehmen das Sie positiv war. Basierend auf dem - Einverständnis des Benutzers speichert Twitter den aktuell unauthorisierten Anfrage Token - als vom Benutzer akzeptiert (was Ihn Benutzerspezifisch macht) und erzeugt einen neuen Wert - in der Form eines Überprüfungscodes. Der Benutzer wird jetzt auf eine spezifische Callback - URL zurückgeleitet welche von TweetExpress verwendet wird (diese Callback URL kann bei - Twitter registriert sein, oder dynamisch gesetzt werden indem bei den Anfragen ein - oauth_callback Parameter verwendet wird). Die Umleitungs-URL wird den neu erzeugten - Überprüfungscode enthalten. + TweetExpress für den Zugriff auf die API von Twitter im Auftrag des + Benutzers gestattet. Twitter speichert die Antwort von der wir annehmen das Sie positiv war. + Basierend auf dem Einverständnis des Benutzers speichert Twitter den aktuell + unauthorisierten Anfrage Token als vom Benutzer akzeptiert (was Ihn Benutzerspezifisch + macht) und erzeugt einen neuen Wert in der Form eines Überprüfungscodes. Der Benutzer wird + jetzt auf eine spezifische Callback URL zurückgeleitet welche von TweetExpress verwendet + wird (diese Callback URL kann bei Twitter registriert sein, oder dynamisch gesetzt werden + indem bei den Anfragen ein oauth_callback Parameter verwendet wird). Die Umleitungs-URL wird + den neu erzeugten Überprüfungscode enthalten. @@ -63,18 +63,19 @@ Anfrage Token getauscht werden indem eine Anfrage an Twitter zurückgesendet wird inklusive dem Anfrage Token und dem empfangenen Überprüfungscode. Twitter sollte jetzt eine Antwort zurücksenden welche diesen Zugriffstoken enthält welcher in allen Anfragen verwendet werden - muss um Zugriff auf die API von Twitter im Auftrag des Benutzers zu erhalten. Twitter macht - das nur einmal sobald bestätigt wurde das der angehängte Anfrage Token noch nicht verwendet - wurde um einen anderen Anfrage Token zu erhalten. Ab diesem Punkt kann TweetExpress dem - Benutzer die Anfrage der Akzeptanz bestätigen und den originalen Anfrage Token löschen da - er nicht länger benötigt wird. + muss um Zugriff auf die API von Twitter im Auftrag des Benutzers zu + erhalten. Twitter macht das nur einmal sobald bestätigt wurde das der angehängte Anfrage + Token noch nicht verwendet wurde um einen anderen Anfrage Token zu erhalten. Ab diesem Punkt + kann TweetExpress dem Benutzer die Anfrage der Akzeptanz bestätigen und den originalen + Anfrage Token löschen da er nicht länger benötigt wird. - Ab diesem Punkt kann TweetExpress die API von Twitter verwenden um neue Tweets im Sinne des - Benutzers zu schicken indem einfach auf die Endpunkte der API mit einer Anfrage zugegriffen - wird welche digital signiert wurde (über HMAC-SHA1) mit einer Kombination von dem - Konsumenten Geheimnis von TweetExpress und dem Zugriffsschlüssel der verwendet wird. + Ab diesem Punkt kann TweetExpress die API von Twitter verwenden um neue + Tweets im Sinne des Benutzers zu schicken indem einfach auf die Endpunkte der + API mit einer Anfrage zugegriffen wird welche digital signiert wurde + (über HMAC-SHA1) mit einer Kombination von dem Konsumenten Geheimnis von TweetExpress und + dem Zugriffsschlüssel der verwendet wird. diff --git a/documentation/manual/de/module_specs/Zend_Pdf-InteractiveFeatures.xml b/documentation/manual/de/module_specs/Zend_Pdf-InteractiveFeatures.xml index 1f019bbf6..02c257f8b 100644 --- a/documentation/manual/de/module_specs/Zend_Pdf-InteractiveFeatures.xml +++ b/documentation/manual/de/module_specs/Zend_Pdf-InteractiveFeatures.xml @@ -1,5 +1,5 @@ - + Interaktive Features @@ -809,9 +809,10 @@ $pdf->resolveDestination(Zend_Pdf_Destination_Named::create('Page3')); Die Methode Zend_Pdf_Action_URI::create($uri[, $isMap]) - muss verwendet werden um eine URI Aktion zu erstellen (siehe die API Dokumentation - für Details). Der optionale $isMap Parameter wird - standardmäßig auf FALSE gesetzt. + muss verwendet werden um eine URI Aktion zu erstellen (siehe die + API Dokumentation für Details). Der optionale + $isMap Parameter wird standardmäßig auf + FALSE gesetzt. diff --git a/documentation/manual/de/module_specs/Zend_Queue-Adapters.xml b/documentation/manual/de/module_specs/Zend_Queue-Adapters.xml index c5f000778..b1a417e7c 100644 --- a/documentation/manual/de/module_specs/Zend_Queue-Adapters.xml +++ b/documentation/manual/de/module_specs/Zend_Queue-Adapters.xml @@ -1,5 +1,5 @@ - + Adapter @@ -487,8 +487,8 @@ $queue = new Zend_Queue('Db', $options); getQueues() - Zend Platform erlaubt es nicht - über die API die angehängten Job Handling Skripte einzusehen. Diese - Methode wirft eine Exception. + über die API die angehängten Job Handling Skripte + einzusehen. Diese Methode wirft eine Exception. diff --git a/documentation/manual/de/module_specs/Zend_Search_Lucene-Queries.xml b/documentation/manual/de/module_specs/Zend_Search_Lucene-Queries.xml index f58e83b3c..a4811d13b 100644 --- a/documentation/manual/de/module_specs/Zend_Search_Lucene-Queries.xml +++ b/documentation/manual/de/module_specs/Zend_Search_Lucene-Queries.xml @@ -1,5 +1,5 @@ - + Abfrage Erzeugungs API @@ -10,8 +10,9 @@ - Benutzerabfragen können mit Abfragen die durch die API erstellte wurden kombiniert werden. - Einfach den Abfrageparser verwenden um eine Abfrage von einem String zu erstellen: + Benutzerabfragen können mit Abfragen die durch die API erstellte wurden + kombiniert werden. Einfach den Abfrageparser verwenden um eine Abfrage von einem String zu + erstellen: find($query); Jede Abfrage die boolsche Operatoren verwendet kann, kann auch auch umgeschrieben werden - damit Sie die Vorzeichen-Schreibweise verwendet und mit Hilfe der API erstellt wird. Zum - Beispiel: + damit Sie die Vorzeichen-Schreibweise verwendet und mit Hilfe der API + erstellt wird. Zum Beispiel: oder - Abfrageerstellung durch die API: + Abfrageerstellung durch die API: oder - Abfrageerstellung durch die API: + Abfrageerstellung durch die API: oder - Abfrageerstellung durch die API: + Abfrageerstellung durch die API: oder - Abfrageerstellung durch die API: + Abfrageerstellung durch die API: - + Zend_Service_ReCaptcha @@ -113,7 +113,7 @@ if (!$result->isValid()) { Um diese Komponente zu verwenden benötigt man einen Account um - öffentliche und private Schlüssel für die Mailhide API erstellen. + öffentliche und private Schlüssel für die Mailhide API erstellen. diff --git a/documentation/manual/de/module_specs/Zend_Service_DeveloperGarden.xml b/documentation/manual/de/module_specs/Zend_Service_DeveloperGarden.xml index a92acf114..84a51fb16 100644 --- a/documentation/manual/de/module_specs/Zend_Service_DeveloperGarden.xml +++ b/documentation/manual/de/module_specs/Zend_Service_DeveloperGarden.xml @@ -1,5 +1,5 @@ - + Zend_Service_DeveloperGarden @@ -11,7 +11,7 @@ Developer Garden ist der Name für die Entwicker Community der Deutschen Telekom. Developer Garden erlaubt den Zugriff auf die zentralen Services der Deutschen Telekom, wie z.B. Sprache Verbindungen oder der Versand von SMS Nachrichten über die Open Apis. - Der Zugriff auf die API Services erfolgt über SOAP + Der Zugriff auf die API Services erfolgt über SOAP oder REST. @@ -27,7 +27,8 @@ BaseUserService: - Klasse um API Anteile sowie Details von Benutzerzugangsdaten zu managen. + Klasse um API Anteile sowie Details von Benutzerzugangsdaten + zu managen. @@ -80,7 +81,7 @@ - Die Backend SOAP API ist API ist hier dokumentiert. @@ -89,8 +90,8 @@ Für einen Zugang anmelden - Bevor man damit beginnen kann die DeveloperGarden API zu verwenden muss man sich - erst für einen Zugang API zu + verwenden muss man sich erst für einen Zugang anmelden. @@ -99,8 +100,8 @@ Die Umgebung - Mit der DeveloperGarden API hat man die Möglichkeit zwischen 3 unterschiedlichen - Umgebungen zu wählen mit denen gearbeitet werden kann. + Mit der DeveloperGarden API hat man die Möglichkeit zwischen 3 + unterschiedlichen Umgebungen zu wählen mit denen gearbeitet werden kann. @@ -124,7 +125,7 @@ mock: Die Mock Umgebung erlaubt es eigene Anwendungen zu bauen und Ergebnisse zu erhlaten ohne das irgendeine Aktion auf Seiten - der API ausgelöst wird. + der API ausgelöst wird. @@ -149,14 +150,14 @@ username: Der eigene Benutzername für die - DeveloperGarden API. + DeveloperGarden API. password: Das eigene Passwort für die DeveloperGarden - API. + API. @@ -612,7 +613,7 @@ $service->tearDownCall($sessionId); - Hier ist eine Liste der aktuell implementierten API Methoden: + Hier ist eine Liste der aktuell implementierten API Methoden: diff --git a/documentation/manual/de/module_specs/Zend_Service_LiveDocx.xml b/documentation/manual/de/module_specs/Zend_Service_LiveDocx.xml index ac88bf229..95be8d707 100644 --- a/documentation/manual/de/module_specs/Zend_Service_LiveDocx.xml +++ b/documentation/manual/de/module_specs/Zend_Service_LiveDocx.xml @@ -1,6 +1,6 @@ - - + + Zend_Service_LiveDocx @@ -93,8 +93,9 @@ LiveDocx unterscheidet zwischen den folgenden Ausdrücken: 1) Template und 2) Dokument. Um die - Dokumentation und auch die aktuelle API vollständig zu verstehen, ist es wichtig - dass jeder Programmierer der LiveDocx ausliefert, den Unterschied versteht. + Dokumentation und auch die aktuelle API vollständig zu verstehen, + ist es wichtig dass jeder Programmierer der LiveDocx ausliefert, den Unterschied + versteht. diff --git a/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Blob.xml b/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Blob.xml index 630a98a9b..d2e2743d2 100644 --- a/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Blob.xml +++ b/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Blob.xml @@ -1,5 +1,5 @@ - + Zend_Service_WindowsAzure_Storage_Blob @@ -11,9 +11,10 @@ - Blog Speicher wird von Windows Azure als REST API angeboten welcher von - der Klasse Zend_Service_WindowsAzure_Storage_Blob umhüllt ist um ein - natives PHP Interface zum Speicher Account zu bieten. + Blog Speicher wird von Windows Azure als REST API + angeboten welcher von der Klasse + Zend_Service_WindowsAzure_Storage_Blob umhüllt ist um ein natives + PHP Interface zum Speicher Account zu bieten. @@ -22,7 +23,8 @@ Dieser Abschnitt zeigt einige Beispiele der Verwendung der Klasse Zend_Service_WindowsAzure_Storage_Blob. Andere Features sind im - Download Paket vorhanden sowie in der detailierten API Dokumentation dieser Features. + Download Paket vorhanden sowie in der detailierten API Dokumentation + dieser Features. diff --git a/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Queue.xml b/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Queue.xml index c06f34d6d..cdc221959 100644 --- a/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Queue.xml +++ b/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Queue.xml @@ -1,5 +1,5 @@ - + Zend_Service_WindowsAzure_Storage_Queue @@ -19,9 +19,10 @@ - Der Queue Speicher wird von Windows Azure als REST API angeboten welche - von der Zend_Service_WindowsAzure_Storage_Queue Klasse umhüllt wird - um ein natives PHP Interface zum Speicher Account zu bieten. + Der Queue Speicher wird von Windows Azure als REST API + angeboten welche von der Zend_Service_WindowsAzure_Storage_Queue + Klasse umhüllt wird um ein natives PHP Interface zum Speicher Account zu + bieten. @@ -30,8 +31,8 @@ Dieses Thema listet einige Beispiele der Verwendung der Zend_Service_WindowsAzure_Storage_Queue Klasse auf. Andere - Features sind im Download Paket vorhanden, sowie eine detailierte API Dokumentation - dieser Features. + Features sind im Download Paket vorhanden, sowie eine detailierte API + Dokumentation dieser Features. diff --git a/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Table.xml b/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Table.xml index ee029fdac..a4b3f40cf 100644 --- a/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Table.xml +++ b/documentation/manual/de/module_specs/Zend_Service_WindowsAzure_Table.xml @@ -1,5 +1,5 @@ - + Zend_Service_WindowsAzure_Storage_Table @@ -9,22 +9,23 @@ - Tabellen Speicher wird von Windows Azure als REST API angeboten die von der Klasse - Zend_Service_WindowsAzure_Storage_Table umhüllt ist um ein natives - PHP Interface zum Speicher Konto zu bieten. + Tabellen Speicher wird von Windows Azure als REST API angeboten die von + der Klasse Zend_Service_WindowsAzure_Storage_Table umhüllt ist um ein + natives PHP Interface zum Speicher Konto zu bieten. Dieses Thema zeigt einige Beispiele der Verwendung der Klasse Zend_Service_WindowsAzure_Storage_Table. Andere Features sind im - Download Paket enthalten sowie in den detailierten API Dokumentationen dieser Features. + Download Paket enthalten sowie in den detailierten API Dokumentationen + dieser Features. Es ist zu beachten das bei der Entwicklung der Tabellen Speicher (in der SDK von Windows - Azure) nicht alle Features unterstützt welche von dieser API angeboten werden. Deshalb sind - die Beispiele welche auf dieser Seite aufgeführt sind, dazu gedacht auf Windows Azure - Produktions Tabellen Speichern verwendet zu werden. + Azure) nicht alle Features unterstützt welche von dieser API angeboten + werden. Deshalb sind die Beispiele welche auf dieser Seite aufgeführt sind, dazu gedacht + auf Windows Azure Produktions Tabellen Speichern verwendet zu werden. diff --git a/documentation/manual/de/module_specs/Zend_Soap_Server.xml b/documentation/manual/de/module_specs/Zend_Soap_Server.xml index bf16f9052..eeb67d008 100644 --- a/documentation/manual/de/module_specs/Zend_Soap_Server.xml +++ b/documentation/manual/de/module_specs/Zend_Soap_Server.xml @@ -1,5 +1,5 @@ - + Zend_Soap_Server @@ -210,7 +210,7 @@ Der Erste ist das Anfügen einer Klasse zum Zend_Soap_Server - Objekt welche eine Web Service API komplett beschreibt: + Objekt welche eine Web Service API komplett beschreibt: handle(); - Die zweite Methode der Definition einer Web Service API ist die Verwendung eines Sets - von Funktionen und addFunction() oder + Die zweite Methode der Definition einer Web Service API ist die + Verwendung eines Sets von Funktionen und addFunction() oder loadFunctions() Methoden: - + Zend_Tool erweitern @@ -797,7 +797,7 @@ class My_Component_HelloProvider ]]> - Die API des Speichers ist sehr einfach: + Die API des Speichers ist sehr einfach: - + Erstellen von Providern für die Verwendung mit Zend_Tool_Framework @@ -367,7 +367,7 @@ class My_Component_HelloProvider ]]> - Die API des Speichers ist sehr einfach: + Die API des Speichers ist sehr einfach: - + Erstellung und Darstellung von kombinierten Elementen @@ -375,8 +375,9 @@ $d->setValue(array('year' => '2009', 'month' => '04', 'day' => '20')); - Am Ende erhält man eine einheitliche API für ein Element welche man verwenden kann um - ein Element zu beschreiben welches einen kombinierten Wert repräsentiert. + Am Ende erhält man eine einheitliche API für ein Element welche man + verwenden kann um ein Element zu beschreiben welches einen kombinierten Wert + repräsentiert. diff --git a/documentation/manual/de/tutorials/multiuser-sessions.xml b/documentation/manual/de/tutorials/multiuser-sessions.xml index e011fb41f..b50aff3f6 100644 --- a/documentation/manual/de/tutorials/multiuser-sessions.xml +++ b/documentation/manual/de/tutorials/multiuser-sessions.xml @@ -1,5 +1,5 @@ - + User Session im Zend Framework managen @@ -36,11 +36,12 @@ Grundsätzliche Verwendung von Zend_Session - Die Komponente Zend_Session ist sowohl ein Session Manager als auch eine API für das - Speichern von Daten im Session Objekt für eine Langzeit-Verfügbarkeit. Die API von - Zend_Session ist für das Managen der Optionen und des Verhaltens einer Session, wie - Optionen,, Starten und Stoppen einer Session, und Zend_Session_Namespace ist das - aktuelle Objekt welches zum Speichern der Daten verwendet wird. + Die Komponente Zend_Session ist sowohl ein Session Manager als auch eine + API für das Speichern von Daten im Session Objekt für eine + Langzeit-Verfügbarkeit. Die API von Zend_Session ist für das Managen + der Optionen und des Verhaltens einer Session, wie Optionen, Starten und Stoppen einer + Session, und Zend_Session_Namespace ist das aktuelle Objekt welches zum Speichern der + Daten verwendet wird. @@ -80,12 +81,12 @@ resources.session.remember_me_seconds = 864000 Zend_Session_Namespace ist eine einfache Klasse welche auf Daten über eine einfach zu - verwendende API in der von Zend_Session gemanagten superglobalen $_SESSION verweist. - Der Grund warum es Zend_Session_Namespace genannt wird ist, das es die Daten in - $_SESSION effektiv namespaced, und es so mehreren Komponenten und Objekten erlaubt Daten - sicher zu speichern und zu empfangen. Im folgenden Code sehen wir wie ein einfacher - hochzählender Counter für Sessions erstellt werden kann der bei 1000 anfängt und sich - selbst nach 1999 zurücksetzt. + verwendende API in der von Zend_Session gemanagten superglobalen + $_SESSION verweist. Der Grund warum es Zend_Session_Namespace genannt wird ist, das es + die Daten in $_SESSION effektiv namespaced, und es so mehreren Komponenten und Objekten + erlaubt Daten sicher zu speichern und zu empfangen. Im folgenden Code sehen wir wie ein + einfacher hochzählender Counter für Sessions erstellt werden kann der bei 1000 anfängt + und sich selbst nach 1999 zurücksetzt. - + Alles zusammenfügen @@ -75,7 +75,8 @@ foreach ($this->paginator as $item) { Jetzt zum Index des Projekts navigieren und Paginator in Aktion sehen. Was wir in diesem - Tutorial diskutiert haben ist nur die Spitze des Eisbergs. Das Referenz Handbuch und die API - Dokumentation können mehr darüber sagen das mit Zend_Paginator alles getan werden kann. + Tutorial diskutiert haben ist nur die Spitze des Eisbergs. Das Referenz Handbuch und die + API Dokumentation können mehr darüber sagen das mit Zend_Paginator alles + getan werden kann. diff --git a/documentation/manual/de/tutorials/quickstart-create-model.xml b/documentation/manual/de/tutorials/quickstart-create-model.xml index 71a02c6cd..8172aa2b1 100644 --- a/documentation/manual/de/tutorials/quickstart-create-model.xml +++ b/documentation/manual/de/tutorials/quickstart-create-model.xml @@ -1,5 +1,5 @@ - + Ein Modell und eine Datenbank Tabelle erstellen @@ -40,7 +40,8 @@ Angenommen wir speichern diese in einer Datenbank, dann wollen wir auch einen eindeutigen Identifikator für jeden Eintrag. Wir wollen in der Lage sein einen Eintrag zu speichern, individuelle Einträge zu holen, und alle Einträge zu - empfangen. Als solches könnte das Modell einer einfachen Guestbook API wie folgt aussehen: + empfangen. Als solches könnte das Modell einer einfachen Guestbook API + wie folgt aussehen: Daten Mapper bildet ein Domain Objekt in der Datenbank ab. In unserem Fall bildet es unser Modell Application_Model_Guestbook auf unsere Datenquelle, Application_Model_DbTable_Guestbook, ab. Eine typische - API für einen Daten Mapper ist wie folgt: + API für einen Daten Mapper ist wie folgt: