Der Anfang von allem: SAPI-Schnittstelle

SAPI (Server Application Programming Interface) bezeichnet die Programmierschnittstelle für bestimmte PHP-Anwendungen, egal welches Betriebssystem installiert ist, solange es vorhanden ist entspricht den Schnittstellenspezifikationen des PCs. Alle k?nnen normal auf einem PC ausgeführt werden. Es gibt viele M?glichkeiten, PHP-Skripte über einen Webserver, direkt auf der Befehlszeile oder eingebettet in andere Programme auszuführen.

Normalerweise verwenden wir Webserver wie Apache oder Nginx, um PHP-Skripte zu testen oder sie über ein PHP-Interpreterprogramm in der Befehlszeile auszuführen. Nachdem das Skript ausgeführt wurde, antwortet der Webserver und der Browser zeigt die Antwortinformationen an oder zeigt den Inhalt in der Standardausgabe der Befehlszeile an.

Es ist uns egal, wo der PHP-Interpreter ist. Obwohl die Ausführung von Skripten über einen Webserver und ein Befehlszeilenprogramm sehr unterschiedlich aussieht, ist der Arbeitsablauf tats?chlich derselbe. Die Befehlszeilenparameter werden an das vom PHP-Interpreter auszuführende Skript übergeben, was dem Anfordern einer PHP-Seite über die URL entspricht. Nach Abschluss der Skriptausführung wird das Antwortergebnis zurückgegeben, das Antwortergebnis der Befehlszeile wird jedoch auf dem Terminal angezeigt.

Die Skriptausführung beginnt mit der Implementierung der SAPI-Schnittstelle. Es ist nur so, dass verschiedene SAPI-Schnittstellenimplementierungen ihre spezifische Arbeit erledigen. Beispielsweise muss die SAPI-Implementierung mod_php von Apache einige von Apache erhaltene Informationen initialisieren und den Inhalt bei der Ausgabe von Inhalten an Apache zurückgeben.

Die folgenden Abschnitte bieten eine ausführlichere Einführung in einige g?ngige SAPI-Implementierungen.

Start und Ende

Nachdem PHP mit der Ausführung begonnen hat, durchl?uft es zwei Hauptphasen: die Startphase vor der Verarbeitung der Anfrage und die Endphase nach der Anfrage. In der Anfangsphase gibt es zwei Prozesse: Der erste Prozess ist die Modulinitialisierungsphase (MINIT). Dieser Prozess wird nur einmal w?hrend des gesamten SAPI-Lebenszyklus durchgeführt (z. B. w?hrend des gesamten Lebenszyklus nach dem Start von Apache oder w?hrend des gesamten Ausführungsprozesses). Kommandozeilenprogramm). Der zweite Prozess ist die Modulaktivierungsphase (RINIT), die in der Anforderungsphase stattfindet. Wenn beispielsweise eine Seite über eine URL angefordert wird, wird vor jeder Anforderung eine Modulaktivierung (RINIT-Anforderungsstart) durchgeführt. Wenn PHP beispielsweise einige Erweiterungsmodule registriert, wird die MINIT-Funktion aller Module w?hrend der MINIT-Phase zurückgerufen. Das Modul kann in dieser Phase einige Initialisierungsarbeiten durchführen, z. B. das Registrieren von Konstanten, das Definieren der vom Modul verwendeten Klassen usw. Wenn das Modul implementiert ist, k?nnen diese Rückruffunktionen über die folgenden Makros implementiert werden:

<span>PHP_MINIT_FUNCTION(myphpextension)
{
    </span><span>//</span><span> 注冊(cè)常量或者類等初始化操作</span><span>return</span><span> SUCCESS; 
}</span>

Nachdem die Anforderung eintrifft, initialisiert PHP die grundlegende Umgebung zum Ausführen des Skripts, z. B. zum Erstellen eine Ausführungsumgebung, einschlie?lich Speichern des PHP-Laufs. Die Symboltabelle der Variablennamen und Werteinhalte im Prozess sowie die Symboltabelle aller aktuellen Funktionen, Klassen und anderer Informationen. Dann ruft PHP die RINIT-Funktion aller Module auf. Zu diesem Zeitpunkt kann jedes Modul auch einige verwandte Vorg?nge ausführen. Die RINIT-Funktion des Moduls ?hnelt der MINIT-Rückruffunktion:

<span>PHP_RINIT_FUNCTION(myphpextension)
{
    </span><span>//</span><span> 例如記錄請(qǐng)求開(kāi)始時(shí)間
    </span><span>//</span><span> 隨后在請(qǐng)求結(jié)束的時(shí)候記錄結(jié)束時(shí)間。這樣我們就能夠記錄下處理請(qǐng)求所花費(fèi)的時(shí)間了</span><span>return</span><span> SUCCESS; 
}</span>

Anforderungsverarbeitung Danach tritt PHP in die Endphase ein, wenn das Skript bis zum Ende ausgeführt wird oder indem die Funktion ?exit()“ oder ?die()“ aufgerufen wird. Entsprechend der Anfangsphase ist auch die Endphase in zwei Phasen unterteilt: Eine besteht darin, das Modul nach Abschluss der Anforderung zu deaktivieren (RSHUTDOWN, entsprechend RINIT), und die andere darin, das Modul zu schlie?en, wenn der SAPI-Lebenszyklus endet ( Der Webserver wird beendet oder das Befehlszeilenskript wird ausgeführt und beendet (MSHUTDOWN, entsprechend MINIT).

<span>PHP_RSHUTDOWN_FUNCTION(myphpextension)
{
    </span><span>//</span><span> 例如記錄請(qǐng)求結(jié)束時(shí)間，并把相應(yīng)的信息寫(xiě)入到日至文件中。</span><span>return</span><span> SUCCESS; 
}</span>

Einzelprozess-SAPI-Lebenszyklus

CLI/CGI-Modus PHP geh?rt zum Einzelprozess-SAPI-Modus. Diese Art von Anfrage wird nach einmaliger Bearbeitung der Anfrage geschlossen. Das hei?t, es werden nur die folgenden Links durchlaufen: Start – Anforderung startet – Anforderung schlie?t – Ende Die SAPI-Schnittstellenimplementierung schlie?t ihren Lebenszyklus ab. Wie in der folgenden Abbildung dargestellt:

Einzelprozess-SAPI-Lebenszyklus

Die obige Abbildung ist sehr einfach und leicht zu verstehen . Es ist nur so, dass PHP auch zwischen den verschiedenen Phasen viel Arbeit leistet. Hier sind einige Erg?nzungen:

Startup

Vor dem Aufruf der Modulinitialisierung jedes Moduls findet ein Initialisierungsprozess statt, der Folgendes umfasst:

• Initialisieren mehrerer globaler Variablen

In den meisten F?llen werden die initialisierten globalen Variablen hier auf NULL gesetzt, mit einigen Ausnahmen, wie z. B. dem Festlegen von zuf (zend_utility_functions), wobei zuf.printf_function = php_printf als Beispiel genommen wird, wobei php_printf das zend_startup ist Die Funktion wird zend_printf als globaler Funktionszeiger zugewiesen, und die Funktion zend_printf wird normalerweise als regul?re Zeichenfolgenausgabe verwendet. Beispielsweise verwendet debug_print_backtrace, der den Programmaufrufstapel anzeigt, relevante Informationen.

• Mehrere Konstanten initialisieren

Die Konstanten hier sind einige von PHPs eigenen Konstanten. Diese Konstanten sind entweder im Programm fest codiert, z. B. PHP_VERSION, oder in geschrieben Konfigurations-Header-Dateien wie PEAR_EXTENSION_DIR werden in die Datei config.w32.h geschrieben.

• 初始化Zend引擎和核心組件

前面提到的zend_startup函數(shù)的作用就是初始化Zend引擎，這里的初始化操作包括內(nèi)存管理初始化、 全局使用的函數(shù)指針初始化（如前面所說(shuō)的zend_printf等），對(duì)PHP源文件進(jìn)行詞法分析、語(yǔ)法分析、 中間代碼執(zhí)行的函數(shù)指針的賦值，初始化若干HashTable（比如函數(shù)表，常量表等等），為ini文件解析做準(zhǔn)備， 為PHP源文件解析做準(zhǔn)備，注冊(cè)內(nèi)置函數(shù)（如strlen、define等），注冊(cè)標(biāo)準(zhǔn)常量（如E_ALL、TRUE、NULL等）、注冊(cè)GLOBALS全局變量等。

• 解析php.ini

php_init_config函數(shù)的作用是讀取php.ini文件，設(shè)置配置參數(shù)，加載zend擴(kuò)展并注冊(cè)PHP擴(kuò)展函數(shù)。此函數(shù)分為如下幾步： 初始化參數(shù)配置表，調(diào)用當(dāng)前模式下的ini初始化配置，比如CLI模式下，會(huì)做如下初始化：

INI_DEFAULT(<span>"</span><span>report_zend_debug</span><span>"</span>, <span>"</span><span>0</span><span>"</span><span>);
INI_DEFAULT(</span><span>"</span><span>display_errors</span><span>"</span>, <span>"</span><span>1</span><span>"</span>);

不過(guò)在其它模式下卻沒(méi)有這樣的初始化操作。接下來(lái)會(huì)的各種操作都是查找ini文件：

1. 判斷是否有php_ini_path_override，在CLI模式下可以通過(guò)-c參數(shù)指定此路徑（在php的命令參數(shù)中-c表示在指定的路徑中查找ini文件）。
2. 如果沒(méi)有php_ini_path_override，判斷php_ini_ignore是否為非空（忽略php.ini配置，這里也就CLI模式下有用，使用-n參數(shù)）。
3. 如果不忽略ini配置，則開(kāi)始處理php_ini_search_path（查找ini文件的路徑），這些路徑包括CWD(當(dāng)前路徑，不過(guò)這種不適用CLI模式)、 執(zhí)行腳本所在目錄、環(huán)境變量PATH和PHPRC和配置文件中的PHP_CONFIG_FILE_PATH的值。
4. 在準(zhǔn)備完查找路徑后，PHP會(huì)判斷現(xiàn)在的ini路徑（php_ini_file_name）是否為文件和是否可打開(kāi)。 如果這里ini路徑是文件并且可打開(kāi)，則會(huì)使用此文件， 也就是CLI模式下通過(guò)-c參數(shù)指定的ini文件的優(yōu)先級(jí)是最高的， 其次是PHPRC指定的文件，第三是在搜索路徑中查找php-%sapi-module-name%.ini文件（如CLI模式下應(yīng)該是查找php-cli.ini文件）， 最后才是搜索路徑中查找php.ini文件。

• 全局操作函數(shù)的初始化

php_startup_auto_globals函數(shù)會(huì)初始化在用戶空間所使用頻率很高的一些全局變量，如：$_GET、$_POST、$_FILES等。 這里只是初始化，所調(diào)用的zend_register_auto_global函數(shù)也只是將這些變量名添加到CG(auto_globals)這個(gè)變量表。

php_startup_sapi_content_types函數(shù)用來(lái)初始化SAPI對(duì)于不同類型內(nèi)容的處理函數(shù)， 這里的處理函數(shù)包括POST數(shù)據(jù)默認(rèn)處理函數(shù)、默認(rèn)數(shù)據(jù)處理函數(shù)等。

• 初始化靜態(tài)構(gòu)建的模塊和共享模塊(MINIT)

php_register_internal_extensions_func函數(shù)用來(lái)注冊(cè)靜態(tài)構(gòu)建的模塊，也就是默認(rèn)加載的模塊， 我們可以將其認(rèn)為內(nèi)置模塊。在PHP5.3.0版本中內(nèi)置的模塊包括PHP標(biāo)準(zhǔn)擴(kuò)展模塊（/ext/standard/目錄， 這里是我們用的最頻繁的函數(shù)，比如字符串函數(shù)，數(shù)學(xué)函數(shù)，數(shù)組操作函數(shù)等等），日歷擴(kuò)展模塊、FTP擴(kuò)展模塊、 session擴(kuò)展模塊等。這些內(nèi)置模塊并不是一成不變的，在不同的PHP模板中，由于不同時(shí)間的需求或其它影響因素會(huì)導(dǎo)致這些默認(rèn)加載的模塊會(huì)變化， 比如從代碼中我們就可以看到mysql、xml等擴(kuò)展模塊曾經(jīng)或?qū)?lái)會(huì)作為內(nèi)置模塊出現(xiàn)。

模塊初始化會(huì)執(zhí)行兩個(gè)操作： 1. 將這些模塊注冊(cè)到已注冊(cè)模塊列表（module_registry），如果注冊(cè)的模塊已經(jīng)注冊(cè)過(guò)了，PHP會(huì)報(bào)Module XXX already loaded的錯(cuò)誤。 1. 將每個(gè)模塊中包含的函數(shù)注冊(cè)到函數(shù)表（ CG(function_table) ），如果函數(shù)無(wú)法添加，則會(huì)報(bào) Unable to register functions, unable to load。

在注冊(cè)了靜態(tài)構(gòu)建的模塊后，PHP會(huì)注冊(cè)附加的模塊，不同的模式下可以加載不同的模塊集，比如在CLI模式下是沒(méi)有這些附加的模塊的。

在內(nèi)置模塊和附加模塊后，接下來(lái)是注冊(cè)通過(guò)共享對(duì)象（比如DLL）和php.ini文件靈活配置的擴(kuò)展。

在所有的模塊都注冊(cè)后，PHP會(huì)馬上執(zhí)行模塊初始化操作（zend_startup_modules）。 它的整個(gè)過(guò)程就是依次遍歷每個(gè)模塊，調(diào)用每個(gè)模塊的模塊初始化函數(shù)， 也就是在本小節(jié)前面所說(shuō)的用宏P(guān)HP_MINIT_FUNCTION包含的內(nèi)容。

• 禁用函數(shù)和類

php_disable_functions函數(shù)用來(lái)禁用PHP的一些函數(shù)。這些被禁用的函數(shù)來(lái)自PHP的配置文件的disable_functions變量。 其禁用的過(guò)程是調(diào)用zend_disable_function函數(shù)將指定的函數(shù)名從CG(function_table)函數(shù)表中刪除。

php_disable_classes函數(shù)用來(lái)禁用PHP的一些類。這些被禁用的類來(lái)自PHP的配置文件的disable_classes變量。 其禁用的過(guò)程是調(diào)用zend_disable_class函數(shù)將指定的類名從CG(class_table)類表中刪除。

ACTIVATION

Nach der Verarbeitung des dateibezogenen Inhalts ruft PHP php_request_startup auf, um den Anforderungsinitialisierungsvorgang durchzuführen. Der Anforderungsinitialisierungsvorgang erledigt neben dem Aufruf der Anforderungsinitialisierungsfunktion jedes in der Abbildung gezeigten Moduls auch viele andere Aufgaben. Der Hauptinhalt lautet wie folgt:

• Zend-Engine aktivieren

Die Funktion gc_reset wird verwendet, um den Garbage-Collection-Mechanismus zurückzusetzen. Dies ist natürlich erst nach PHP5.3 verfügbar.

Die Funktion init_compiler wird zum Initialisieren des Compilers verwendet, z. B. zum L?schen des Arrays, in dem der Opcode w?hrend des Kompilierungsprozesses platziert wird, zum Vorbereiten der für die Kompilierung verwendeten Datenstruktur usw.

Die Funktion init_executor wird verwendet, um den Zwischencode-Ausführungsprozess zu initialisieren. W?hrend des Kompilierungsprozesses werden Funktionslisten, Klassenlisten usw. zur Kompilierungszeit in globalen Variablen gespeichert. Bei der Vorbereitung des Ausführungsprozesses werden diese Listen den ausgeführten globalen Variablen zugewiesen, z. B.: EG(function_table) = CG( function_table) ; Der Zwischencode wird im virtuellen Ausführungsstapel von PHP ausgeführt und diese Stapel werden w?hrend der Initialisierung gemeinsam initialisiert. Zus?tzlich zum Stapel wird die Symboltabelle (EG (symbol_table)), in der Variablen gespeichert werden, mit einer Hashtabelle mit 50 Elementen initialisiert, und die EG (objects_store), in der Objekte gespeichert werden, wird mit 1024 Elementen initialisiert. Zus?tzlich zu einigen der oben genannten Variablen verfügt die Ausführungsumgebung von PHP auch über Fehlerbehandlung, Ausnahmebehandlung usw., die alle hier initialisiert werden. Die über php.ini konfigurierten zend_extensions werden ebenfalls durchlaufen und die Aktivierungsfunktion wird hier aufgerufen.

• SAPI aktivieren

Die Funktion sapi_activate wird verwendet, um SG (sapi_headers) und SG (request_info) zu initialisieren und einige Inhalte für die HTTP-Anforderungsmethode festzulegen, z. B. wann Die Anforderungsmethode lautet: Wenn HEAD, setze SG(request_info).headers_only=1; Die wichtigste Operation dieser Funktion besteht darin, die angeforderten Daten zu verarbeiten, die schlie?lich sapi_module.default_post_reader aufrufen. Der sapi_module.default_post_reader wurde über die Funktion php_startup_sapi_content_types in der vorherigen Modulinitialisierung registriert. Die Standardverarbeitungsfunktion ist die Funktion php_default_post_reader in der Datei main/php_content_types.c. Diese Funktion schreibt die Rohdaten von POST in die Variable $HTTP_RAW_POST_DATA.

Nach der Verarbeitung der Post-Daten liest PHP den Cookie-Wert über sapi_module.read_cookies. Im CLI-Modus lautet die Implementierung dieser Funktion sapi_cli_read_cookies, es gibt jedoch nur eine Rückgabe NULL im Funktionsk?rper;

Wenn die Aktivierungsfunktion im aktuellen Modus eingestellt ist, führen Sie diese Funktion aus, um SAPI zu aktivieren. Im CLI-Modus ist dieser Funktionszeiger auf NULL gesetzt.

• Umgebungsinitialisierung

Die Umgebungsinitialisierung bezieht sich hier auf die Initialisierung einiger Umgebungsvariablen, die im Benutzerbereich verwendet werden müssen. Die Umgebung umfasst hier die Serverumgebung, Anforderung Datenumgebung usw. . Die tats?chlichen Variablen, die wir verwenden, sind $_POST, $_GET, $_COOKIE, $_SERVER, $_ENV und $_FILES. Wie sapi_module.default_post_reader wird auch der Wert von sapi_module.treat_data über die Funktion php_startup_sapi_content_types w?hrend der Modulinitialisierung registriert. Die Standarddatenverarbeitungsfunktion ist die Funktion php_default_treat_data in der Datei main/php_variables.c.

Am Beispiel von $_COOKIE teilt die Funktion php_default_treat_data alle Cookies anhand des Trennzeichens auf und weist sie den entsprechenden Variablen zu.

• Modulanforderungsinitialisierung

PHP implementiert die Modulanforderungsinitialisierung über die Funktion zend_activate_modules, das hei?t, wir sehen, wie wir im Bild die RINIT jeder Erweiterung aufrufen. Diese Funktion implementiert die Anforderungsinitialisierungsoperation des Moduls, indem sie alle in der Variablen module_registry registrierten Module durchl?uft und ihre RINIT-Methode aufruft.

Ausführen

Die Funktion php_execute_script umfasst den gesamten Prozess der Ausführung eines PHP-Skripts.

Wenn eine PHP-Datei analysiert und ausgeführt werden muss, müssen m?glicherweise drei Dateien ausgeführt werden, darunter eine Datei vor der Ausführung, die Hauptdatei, die derzeit ausgeführt werden muss, und eine Datei nach der Ausführung. Die beiden nicht aktuellen Dateien k?nnen in der Datei php.ini über die Parameter auto_prepend_file und auto_append_file festgelegt werden. Wenn diese beiden Parameter auf leer gesetzt sind, ist die entsprechende ausführbare Datei deaktiviert.

Für Dateien, die analysiert und ausgeführt werden müssen, werden lexikalische Analysen, Syntaxanalysen und Zwischencode-Generierungsvorg?nge über zend_compile_file (compile_file-Funktion) durchgeführt und alle Zwischencodes dieser Datei zurückgegeben. Wenn die analysierte Datei einen gültigen Zwischencode generiert, rufen Sie zend_execute (Ausführungsfunktion) auf, um den Zwischencode auszuführen. Wenn bei der Ausführung Ausnahmen auftreten und der Benutzer die Behandlung dieser Ausnahmen definiert hat, werden diese Ausnahmebehandlungsfunktionen aufgerufen. Nachdem alle Vorg?nge verarbeitet wurden, gibt PHP das Ergebnis über EG (return_value_ptr_ptr) zurück.

DEAKTIVIERUNG

Der Prozess des PHP-Schlie?ens einer Anfrage besteht aus mehreren Schlie?vorg?ngen, und dieser Satz ist in der Funktion php_request_shutdown vorhanden. Diese Sammlung umfasst Folgendes:

1. Rufen Sie alle über register_shutdown_function() registrierten Funktionen auf. Diese beim Herunterfahren aufgerufenen Funktionen wurden im Benutzerbereich hinzugefügt. Als einfaches Beispiel k?nnen wir eine einheitliche Funktion aufrufen, wenn ein Skriptfehler auftritt, um dem Benutzer eine benutzerfreundlichere Seite zu bieten. Dies ?hnelt in gewisser Weise der 404-Seite im Web.
2. Führen Sie alle verfügbaren __destruct-Funktionen aus. Der Destruktor umfasst hier den Destruktor aller Objekte im Objektpool (EG (objects_store)) und den Destruktor jedes Elements in EG (symbol_table)
3. Alle Ausgaben leeren
4. HTTP-Antwort senden Header. Dies ist auch ein Prozess zum Ausgeben einer Zeichenfolge, aber diese Zeichenfolge kann bestimmten Spezifikationen entsprechen.
5. Durchlaufen Sie die Anforderungs-Abschaltoperation des Moduls Bild. Executor und Zwischencode-Executor. Rufen Sie die Post-RSHUTDOWN-Funktion jeder Erweiterung auf und schlie?en Sie die SAPI über sapi_deactivate( sapi_headers), SG(request_info), usw.
6. Schlie?en Sie den Stream-Wrapper, schlie?en Sie den Stream-Filter
7. Setzen Sie die maximale Ausführungszeit zurück
8. Ende
9. Endlich ist es Zeit fertig.
11. flush
12. sapi_flush ruft den endgültigen Inhalt auf, was der Flush-Funktion im CLI-Modus entspricht >

Schlie?en Sie die Zend-Engine

zend_shutdown f?hrt die Zend-Engine herunter ??>Entsprechend dem Prozess in der Abbildung sollten wir den Modul-Schlie?vorgang für jedes Modul durchführen Nur eine zend_hash_graceful_reverse_destroy-Funktion, die die module_registry zerst?rt. Die Ursache liegt darin, dass sie beim Initialisieren der module_registry auch das Makro ZEND_MODULE_DTOR aufruft, das der Funktion module_destructor entspricht In dieser Funktion wird die Methode module_shutdown_func aufgerufen, bei der es sich um die vom Makro PHP_RSHUTDOWN_FUNCTION generierte Funktion handelt. Nach dem Schlie?en aller Module zerst?rt PHP weiterhin die globale Funktionstabelle, zerst?rt die globale Klassentabelle, verkauft die globale Variablentabelle usw durchl?uft alle Elemente von zend_extensions bis zend_shutdown_extensions und ruft die Shutdown-Funktion jeder Erweiterung auf.

Multiprozess-SAPI-Lebenszyklus
• Normalerweise wird PHP als Modul von Apache kompiliert, um PHP-Anfragen zu verarbeiten. Apache übernimmt im Allgemeinen den Multiprozessmodus, wobei jeder Prozess über einen unabh?ngigen Speicherbereich verfügt. Allerdings erfolgt nur die Anfangsphase jedes Prozesses Nach der Verzweigung des Prozesses k?nnen w?hrend der gesamten Lebensdauer des Prozesses mehrere Anforderungen verarbeitet werden. Die Shutdown-Phase findet erst statt, nachdem Apache heruntergefahren oder der Prozess beendet wurde. Zwischen diesen beiden Phasen wird die Request-Start-Request-Shutdown-Phase bei jeder Anfrage wiederholt. Wie in der folgenden Abbildung dargestellt:

• Multiprozess-SAPI-Lebenszyklus

Multithread-SAPI-Lebenszyklus

Multiple Der Thread-Modus ?hnelt einem Prozess in einem Multiprozess. Der Unterschied besteht darin, dass der Prozess zum Starten und Schlie?en der Anforderung w?hrend des gesamten Lebenszyklus des Prozesses parallel wiederholt wird

Multithread-SAPI-Lebenszyklus

Auszug aus: http://www.php-internals.com/book/?p=chapt02/02-01-php-life-cycle -and-zend-engine

Das Obige stellt das Erlernen des PHP-Kernel-PHP-Lebenszyklus vor, einschlie?lich einiger Aspekte des Inhalts. Ich hoffe, dass es für Freunde hilfreich sein wird, die sich für PHP-Tutorials interessieren.