CLI-Cronjob kann initialize nicht mehr nutzen ab C.3.2.20

[holist]

Hallo zusammen,
habe eine Contao 3.2.16 Version auf C3.2.20 gepacht. Seither 'stirbt' mein kleines Script, das Formulardaten akkreditiert und als Excel-Statistik ausgibt. Das Script ist in einem eigenen Unterordner (/jobs), im Contao Root Verzeichnis. In den Release Info zwischen C3.2.16 und C3.2.20 habe ich keine Details gefunden, die eine Herleitung erlaubt hätten.

Failed opening required '../system/initialize.php' (include_path='.:/usr/local/lib/php') 

Weitere Fehlermeldung erhalte ich nicht. Im Backup (C3.2.16) läuft das Script noch.
Hat jemand eine Idee. Wenn es Sicherheitsrelevant ist, bin ich auch über eine Info per PN dankbar.

Frohes Schaffen und Gruß, Kai

[holist]

Contao Check sagt: Die Robots.txt wurde verändert
Ansonsten keine Fehler...

[Spooky]

Wenn dein Script tatsächlich im Ordner /jobs im Root von Contao ist, dann ist der Pfad '../../system/initialize.php' auf jeden Fall falsch. Da gehst du eine Ebene zu viel nach oben. Das ist aber schon immer so.

[holist]

Ja, das stimmt. Der Pfad war schon richtig. Hatte die Zeile aus der Konsole kopiert, als ich den Ordner verschoben hatte. Daran liegt es leider nicht.

[Spooky]

Verstehe ich jetzt nicht was du meinst. Wo genau liegt nun dein script und was genau steht dort drin?

[holist]

Hab den Beitrag geändert.
Das Script liegt unter /jobs/xlsxexport.php.
Contao Initialize liegt unter /system/initialize.php.
Die Zeile in der xlsxexport.php ist

define('TL_MODE', 'BE');
require_once ('../system/initialize.php'); 

Hat bis zur Version C3.2.16 so funktionert.

[Spooky]

Wie wird das Script aufgerufen?

[holist]

Aktuell über die Konsole, ansonsten über einen Cronjob über das System. Wir haben schon überlegt ob sich an Dateirechten was geändert haben könnten, haben aber noch keine Unterschiede festgestellt.
Was meinst Du wo er durcheinander kommen könnte?

[tab]

Das kann z.B. am Arbeitsverzeichnis liegen, also aus welchem Arbeitsverzeichnis die Datei aufgerufen wird.

[holist]

Ich glaube die Verzeichnisstruktur kann ich ausschließen, daran hat sich ja seit dem Update nichts geändert. Der Cronjob ruft richtig auf und hat mit C3.2.16 funktioniert. Außer dem Update hat sich weder die PHP-Version noch die Verzeichnisstruktur geändert. Habe mir von Glen Langer mal die einzelnen Update Patches geladen um zu sehen, welche Dateien in Contao sich verändert haben. Bislang aber auch ohne nennenswerte Ergebnisse.

Grundsätzliche Frage: Darf man seit Contao 3.2.20 die 'initialize.php' nicht mehr 'anzapfen' gab es ein Sicherheitsleck, das geschlossen wurde? Darf die initialize.php nur noch aus bestimmten Verzeichnissen aufgerufen werden?

[Spooky]

Wie schon angemerkt kann es davon abhängen, wo das aktuelle Working Directory liegt. Und daher brauchen wir die Information, wie nun exakt der Aufruf erfolgt.


Mit der Contao Version hat dein Problem nichts zu tun.

[holist]

Okay, Danke spooky, die Info mit der contao Version war wichtig.

Es gibt aktuell zwei Verzeichnisse, ein DEV (3.2.16) als Backup der ursprünglichen LIVE-Version, und es gibt das neue LIVE-Verzeichnis (C3.2.21).
Der Cronjob geht auf die Live-Version. Zu jeder Contao-Version gibt es eine eigenen Datenbank.
Bis auf die gepatchten Update-Dateien gibt es zwischen DEV und LIVE keine Unterschiede. Sie liegen auf gleicher Ebene im www-root. Der Server ist Linux. PHP-Version ist 5.4 für den Cronjob. Im Cronjob ist der absolute Pfad aus dem Root hinterlegt.

[tab]

Aus eigener Erfahrung kann ich nur sagen, dass ein Cronjob nicht in jedem Fall mit der PHP-Version aufgerufen wird, die man für das Verzeichnis oder die Domain eingestellt hat. Auch in der Konsole kann man nicht unbedingt einfach "php" aufrufen und sich darauf verlassen, dass hier die selbe Version benutzt wird wie eingestellt. Ich hatte z.B. mal probiert, die cron.php direkt per PHP aufzurufen mittels Cronjob. Das ist auch schiefgegangen wegen nicht gefundener initialize.php. Es wurde auch eine uralte PHP-Version aufgerufen. Als ich dann explizit eine neuere Version von PHP mit Pfad aufgerufen habe, hat es dann funktioniert. Oder jedefalls zumindest kam die Fehlermeldung nicht mehr.

[holist]

Wir nutzen einen Systemcronjob, NICHT den contao-cron. Nur damit es keine Missverständnisse gibt.
Für den Cron-Aufruf gibt es eine extra php.ini und die PHP-Version ist festgelegt. Diese Fehlerquellen kann ich (denke ich) auch ausschließen. Zumal die Konstellation bei der DEV-Version ja tut was es soll.

[holist]

Um Kopierfehler und Update-Fehler auszuschließen habe ich ein C3.2.21-Core-Zip von der Website geladen, entpackt und an die DEV-Datenbank gehängt. Da die (fehlenden) Erweiterungen wie GoogleMaps, etc. für das Script nicht wichtig sind, habe ich diese weg gelassen.

Auch hier kann die initialize.php nicht verarbeitet werden.
Denke wir werden das Script direkt mit SQL verbinden und die Brücke über Contao weglassen.

[Spooky]

Okay, Danke spooky, die Info mit der contao Version war wichtig.

Es gibt aktuell zwei Verzeichnisse, ein DEV (3.2.16) als Backup der ursprünglichen LIVE-Version, und es gibt das neue LIVE-Verzeichnis (C3.2.21).
Der Cronjob geht auf die Live-Version. Zu jeder Contao-Version gibt es eine eigenen Datenbank.
Bis auf die gepatchten Update-Dateien gibt es zwischen DEV und LIVE keine Unterschiede. Sie liegen auf gleicher Ebene im www-root. Der Server ist Linux. PHP-Version ist 5.4 für den Cronjob. Im Cronjob ist der absolute Pfad aus dem Root hinterlegt.

Es fehlt immer noch die Info wie das Script aufgrufen wird

[holist]

Über die Konsole:

php5-54STABLE-CLI live/jobs/xlsxexport.php 

Über den Cron: /kunden/XXX/cronjob/form-excel-sender.sh

#!/bin/bash
env -i /usr/local/bin/php54 -c /kunden/XXX/cronjob/php.ini -f /kunden/XXX/live/jobs/xlsxexport.php 

Hilft Dir das?

[Spooky]

Ja. In beiden Fällen stimmt dann die relative Pfadangabe deines

require_once('../system/initialize.php'); 

nicht. Statt dessen kannst/musst du es zB so machen:

cd /kunden/XXX/live/jobs; /usr/local/bin/php54 -f xlsxexport.php 

Bzw. wenn man deinen Aufruf übernimmt:

cd /kunden/XXX/live/jobs; env -i /usr/local/bin/php54 -c /kunden/XXX/cronjob/php.ini -f xlsxexport.php 

In der Konsole:

cd /kunden/XXX/live/jobs
php5-54STABLE-CLI xlsxexport.php 

[holist]

Danke Spooky, das versuche ich mal.

[xtra]

Alternativ:

require_once(__DIR__ . '/../system/initialize.php');