cvs: peardoc /de/chapters intro.xml
| From: | Alexander Merz | Date: | Thu, 12 Feb 2004 14:01:52 +0000 |
| Subject: | cvs: peardoc /de/chapters intro.xml | ||
| Groups: | php.pear.doc | ||
| Request: | Send a blank email to pear-doc+get-2534@lists.php.net to get a copy of this message | ||
alexmerz Thu Feb 12 09:01:52 2004 EDT
Modified files:
/peardoc/de/chapters intro.xml
Log:
fix umlauts
http://cvs.php.net/diff.php/peardoc/de/chapters/intro.xml?r1=1.1&r2=1.2&ty=u Index: peardoc/de/chapters/intro.xml diff -u peardoc/de/chapters/intro.xml:1.1 peardoc/de/chapters/intro.xml:1.2 --- peardoc/de/chapters/intro.xml:1.1 Tue Feb 10 17:36:45 2004 +++ peardoc/de/chapters/intro.xml Thu Feb 12 09:01:51 2004 @@ -1,8 +1,8 @@ <?xml version="1.0" encoding="iso-8859-1" ?> -<!-- $Revision: 1.1 $ --> -<!-- Sync: 1.5 --> +<!-- $Revision: 1.2 $ --> +<!-- EN-Revision: 1.5 --> <!-- - WORK IN PROGRESS, THERE IS PROBABLY LITTLE POINT IN TRANSLATING + WORK IN PROGREß, THERE IS PROBABLY LITTLE POINT IN TRANSLATING THIS DOCUMENT YET. --> <chapter id="introduction"> @@ -13,7 +13,7 @@ </author> <date>2002-02-10</date> </docinfo> - <title>Einführung</title> + <title>Einführung</title> <subtitle>Das PEAR-Manifest</subtitle> <simpara> PEAR ist Malin Bakken gewidmet, sie wurde geboren am 21.11.1999. @@ -23,29 +23,29 @@ <title>Was ist PEAR?</title> <para> - PEAR ist die Abkürzung für "PHP Extension and Application Repository" - und wird ausgesprochen wie die englische Übersetzung von "Birne". + PEAR ist die Abkürzung für "PHP Extension and Application Repository" + und wird ausgesprochen wie die englische übersetzung von "Birne". Der Zweck von PEAR ist es anzubieten: <itemizedlist> <listitem> <simpara> - Eine aufgeräumte Bibliothek von offenem Quellcode für PHP-Programmierer + Eine aufgeräumte Bibliothek von offenem Quellcode für PHP-Programmierer </simpara> </listitem> <listitem> <simpara> - Eine Infrastruktur für den Vertrieb von Quellcode und dessen Betreuung + Eine Infrastruktur für den Vertrieb von Quellcode und deßen Betreuung </simpara> </listitem> <listitem> <simpara> - Einen einheitlichen Stil für Quellcode in PHP, + Einen einheitlichen Stil für Quellcode in PHP, <link linkend="standards">wie er hier beschrieben wird</link> </simpara> </listitem> <listitem> <simpara> - Die PHP Foundation Classes (PFC), + Die PHP Foundation Claßes (PFC), <link linkend="about-pfc">mehr hier</link> </simpara> </listitem> @@ -58,7 +58,7 @@ <listitem> <simpara> Eine Webseite, Mailing-Listen und ein Netz von Download-Servern - um die PHP/PEAR-Gemeinschaft zu unterstützen + um die PHP/PEAR-Gemeinschaft zu unterstützen </simpara> </listitem> </itemizedlist> @@ -67,21 +67,21 @@ <para> PEAR ist ein Gemeinschafts-Projekt mit der <ulink url="http://pear.php.net/group/">PEAR Group</ulink> als - Normen-gebende Kraft. Das Projekt wurde begründete 1999 von Stig S. Bakken, - seit dem schlossen sich dem Projekt <ulink url="http://pear.php.net/accounts.php"> + Normen-gebende Kraft. Das Projekt wurde begründete 1999 von Stig S. Bakken, + seit dem schloßen sich dem Projekt <ulink url="http://pear.php.net/accounts.php"> viele weitere</ulink> an. </para> <sect2 id="about-pear-stlib"> - <title>Eine aufgräumte Bibliothek für PHP-Code</title> + <title>Eine aufgräumte Bibliothek für PHP-Code</title> <para> Der Quellcode in PEAR ist aufgeteilt in "Packages". - Jedes Package ist ein selbständiges Projekt mit eigenem + Jedes Package ist ein selbständiges Projekt mit eigenem Entwickler-Team, Versionierung, Herausgabe-Zyklen und festgelgten Beziehungen zu anderen Packages (einschließlich - Äbhängigkeiten) Packages werden verteilt in Form von gepackten Daten - (mit Hilfe von Tar und GZip). Jedes enthält eine beschreibende Datei; - die Installation erfolgt auf dem eigenem Computer über den PEAR-Installer + äbhängigkeiten) Packages werden verteilt in Form von gepackten Daten + (mit Hilfe von Tar und GZip). Jedes enthält eine beschreibende Datei; + die Installation erfolgt auf dem eigenem Computer über den PEAR-Installer </para> <para> Es gibt zwei Arten von Packages: @@ -90,13 +90,13 @@ <simpara> "source packages" enthalten nur Quellcode. Dabei handelt es sich entweder um PHP-Quellcode oder C-Quellcode. Zum Einsatz - letzterer benötigten Sie die entsprechenden Werkzeuge zur Erzeugung - lauffähiger Dateien. + letzterer benötigten Sie die entsprechenden Werkzeuge zur Erzeugung + lauffähiger Dateien. </simpara> </listitem> <listitem> <simpara> - "binary packages" enthalten ausführbare Dateien und eventuell + "binary packages" enthalten ausführbare Dateien und eventuell Quellcode. Sie sind typischerweise plattform-spezifisch. </simpara> </listitem> @@ -106,14 +106,14 @@ Die Packages sind in PEAR in Form eines Baumes organisiert. Die "Knoten" des Baums finden sich wieder im Namen des Packages. Die Knoten dienen als Beschreibungen; und die Knoten im Name - sind durch einen Unterstrich abgegrenzt. Beispiele für Package-Namen sind: + sind durch einen Unterstrich abgegrenzt. Beispiele für Package-Namen sind: "MP3_Id", "Archive_Tar" und "HTTP_Post". </para> <para> - Sind Packages von einander abhängig, so muß das ausdrücklich angegeben + Sind Packages von einander abhängig, so muß das ausdrücklich angegeben werden - es gibt keine automatische Beziehung zwischen Packages auf Grund des - Namens. Z.B. gibt es keine Abhängigkeit zwischen - einen Package und seinem 'Vater' im Package-Baum: das Package "HTTP_Post" ist unabhängig + Namens. Z.B. gibt es keine Abhängigkeit zwischen + einen Package und seinem 'Vater' im Package-Baum: das Package "HTTP_Post" ist unabhängig von dem Package "HTTP". </para> <para> @@ -121,15 +121,15 @@ deshalb "Sub-Repository" genannt, aktuell sind das: <link linkend="about-pecl">PECL</link>, <link linkend="about-gtk">Gtk</link> und <link - linkend="about-app">App</link>. Für jedes dieser gelten abweichende Regeln, + linkend="about-app">App</link>. Für jedes dieser gelten abweichende Regeln, beachten Sie die Beschreibungen zu diesen Sub-Repositorys weiter unten. </para> <para> Der Stil-Leitfaden, die <link linkend="standards">PEAR Coding Standards</link> (kurz PCS), wurde geschaffen, um die Zusammenarbeit - zwischen den PEAR-Entwicklern zu vereinfachen, Qualität zu sichern und + zwischen den PEAR-Entwicklern zu vereinfachen, Qualität zu sichern und portablen Quellcode zu schreiben - und um allen Beteiligten - einheitliche Schnittstellen zu bieten. Für + einheitliche Schnittstellen zu bieten. Für <link linkend="about-pfc">PFC</link>-Packages sind diese Regeln absolut verbindlich. </para> @@ -139,17 +139,17 @@ <title>Quellcode-Vertrieb und Package-Betreuung</title> <para> Alles PEAR-Pacages werden in einer zentralen Datenbank verwaltet - und sind von dort verfügbar. Diese Datenbank befindet sich auf pear.php.net. - Quellcode-offene Packages können ebenfalls dort registriert und + und sind von dort verfügbar. Diese Datenbank befindet sich auf pear.php.net. + Quellcode-offene Packages können ebenfalls dort registriert und bereitgestellt werden. - Nicht-offene Packages können über den PEAR-Installer installiert werden, - die PEAR-Datenbank steht aber allein offenen Packages zur Verfügung. + Nicht-offene Packages können über den PEAR-Installer installiert werden, + die PEAR-Datenbank steht aber allein offenen Packages zur Verfügung. </para> <para> - Pear.php.net bietet eine HTML-basierte Benutzeroberfläche für + Pear.php.net bietet eine HTML-basierte Benutzeroberfläche für die PEAR-Datenbank, und eine eine (aktuell) XML-RPC-basierte - Schnittstelle für den maschinellen Zugriff. - Das Herunterladen von Packages geschieht über HTTP. Andere Funktionen von + Schnittstelle für den maschinellen Zugriff. + Das Herunterladen von Packages geschieht über HTTP. Andere Funktionen von pear.php.net sind bzw. werden sein: <itemizedlist> <listitem> @@ -166,41 +166,41 @@ <para> Packages werden vertrieben als gezippte Tar-Dateien, in dem sich auf jeden Fall eine XML-basierte Beschreibungs-Datei befindet. - Diese Datei enthält Informationen über das Package, eine - Liste der entahlten Dateien und ihrer Funktion, und Package-Abhängigkeiten. + Diese Datei enthält Informationen über das Package, eine + Liste der entahlten Dateien und ihrer Funktion, und Package-Abhängigkeiten. </para> </sect2> <sect2 id="about-pfc"> - <title>Die PHP Foundation Classes</title> + <title>Die PHP Foundation Claßes</title> <titleabbrev>PFC</titleabbrev> <para> - Die PHP Foundation Classes sind ein Teil von PEAR mit den - Ziel: hohe Qualität, breites Anwendungsfeld, bestmögliche Verträglichkeit - und Kompatibilität. Unter den Packages, die bei der + Die PHP Foundation Claßes sind ein Teil von PEAR mit den + Ziel: hohe Qualität, breites Anwendungsfeld, bestmögliche Verträglichkeit + und Kompatibilität. Unter den Packages, die bei der PHP-Installation installiert werden, sollen sich langfristig nur PFC-Packages befinden. </para> <para> - Hohe Qualität bedeutet, dass kein Package bzw. ein Release mit einem + Hohe Qualität bedeutet, daß kein Package bzw. ein Release mit einem geringerem grad als "stable" in den PFC akzeptiert wird. </para> <para> - Breites Anwendungsfeld bedeutet, dass die Packages unabhängig - vom Umfeld einzusetzen sind, wie. z.B. nicht auf HTML beschränkt sind, - oder ein Betriebssystem oder einem Webserver etc. + Breites Anwendungsfeld bedeutet, daß die Packages unabhängig + vom Umfeld einzusetzen sind, wie. z.B. nicht auf HTML beschränkt sind, + oder ein Betriebßystem oder einem Webserver etc. </para> <para> - Verträgliche Packages sind mit anderen Packages kombinierbar, haben + Verträgliche Packages sind mit anderen Packages kombinierbar, haben eine stabile, standarisierte Schnittstelle, setzen bevorzugt auf - andere, ebenfalls verträgliche Komponenten; und sind gleichfalls - unabhängig von ihrer Umgebung. + andere, ebenfalls verträgliche Komponenten; und sind gleichfalls + unabhängig von ihrer Umgebung. </para> <para> - Kompatibilität bedeutet Syntax und Semantic früherer Versionen - beizubehalten - und darüber hinaus: die Planung der weiteren Entwicklung. - Der Quellcode muß erweiterbar sein, zumindest muß es möglich sein - weiter Funktionen zu ergänzen, ohne vorhandenes zu ändern; - das Package muß "vorwärts-kompatibel" sein. + Kompatibilität bedeutet Syntax und Semantic früherer Versionen + beizubehalten - und darüber hinaus: die Planung der weiteren Entwicklung. + Der Quellcode muß erweiterbar sein, zumindest muß es möglich sein + weiter Funktionen zu ergänzen, ohne vorhandenes zu ändern; + das Package muß "vorwärts-kompatibel" sein. </para> </sect2> @@ -209,20 +209,20 @@ <subtitle>PECL</subtitle> <para> PECL (englisch ausgesprochen "pickle") ist ein Sub-Repository von PEAR - für Erweiterungen in C, wie sie mit PHP4 vertrieben werden. PECL entstand + für Erweiterungen in C, wie sie mit PHP4 vertrieben werden. PECL entstand u.a. deshalb, um Erweiterungem aus der Entwicklung von PHP heraus zu ziehen. - PECL-Packages müssen den PHP-Coding Standards enstprechen; sie werden aber + PECL-Packages müßen den PHP-Coding Standards enstprechen; sie werden aber als normale PEAR-Packages vertrieben und installiert. </para> <para> Das Verschieben einer Erweiterung von PHP zu PECL wird auch als "pickling" bezeichnet. </para> <para> - Oktober 2003 wurde PECL eine eigenständiges Projekt, das nicht mehr + Oktober 2003 wurde PECL eine eigenständiges Projekt, das nicht mehr Bestandteil von PEAR ist - mit Ausnahme der Infrastruktur, die sich von PEAR ausgeliehen wurde. - Mehr Informationen und alle PECL-Packages können auf der <ulink url="&url.pecl;">PECL - Homepage</ulink> gefunden werden. Während der Ausgliederung wurde PECL umbenannt von + Mehr Informationen und alle PECL-Packages können auf der <ulink url="&url.pecl;">PECL + Homepage</ulink> gefunden werden. Während der Ausgliederung wurde PECL umbenannt von <quote>PHP Extension Code Library</quote> in <quote>PHP Extension Community Library</quote>. </para>
http://cvs.php.net/diff.php/peardoc/de/chapters/intro.xml?r1=1.1&r2=1.2&ty=u Index: peardoc/de/chapters/intro.xml diff -u peardoc/de/chapters/intro.xml:1.1 peardoc/de/chapters/intro.xml:1.2 --- peardoc/de/chapters/intro.xml:1.1 Tue Feb 10 17:36:45 2004 +++ peardoc/de/chapters/intro.xml Thu Feb 12 09:01:51 2004 @@ -1,8 +1,8 @@ <?xml version="1.0" encoding="iso-8859-1" ?> -<!-- $Revision: 1.1 $ --> -<!-- Sync: 1.5 --> +<!-- $Revision: 1.2 $ --> +<!-- EN-Revision: 1.5 --> <!-- - WORK IN PROGRESS, THERE IS PROBABLY LITTLE POINT IN TRANSLATING + WORK IN PROGREß, THERE IS PROBABLY LITTLE POINT IN TRANSLATING THIS DOCUMENT YET. --> <chapter id="introduction"> @@ -13,7 +13,7 @@ </author> <date>2002-02-10</date> </docinfo> - <title>Einführung</title> + <title>Einführung</title> <subtitle>Das PEAR-Manifest</subtitle> <simpara> PEAR ist Malin Bakken gewidmet, sie wurde geboren am 21.11.1999. @@ -23,29 +23,29 @@ <title>Was ist PEAR?</title> <para> - PEAR ist die Abkürzung für "PHP Extension and Application Repository" - und wird ausgesprochen wie die englische Übersetzung von "Birne". + PEAR ist die Abkürzung für "PHP Extension and Application Repository" + und wird ausgesprochen wie die englische übersetzung von "Birne". Der Zweck von PEAR ist es anzubieten: <itemizedlist> <listitem> <simpara> - Eine aufgeräumte Bibliothek von offenem Quellcode für PHP-Programmierer + Eine aufgeräumte Bibliothek von offenem Quellcode für PHP-Programmierer </simpara> </listitem> <listitem> <simpara> - Eine Infrastruktur für den Vertrieb von Quellcode und dessen Betreuung + Eine Infrastruktur für den Vertrieb von Quellcode und deßen Betreuung </simpara> </listitem> <listitem> <simpara> - Einen einheitlichen Stil für Quellcode in PHP, + Einen einheitlichen Stil für Quellcode in PHP, <link linkend="standards">wie er hier beschrieben wird</link> </simpara> </listitem> <listitem> <simpara> - Die PHP Foundation Classes (PFC), + Die PHP Foundation Claßes (PFC), <link linkend="about-pfc">mehr hier</link> </simpara> </listitem> @@ -58,7 +58,7 @@ <listitem> <simpara> Eine Webseite, Mailing-Listen und ein Netz von Download-Servern - um die PHP/PEAR-Gemeinschaft zu unterstützen + um die PHP/PEAR-Gemeinschaft zu unterstützen </simpara> </listitem> </itemizedlist> @@ -67,21 +67,21 @@ <para> PEAR ist ein Gemeinschafts-Projekt mit der <ulink url="http://pear.php.net/group/">PEAR Group</ulink> als - Normen-gebende Kraft. Das Projekt wurde begründete 1999 von Stig S. Bakken, - seit dem schlossen sich dem Projekt <ulink url="http://pear.php.net/accounts.php"> + Normen-gebende Kraft. Das Projekt wurde begründete 1999 von Stig S. Bakken, + seit dem schloßen sich dem Projekt <ulink url="http://pear.php.net/accounts.php"> viele weitere</ulink> an. </para> <sect2 id="about-pear-stlib"> - <title>Eine aufgräumte Bibliothek für PHP-Code</title> + <title>Eine aufgräumte Bibliothek für PHP-Code</title> <para> Der Quellcode in PEAR ist aufgeteilt in "Packages". - Jedes Package ist ein selbständiges Projekt mit eigenem + Jedes Package ist ein selbständiges Projekt mit eigenem Entwickler-Team, Versionierung, Herausgabe-Zyklen und festgelgten Beziehungen zu anderen Packages (einschließlich - Äbhängigkeiten) Packages werden verteilt in Form von gepackten Daten - (mit Hilfe von Tar und GZip). Jedes enthält eine beschreibende Datei; - die Installation erfolgt auf dem eigenem Computer über den PEAR-Installer + äbhängigkeiten) Packages werden verteilt in Form von gepackten Daten + (mit Hilfe von Tar und GZip). Jedes enthält eine beschreibende Datei; + die Installation erfolgt auf dem eigenem Computer über den PEAR-Installer </para> <para> Es gibt zwei Arten von Packages: @@ -90,13 +90,13 @@ <simpara> "source packages" enthalten nur Quellcode. Dabei handelt es sich entweder um PHP-Quellcode oder C-Quellcode. Zum Einsatz - letzterer benötigten Sie die entsprechenden Werkzeuge zur Erzeugung - lauffähiger Dateien. + letzterer benötigten Sie die entsprechenden Werkzeuge zur Erzeugung + lauffähiger Dateien. </simpara> </listitem> <listitem> <simpara> - "binary packages" enthalten ausführbare Dateien und eventuell + "binary packages" enthalten ausführbare Dateien und eventuell Quellcode. Sie sind typischerweise plattform-spezifisch. </simpara> </listitem> @@ -106,14 +106,14 @@ Die Packages sind in PEAR in Form eines Baumes organisiert. Die "Knoten" des Baums finden sich wieder im Namen des Packages. Die Knoten dienen als Beschreibungen; und die Knoten im Name - sind durch einen Unterstrich abgegrenzt. Beispiele für Package-Namen sind: + sind durch einen Unterstrich abgegrenzt. Beispiele für Package-Namen sind: "MP3_Id", "Archive_Tar" und "HTTP_Post". </para> <para> - Sind Packages von einander abhängig, so muß das ausdrücklich angegeben + Sind Packages von einander abhängig, so muß das ausdrücklich angegeben werden - es gibt keine automatische Beziehung zwischen Packages auf Grund des - Namens. Z.B. gibt es keine Abhängigkeit zwischen - einen Package und seinem 'Vater' im Package-Baum: das Package "HTTP_Post" ist unabhängig + Namens. Z.B. gibt es keine Abhängigkeit zwischen + einen Package und seinem 'Vater' im Package-Baum: das Package "HTTP_Post" ist unabhängig von dem Package "HTTP". </para> <para> @@ -121,15 +121,15 @@ deshalb "Sub-Repository" genannt, aktuell sind das: <link linkend="about-pecl">PECL</link>, <link linkend="about-gtk">Gtk</link> und <link - linkend="about-app">App</link>. Für jedes dieser gelten abweichende Regeln, + linkend="about-app">App</link>. Für jedes dieser gelten abweichende Regeln, beachten Sie die Beschreibungen zu diesen Sub-Repositorys weiter unten. </para> <para> Der Stil-Leitfaden, die <link linkend="standards">PEAR Coding Standards</link> (kurz PCS), wurde geschaffen, um die Zusammenarbeit - zwischen den PEAR-Entwicklern zu vereinfachen, Qualität zu sichern und + zwischen den PEAR-Entwicklern zu vereinfachen, Qualität zu sichern und portablen Quellcode zu schreiben - und um allen Beteiligten - einheitliche Schnittstellen zu bieten. Für + einheitliche Schnittstellen zu bieten. Für <link linkend="about-pfc">PFC</link>-Packages sind diese Regeln absolut verbindlich. </para> @@ -139,17 +139,17 @@ <title>Quellcode-Vertrieb und Package-Betreuung</title> <para> Alles PEAR-Pacages werden in einer zentralen Datenbank verwaltet - und sind von dort verfügbar. Diese Datenbank befindet sich auf pear.php.net. - Quellcode-offene Packages können ebenfalls dort registriert und + und sind von dort verfügbar. Diese Datenbank befindet sich auf pear.php.net. + Quellcode-offene Packages können ebenfalls dort registriert und bereitgestellt werden. - Nicht-offene Packages können über den PEAR-Installer installiert werden, - die PEAR-Datenbank steht aber allein offenen Packages zur Verfügung. + Nicht-offene Packages können über den PEAR-Installer installiert werden, + die PEAR-Datenbank steht aber allein offenen Packages zur Verfügung. </para> <para> - Pear.php.net bietet eine HTML-basierte Benutzeroberfläche für + Pear.php.net bietet eine HTML-basierte Benutzeroberfläche für die PEAR-Datenbank, und eine eine (aktuell) XML-RPC-basierte - Schnittstelle für den maschinellen Zugriff. - Das Herunterladen von Packages geschieht über HTTP. Andere Funktionen von + Schnittstelle für den maschinellen Zugriff. + Das Herunterladen von Packages geschieht über HTTP. Andere Funktionen von pear.php.net sind bzw. werden sein: <itemizedlist> <listitem> @@ -166,41 +166,41 @@ <para> Packages werden vertrieben als gezippte Tar-Dateien, in dem sich auf jeden Fall eine XML-basierte Beschreibungs-Datei befindet. - Diese Datei enthält Informationen über das Package, eine - Liste der entahlten Dateien und ihrer Funktion, und Package-Abhängigkeiten. + Diese Datei enthält Informationen über das Package, eine + Liste der entahlten Dateien und ihrer Funktion, und Package-Abhängigkeiten. </para> </sect2> <sect2 id="about-pfc"> - <title>Die PHP Foundation Classes</title> + <title>Die PHP Foundation Claßes</title> <titleabbrev>PFC</titleabbrev> <para> - Die PHP Foundation Classes sind ein Teil von PEAR mit den - Ziel: hohe Qualität, breites Anwendungsfeld, bestmögliche Verträglichkeit - und Kompatibilität. Unter den Packages, die bei der + Die PHP Foundation Claßes sind ein Teil von PEAR mit den + Ziel: hohe Qualität, breites Anwendungsfeld, bestmögliche Verträglichkeit + und Kompatibilität. Unter den Packages, die bei der PHP-Installation installiert werden, sollen sich langfristig nur PFC-Packages befinden. </para> <para> - Hohe Qualität bedeutet, dass kein Package bzw. ein Release mit einem + Hohe Qualität bedeutet, daß kein Package bzw. ein Release mit einem geringerem grad als "stable" in den PFC akzeptiert wird. </para> <para> - Breites Anwendungsfeld bedeutet, dass die Packages unabhängig - vom Umfeld einzusetzen sind, wie. z.B. nicht auf HTML beschränkt sind, - oder ein Betriebssystem oder einem Webserver etc. + Breites Anwendungsfeld bedeutet, daß die Packages unabhängig + vom Umfeld einzusetzen sind, wie. z.B. nicht auf HTML beschränkt sind, + oder ein Betriebßystem oder einem Webserver etc. </para> <para> - Verträgliche Packages sind mit anderen Packages kombinierbar, haben + Verträgliche Packages sind mit anderen Packages kombinierbar, haben eine stabile, standarisierte Schnittstelle, setzen bevorzugt auf - andere, ebenfalls verträgliche Komponenten; und sind gleichfalls - unabhängig von ihrer Umgebung. + andere, ebenfalls verträgliche Komponenten; und sind gleichfalls + unabhängig von ihrer Umgebung. </para> <para> - Kompatibilität bedeutet Syntax und Semantic früherer Versionen - beizubehalten - und darüber hinaus: die Planung der weiteren Entwicklung. - Der Quellcode muß erweiterbar sein, zumindest muß es möglich sein - weiter Funktionen zu ergänzen, ohne vorhandenes zu ändern; - das Package muß "vorwärts-kompatibel" sein. + Kompatibilität bedeutet Syntax und Semantic früherer Versionen + beizubehalten - und darüber hinaus: die Planung der weiteren Entwicklung. + Der Quellcode muß erweiterbar sein, zumindest muß es möglich sein + weiter Funktionen zu ergänzen, ohne vorhandenes zu ändern; + das Package muß "vorwärts-kompatibel" sein. </para> </sect2> @@ -209,20 +209,20 @@ <subtitle>PECL</subtitle> <para> PECL (englisch ausgesprochen "pickle") ist ein Sub-Repository von PEAR - für Erweiterungen in C, wie sie mit PHP4 vertrieben werden. PECL entstand + für Erweiterungen in C, wie sie mit PHP4 vertrieben werden. PECL entstand u.a. deshalb, um Erweiterungem aus der Entwicklung von PHP heraus zu ziehen. - PECL-Packages müssen den PHP-Coding Standards enstprechen; sie werden aber + PECL-Packages müßen den PHP-Coding Standards enstprechen; sie werden aber als normale PEAR-Packages vertrieben und installiert. </para> <para> Das Verschieben einer Erweiterung von PHP zu PECL wird auch als "pickling" bezeichnet. </para> <para> - Oktober 2003 wurde PECL eine eigenständiges Projekt, das nicht mehr + Oktober 2003 wurde PECL eine eigenständiges Projekt, das nicht mehr Bestandteil von PEAR ist - mit Ausnahme der Infrastruktur, die sich von PEAR ausgeliehen wurde. - Mehr Informationen und alle PECL-Packages können auf der <ulink url="&url.pecl;">PECL - Homepage</ulink> gefunden werden. Während der Ausgliederung wurde PECL umbenannt von + Mehr Informationen und alle PECL-Packages können auf der <ulink url="&url.pecl;">PECL + Homepage</ulink> gefunden werden. Während der Ausgliederung wurde PECL umbenannt von <quote>PHP Extension Code Library</quote> in <quote>PHP Extension Community Library</quote>. </para>