PHP: executeAlone

Projektbeschreibung:

Diese PHP-Skripte zeigen in Form einer Demonstration eine Möglichkeit, wie man (zu lang laufende!) PHP-Skripte im Browser, also über den Webserver so startet, dass diese danach unabhängig vom Webserver und also unabhängig von einer Verbindung zum Browser laufen. Die Skripte sind lauffähig (getestet) - machen aber wahrscheinlich nicht das, was Sie wollen. Sie müssen also die von Ihnen geünschten Funktionen selbst programmieren.

Das aufrufende Skript executeCaller.php muss an Ihre Vorstellungen angepasst werden, denn aus diesem heraus werden die Variablen (siehe unten) exportiert. Es ist nur ein Beispiel, insbesondere sind die Ausgaben bestenfalls rudimentär gestaltet.
Das Skript executeAlone.php wird mit den Daten aus den Variablen verbunden, unter einem temporären Name im executeStorage abgelegt. Auch dieses Beispiel müssen Sie natürlich entsprechend Ihren Wünschen anpassen.
Die Datei output.example.txt zeigt den originalen Output, wie er beim Ausführen des Beispiels per Email versendet wurde.

Besonderen Aufmerksamkeit wurde der Übergabe von einzelnen Variablen, auch Werten aus Session, Cookie, GET, POST gelegt. Diese Daten werden in ein zweites temporäres Skript geschrieben. Das muss nicht genau so sein, aber irgendwo müssen diese relevante Daten gespeichert werden können.

Die Rückgaben erfolgen im Beispiel per Mail, könnten aber z.B. auch in ein Logfile geschrieben werden. Für eine Anzeige im Browser könnte man durchaus auch mit temporären Dateien arbeiten, deren Namen oder Namenstandteile man in einer Session oder einem Cookie ablegt - das führt aber zu einer ganzen Reihe weiterer, unter Unständen sicherheitsrelevanter Probleme.

Bekannte Probleme:

Dieses Beispiel läuft nur auf Linux-Hosts!
Der Webserver muss im Verzeichnis ./executeStorage lesen und schreiben dürfen.
Der at - Dienst muss installiert sein und laufen (debian, ubuntu: sudo apt-get install at)
Eventuell muss der User "www-data" (mit root-Rechten) aus der Datei /etc/at.deny entfernt werden.
Auf manchen Systemen muss /etc/at.deny für alle Benutzer lesbar sein (Etwas wie sudo chmod 644 /etc/at.deny könnte dafür sorgen.)
Der Mailtransort muss selbstverständlich funktionieren wenn die Ausgaben gemailt werden sollen.
Im Massenhosting kann es sein, dass der at-Dienst fehlt oder dass Ihnen die Benutzung des at-Dienstes nicht gestattet wird.
Das Ausführen von Systembefehlen mit Backticks, system() oder exec() muss erlaubt sein, was im Massenhosting auch nicht immer der Fall ist.

Projektdaten:

LastUpdate:	2017-04-02
Version:	0.5.1 (Nur ein Beispiel)
Author:	Jörg Reinholz, fastix WebDesign & Consult Kassel, http://www.fastix.org
Requirements:	PHP 5+ , hhvm
Licence:	https://code.fastix.org/lizenz.php
Non-Warranty:	https://code.fastix.org/haftung.php

Dateien und Ordner:

Name:	Letzte Änderung:	Größe:
↑ (Übergeordnetes Verzeichnis)	-	-
executeStorage	2023-05-14 16:45	4 KB
executeAlone.php	2020-01-01 13:27	2.12 KB
executeCaller.php	2020-01-01 13:27	2.33 KB
output.example.txt	2019-08-27 09:44	1.3 KB