cronjob macht Probleme - Seite 2

drsoong · 05.04.2011, 20:35

Also, belehrt durch Eure Hinweise habe ich noch viele weitere Versuche und Varianten getestet.
Ergebnis: Ihr habt alle Recht und ich ...äh, öh, na ist schon irgendwie unangenehm jetzt....

Pfade per Servervariable DOCUMENT_ROOT einzustellen, ist in der CLI-Version anscheinend gar keine gute Idee.
Für den Begriff CLI-Version habe ich mich übrigens heute zum ersten Mal sensibilisiert. Nach 8 Jahren Umgang mit PHP.

Die Funktion date() scheint in der CLI perse keine Bezugszeit finden, wobei mich immer noch wundert, warum das ein Problem
ist, wenn man einen Timestamp als Argument übergibt.

Letztlich begriffen habe ich das ganze erst nachdem ich (endlich) error_reporting angeschaltet hatte und die Fehler in eine Datei umleiten ließ. Zugegebenermaßen hätte ich - nach Jahren Mitgliedschaft in diesem Forum - da auch gleich mit beginnen können, aber irgendwie habe ich mich von dieser mysteriösen Konsole zu sehr verwirren lassen. So, da habt Ihr jetzt die volle Wahrheit. Tragt sie mit Fassung

ChrisB · 05.04.2011, 21:07

Zitat:

Zitat von drsoong

Die Funktion date() scheint in der CLI perse keine Bezugszeit finden, wobei mich immer noch wundert, warum das ein Problem ist, wenn man einen Timestamp als Argument übergibt.

Wie äußert sich dieses Problem?

drsoong · 05.04.2011, 21:15

Hm, habe fast schon runtergefahren. Also, da war 'ne Meldung, dass date() irgendein Problem hat und ich soll zur Behebung z. B. eine default time zone setzen. Für den Moment hätte das System wohl "Berlin*" (*= und irgendwas) angenommen.

ChrisB · 05.04.2011, 21:24

Dachte ich mir. Das bedeutet, dass in der Konfiguration keine Default-Zeitzone angegeben ist, nachzulesen im Manual:

Zitat:

Every call to a date/time function will generate a E_NOTICE if the time zone is not valid, and/or a E_STRICT or E_WARNING message if using the system settings or the TZ environment variable.

Wenn du die Meldung beim normalen Scriptaufruf nicht bekommst, heißt das wohl, dass bei Aufruf per Cronjob eine andere Konfiguration verwendet wird, bzw. eine andere php.ini. (Um das zu prüfen, kannst du php_ini_loaded_file() nutzen.)

drsoong · 05.04.2011, 21:33

Danke für den Hinweis. Habe die Aufgabe "Datumsformatierung" jetzt in den SQL-Querystring (FROM_UNIXTIME) verlagert, wo sie wohl auch am besten aufgehoben ist.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] Cronjob: failed to open stream: Permission denied	Speeeedy	PHP Einsteiger	12	29.03.2011 20:53
Problem mit cronJob und Rechten unter Linux	halskrause	Server, Hosting und Workstations	3	03.03.2011 10:49
Cronjob hinzufügen + php	gipsy111	PHP Tipps 2010	5	28.09.2010 13:06
[Erledigt] Timestamp Problem bei PHP-Script über Cronjob	hoffmann	PHP-Fortgeschrittene	1	16.06.2010 13:29
Cronjob Zeitintervalländerung erzwingen	dev83	PHP-Fortgeschrittene	2	15.03.2010 01:58
Pfadproblem bei Cronjob	andi24	PHP Tipps 2009	4	02.11.2009 06:35
php mail() versand über windows cronjob	michygan	PHP-Fortgeschrittene	6	06.12.2008 12:09
PHPMyAdmin und cronjob	Mila2008	PHP Tipps 2008	6	01.11.2008 08:47
Cronjob: Falsche Ausführung - CPU schuld?	Curanai	Server, Hosting und Workstations	1	18.10.2007 19:11
Probleme bei Speicherung von serialize() Strings	Manni2k	PHP Tipps 2006	13	15.10.2006 15:06
php cronjob erstellt keine txt-datei...	MrCavity	Server, Hosting und Workstations	1	14.10.2006 15:57
[Erledigt] Cronjob mit sehr kleinem Zeitintervall		PHP-Fortgeschrittene	8	25.03.2006 23:05
problem bei exec(tar ...) ausführen über cronjob		PHP-Fortgeschrittene	2	06.07.2005 10:58
[Erledigt] Technische Probleme mit Sessions		PHP-Fortgeschrittene	4	18.11.2004 14:45
CronJob testen / mehrere Cronjobs anlegen..?!		Server, Hosting und Workstations	1	22.10.2004 08:45

05.04.2011, 20:35
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Also, belehrt durch Eure Hinweise habe ich noch viele weitere Versuche und Varianten getestet. Ergebnis: Ihr habt alle Recht und ich ...äh, öh, na ist schon irgendwie unangenehm jetzt.... Pfade per Servervariable DOCUMENT_ROOT einzustellen, ist in der CLI-Version anscheinend gar keine gute Idee. Für den Begriff CLI-Version habe ich mich übrigens heute zum ersten Mal sensibilisiert. Nach 8 Jahren Umgang mit PHP. Die Funktion date() scheint in der CLI perse keine Bezugszeit finden, wobei mich immer noch wundert, warum das ein Problem ist, wenn man einen Timestamp als Argument übergibt. Letztlich begriffen habe ich das ganze erst nachdem ich (endlich) error_reporting angeschaltet hatte und die Fehler in eine Datei umleiten ließ. Zugegebenermaßen hätte ich - nach Jahren Mitgliedschaft in diesem Forum - da auch gleich mit beginnen können, aber irgendwie habe ich mich von dieser mysteriösen Konsole zu sehr verwirren lassen. So, da habt Ihr jetzt die volle Wahrheit. Tragt sie mit Fassung __________________ Es ist schon alles gesagt. Nur noch nicht von allen.


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

05.04.2011, 21:15
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Hm, habe fast schon runtergefahren. Also, da war 'ne Meldung, dass date() irgendein Problem hat und ich soll zur Behebung z. B. eine default time zone setzen. Für den Moment hätte das System wohl "Berlin" (= und irgendwas) angenommen. __________________ Es ist schon alles gesagt. Nur noch nicht von allen.

05.04.2011, 21:33
drsoong Erfahrener Benutzer Registriert seit: 05.08.2008 Beiträge: 1.127	Danke für den Hinweis. Habe die Aufgabe "Datumsformatierung" jetzt in den SQL-Querystring (FROM_UNIXTIME) verlagert, wo sie wohl auch am besten aufgehoben ist. __________________ Es ist schon alles gesagt. Nur noch nicht von allen.