Eigener Cronjob

[folkfreund]

Hallo,
in den Einstellungen bei Contao 4.4.x finde ich den Eintrag

Den Command-Scheduler deaktivieren
Den Periodic Command Scheduler deaktivieren und die _contao/cron-Route mittels eines echten Cronjobs (den Sie selbst einrichten müssen) ausführen.

Früher im 3.5 gab es ja eine cron.php, die man per

wget -O /dev/null -q https://meineDomain.de/system/cron/cron.php

aufrufen konnte.

Aber was muss ich jetzt in 4.4.x per Cronjob aufrufen?

Ich hoffe, jemand hat einen Tipp für mich

[BugBuster]

Direkt wäre dann so wie es da steht:

http://domain.de/_contao/cron

[Tastaturberuf]

Gibts nicht was über vendor/bin contao-console? ich würde das gerne über php statt wget aufrufen.

Alle meine Erweiterungen die auf PHP_SAPI === 'cli' prüfen laufen deswegen nicht mehr. Sieht halt wie nen normaler Aufruf aus.

[Spooky]

Das müsstest du in Contao 4 auf Symfony Commands umschreiben.

[Tastaturberuf]

Während der Wartung funktioniert der Cronjob auch nicht wegen Status 503.

Wer hat sich den Bullshit einfallen lassen?

[Spooky]

Warum ist das Bullshit?

Während du eine Wartung durchfürhst kann sowieso auch nicht garantiert werden, dass dein Symfony Command oder dein Cron Job fehlerfrei läuft.

[Tastaturberuf]

Warum ist das Bullshit?

Während du eine Wartung durchfürhst kann sowieso auch nicht garantiert werden, dass dein Symfony Command oder dein Cron Job fehlerfrei läuft.

Weil nen Cronjob nichts im/bzw. übers Frontend zu suchen hat.

Das kommt wohl gänzlich auf die Art der Wartung an. Das lässt sich pauschal nicht sagen.

Ich bau jetzt einfach nen neuen Entry-Point als PHP-Datei.

[Spooky]

Weil nen Cronjob nichts im/bzw. übers Frontend zu suchen hat.

Das lässt sich nicht pauschal sagen. Ein Cronjob könnte genau so Informationen benötigen, die ansonsten nur im Request vorhanden sind. Wobei man in Symfony den Request Context auch anderweitig definieren könnte: https://symfony.com/doc/current/cons...t_context.html

Ich bau jetzt einfach nen neuen Entry-Point als PHP-Datei.

Ich würde einfach einen Command dafür machen (CronCommand).

[syncgw]

Ei da hab ich den cron Job definiert und mein Plesk ist wenig begeistert von dem Return-Code:

Url 'https://www.syncgw.com/_contao/cron' fetched
Status: 204
Output:

Geben Sie eine absolute URL an, wie z. B. http://beispiel.com. Wenn der Antwortstatuscode 200 lautet, betrachtet Plesk die Aufgabenausführung als erfolgreich.

Warum gibt es kein 200 Return-Code?

[Spooky]

Weil die /_contao/cron Route keinen Output liefert » Status Code 204.

[syncgw]

Danke für die Antwort :-)

Fragt sich nur, ob das so eine feine Sache ist, alle Plesk-User auszuschließen (die extra Geld dafür bezahlt haben eigene CRON Jobs aufrufen zu dürfen)...

Gibt es eine Chance das Skript am Ende der Route direkt aufzurufen?
Oder vielleicht ein Wrapper-PHP, dass dann 200 zurück liefern kann?

[Spooky]

In wie fern werden Plesk User augeschlossen? Du kannst ja genau so gut wget oder curl stattdessen verwenden.

Darüberhinaus solltest du das als Plesk Kunde an Plesk melden, ist ja deren Fehler, nicht ein Fehler von Contao

[grashalm]

Direkt wäre dann so wie es da steht:

http://domain.de/_contao/cron

wie kann ich denn diesen code mittels einer php-datei aufrufen? ich frage deshalb, weil meine (echten) cronjobs idealerweise die endung .php haben sollten, damit ich sie in der verwaltung bei all-inkl.com definieren kann. und führt dieser cronjob dann alle notwendigen arbeiten regelmäßig aus, die nötig sind, um die installation aufgeräumt und stabil zu halten, so dass ich den "poor man's cron" nicht brauche?
in welchen abständen sollte ich den o.g. cronjob dann aufrufen?

[Arno]

Guten Morgen

ich frage deshalb, weil meine (echten) cronjobs idealerweise die endung .php haben sollten, damit ich sie in der verwaltung bei all-inkl.com definieren kann

Du musst bei All-inkl für den Cron-Aufruf keine PHP Datei angeben. Wähle einfach das Protokoll (HTTP/HTTPS) aus und ergänze den Pfad für den Cron Entrypoint bei Contao:
https://domain.tld/_contao/cron
(siehe auch Screenshot)

Das Intervall hängt davon ab, was für Aufgaben du von dem Cronjob erledigen lassen willst. Erfahrungsgemäß reicht ein Aufruf alle 15 Minuten oder auch nur alle Stunde aus.
Ich hatte auch Projekte wo in kürzeren Abständen Daten aufbereitet werden mussten, da habe ich den Intervall dann entsprechend auf 1 oder 5 Minuten gesetzt.

Ich hoffe das bringt dich weiter.

Bildschirmfoto 2019-11-19 um 08.08.57.png

[grashalm]

hallo, arno! danke für diese klare und unmissverständliche anleitung! ich hatte immer gedacht, ich müsste unbedingt ein php-script aufrufen und wusste nicht, dass das auch so geht, wie du es beschrieben hast. bugbuster hatte ja bereits in einem anderen thread diese cron-route angegeben, aber ich war eben total verunsichert. jetzt ist mir alles klar. das intervall werde ich mal auf ne stunde setzen. kann ich irgendwo nachlesen, welche aufgaben dieser cronjob beim aufruf alle erledigt?

[Spooky]

kann ich irgendwo nachlesen, welche aufgaben dieser cronjob beim aufruf alle erledigt?

https://docs.contao.org/dev/framework/cron/

[grashalm]

danke, spooky!

löscht der cronjob auch die vom system errechneten und bereitgestellten bildergrößen? wenn nicht, sollte ich das machen lassen?

[Spooky]

Nein, das war früher mal so, wenn ich mich richtig erinnere. Warum willst du die löschen?

[grashalm]

Ich will das nicht unbedingt -
ich dachte, es wäre sinnvoll, den bildercache mit den errechneten thumbnail-bildergrößen von zeit zu zeit löschen zu lassen.
aber wenn das weder sinnvoll noch nötig ist: umso besser! (kenne mich zu wenig damit aus )

[tlnewbie]

Möchte mich hier nochmal dranhängen.

Ich versuche (auch), über Plesk & die URL _contao/cron die über Contao (TL_CRON) definierten Jobs ausführen zu lassen. (Command Scheduler ist deaktiviert)

Leider passiert bei mir aber gar nichts (mehr). Es werden weder die systemeigenen (zumindest gibt es keine Log-Einträge dafür) noch meine definierten Jobs ausgeführt.

Der Plesk-Aufruf wird stündlich ausgeführt und liefert Status 200 zurück.

Die beschriebenen Plesk-Probleme habe ich ehrlich gesagt nicht verstanden.

Vielleicht hat ja jemand eine Idee, warum 'gar nichts' passiert?!. Muss ich noch etwas in Contao einstellen? Danke.

[Spooky]

Der Plesk-Aufruf wird stündlich ausgeführt und liefert Status 200 zurück.

Status der _contao/cron Route ist 204.

[tlnewbie]

Status der _contao/cron Route ist 204.

Und was bedeutet das? Das habe ich eben nicht verstanden. Dass es mit dieser Route in Kombination mit Plesk nicht funktioniert?

Ich hatte auch schon versucht, meine eigenen Jobs mit wget als php-Datei aufzurufen, aber das ging auch nicht. Die Datei müsste dann im /web-Verzeichnis (z.B. über assets/meinBundle) liegen?

Danke..

[Spooky]

Poste mal einen Link zur Seite.

[tlnewbie]

Sorry für die späte Antwort.

Habe das Cron-Bundle installiert. Die Abarbeitung dieser Jobs rufe ich nun per Server-Cron auf. Die übrigen Contao-eigenen Crons laufen herkömmlich (Poor-Man-Cron). So funktioniert es nun. Ist zwar ein bisschen umständlich, aber egal. Vielleicht habe ich auch vorher irgendwas falsch eingestellt.

[Troy]

Funktionieren die Cronjobs in 4.4 noch so wie hier erklärt?
https://docs.contao.org/books/cookbo...in-Contao.html

Ich frage, weil ich die /system/cron/cron.php nicht finde.

[Arno]

Schau bitte unter folgendem Link, da wird das Vorgehen für Contao 4 beschrieben:

https://docs.contao.org/dev/framework/cron/

[grashalm]

Liebe Community,

ich greife diesen Thread noch mal auf, weil sich für mich noch eine Frage ergeben hat:

Du musst bei All-inkl für den Cron-Aufruf keine PHP Datei angeben. Wähle einfach das Protokoll (HTTP/HTTPS) aus und ergänze den Pfad für den Cron Entrypoint bei Contao:
https://domain.tld/_contao/cron

Mittlerweile habe ich meine Installation von Contao nicht mehr im Ordner "contao" im Root-Verzeichnis, sondern im Ordner "contao-x" im Root-Verzeichnis. Muss ich daher den Aufruf des Cronbjobs in https://domain.tld/_contao-x/cron ändern?

Vielen Dank für einen kurzen Hinweis,

grashalm

[Spooky]

Nein, /_contao/cron ist eine Route, kein physisches Verzeichnis.

[grashalm]

Danke für Deinen Hinweis, spooky!