Benutzerdefinierte Cronjob-Klasse hat keinen Zugriff auf globale Variable

[joeker]

Hallo Leute,

bis vor kurzem habe ich gemerkt, dass meine selbstgemachte CronJob-Klasse keinen Zugriff auf globale Variablen wie $GLOBALS['TL_LANG'] oder Systemklassen wie "\Environment" hat.
Alles andere funktioniert einwandfrei!

Vielleicht hilft euch das:
Mein Script ist durch ...

if(PHP_SAPI!=='cli') { exit; } 

von außen geschützt, aber wenn ich die Zeile rausnehme und den Cronjob im Browser aufrufe, habe ich wieder Zugriff auf die Variablen.

Hinweis:
ich habe das initialize.php-Script wie beim originalen Cron-Script mit included.

define('TL_SCRIPT', 'system/cron/cronjobs.php');

define('TL_MODE', 'FE');
require dirname(__DIR__) . '/initialize.php'; 

Wisst ihr was das Problem sein kann?

Danke & Grüße

[Spooky]

require dirname(__DIR__) . '/initialize.php'; 

Ist nur dann richtig, wenn sich deine Datei im Ordner /system/cron befindet: http://php.net/manual/en/function.dirname.php

Given a string containing the path of a file or directory, this function will return the parent directory's path that is levels up from the current directory.

In __DIR__ steht …/system/cron drin, daher gibt

dirname(__DIR__) 

den Pfad

…/system

zurück.

[joeker]

Meine Datei befindet sich auch im welben Ordner wie die Cron.php von Contao.
Also kann es daran nicht liegen.

[Spooky]

Wie rufst du den Cron auf?

[joeker]

Das System ruft es mit dem PHP-Befehl auf.

[Spooky]

Das System ruft es mit dem PHP-Befehl auf.

Das beantwortet meine Frage nur unzureichend . Wie genau lässt du das PHP Script ausführen?

[joeker]

Ich weiß nicht genau, was du meinst, aber die Zeile, die es aufruft sieht folgendermaßen aus:

*/1 * * * * php /var/www/websitetest/system/cron/cronjobs.php 1> /dev/null 2> /var/log/apache2/websitetest/cronjobs.err 

[Spooky]

Und was steht alles in cronjobs.err drin?

[joeker]

Nichts, die Datei ist leer.

Ich hab gerade etwas recherchiert und festgestellt, dass globale Variablen von PHP nur eingeschränkt im CLI-Mode unterstützt werden - vl liegt es daran.

[joeker]

Ja gut, da ich keine andere Lösung gefunden habe, blieb mir nichts anderes übrig, als eine Alternative mir auszudenken:

Hiermit kann ich zumindset auf meine Sprachdatei zugreifen:

\System::loadLanguageFile('tl_blabla', 'de'); 

Und mit einer einfachen globalen Variable die URL definiert (da ja Environment::get('url) nicht funktionierte):

$objTemplate->url = $GLOBALS['meine_seite']['url'] . '/'; 

Eine andere Lösung ist leider nicht möglich.

Trotz allem danke ich dir Spooky für deine engagierte Hilfe


Viele Grüße