Cronjobs

[tab]

Irgendwie ist das an mir vorbeigegangen, jetzt wo ich meine ersten Updates auf Contao 5.3 teste ist es mir erst aufgefallen. Es gibt im Backend keine Einstellung mehr, den Web-Cronjob nach jedem Request abzustellen. Also habe ich gesucht und wurde fündig. Es wird jetzt ein echter Cronjob automatisch detektiert und damit auch der "Poor Man's Cron" deaktiviert. Deswegen wurde die Einstellmöglichkeit im Backend entfernt.

Ich habe jetzt bei einem Kunden die Situation, dass die Zahl der verfügbaren Cronjobs zu klein ist, um für alle Contao-Installationen einen echten Cronjob zu nutzen. Bisher habe ich da in Contao 4.13 trotzdem den "Poor Man's Cron" (Command Scheduler) im Backend deaktiviert und dann eben per wget von extern per echtem Cron die _contao/cron Route aufgerufen. Das wollte ich deshalb jetzt nach dem Update auf Contao 5.3 wieder so machen. Habe jetzt allerdings keinen Plan ob und wie ich den Command Scheduler überhaupt noch manuell deaktivieren kann und ob das ggf. überhaupt noch irgendeinen Sinn macht, also eine Verbesserung gegenüber dem defaultmäßig benutzten Command Scheduler bringen würde.

Oder wird der regelmäßige Aufruf der _contao/cron Route per wget ebenfalls automatisch erkannt wie der "echte" Cronjob mit Aufruf von

php /path/to/contao/vendor/bin/contao-console contao:cron

Die uralte Einstellung in der localconfig.php ist auch beim Update auf 5.3 erhalten geblieben, aber bewirkt die jetzt in Contao 5.3 überhaupt noch was?

$GLOBALS['TL_CONFIG']['disableCron'] = true; 

[Spooky]

Ich habe jetzt bei einem Kunden die Situation, dass die Zahl der verfügbaren Cronjobs zu klein ist, um für alle Contao-Installationen einen echten Cronjob zu nutzen.

Mach dir als Workaround einfach ein Shell Script

[tab]

Ok, die Idee ist gut und sollte klappen. Außerdem habe ich gerade gesehen, dass wir bei dem Kunden mittlerweile sogar satte 5 Cronjobs haben , was früher, soweit ich mich erinnere, nicht der Fall war. Aber bewirkt der localconfig-Eintrag momentan noch das, was er früher bewirkt hat oder nicht mehr? Ist der CommandScheduler jetzt (Contao 5.3) also nur noch automatisch abschaltbar durch Erkennung des regelmäßigen Kommandozeilen-Aufrufs (durch den echten Cronjob)? Der Text auf Github lässt mich das jedenfalls vermuten. Interessiert mich halt einfach.

[WebRoxx]

Klinke mich hier mal ein,

kann man den Cronjob garnicht mehr über die URL aufrufen?

ich rufe den zwar jede Minute auf aber ausgefürt wird er nur wenn man die Website besucht

[Spooky]

Doch, die /_contao/cron Route existiert auch in Contao 5 noch. Es kann aber sein, dass sich gewisse Cronjobs unter dieser Route nicht ausführen - das wäre aber auch in Contao 4.13 so.

[WebRoxx]

Doch, die /_contao/cron Route existiert auch in Contao 5 noch. Es kann aber sein, dass sich gewisse Cronjobs unter dieser Route nicht ausführen - das wäre aber auch in Contao 4.13 so.

Okay... der aufbau ist dieser aus der Doku

// src/Cron/ExampleCron.php
namespace App\Cron;

use Contao\CoreBundle\DependencyInjection\Attribute\AsCronJob;

#[AsCronJob('hourly')]
class ExampleCron
{
    public function __invoke()
    {
        // Do something …
    }
} 

[Spooky]

Sollte funktionieren.

[WebRoxx]

Sollte funktionieren.

Ja tut es auch (man sollte nur die richte dev.domain aufrufen)

[WebRoxx]

Habe gerade festgestellt das meine DB extrem groß ist weil die Tabelle "tl_message_queue" tausende einträge hat.

hab ich was verpasst oder sollte das mit Cronjob von Contao (den man auch pber die URL anstoßen kann) nicht abgearbeitet werden?

Die Einstellung die es mal gab mit "echten Cronjob" ist auch aus den Einstellungen verschwunden oder?

[Spooky]

Vom Cronjob an sich nicht, aber es gibt einen Cronjob der den Supervisor startet, welcher wiederum die Message Worker startet welche wiederum die Messages abarbeiten sollten.

Welche Contao Version?

[WebRoxx]

Vom Cronjob an sich nicht, aber es gibt einen Cronjob der den Supervisor startet, welcher wiederum die Message Worker startet welche wiederum die Messages abarbeiten sollten.

Welche Contao Version?

die aktuelle 5.3.10

ich hab bei meinen 3 5er seiten ein Cronjob der die URL aufruft, reicht das nicht?

[Spooky]

ich hab bei meinen 3 5er seiten ein Cronjob der die URL aufruft, reicht das nicht?

Nein, muss ein echter Cronjob sein.

In Symfony/Contao 5.3.10 gibt es momentan einen Fehler, der die Abarbeitung der Messages verhindert, wenn man keinen echten Cronjob hat.

[WebRoxx]

Nein, muss ein echter Cronjob sein.

In Symfony/Contao 5.3.10 gibt es momentan einen Fehler, der die Abarbeitung der Messages verhindert, wenn man keinen echten Cronjob hat.

okay, also brauch ich nur diese zeile ausführen php82 bin/console messenger:consume contao_prio_low bzw die anderen halt auch wie high etc

die contao cronjob die über die url ausgeführt werden gingen doch auch per console mit contao-console contao:cron oder

[Spooky]

okay, also brauch ich nur diese zeile ausführen php82 bin/console messenger:consume contao_prio_low bzw die anderen halt auch wie high etc

Einfach nur contao:cron, das sollte reichen.

[WebRoxx]

Einfach nur contao:cron, das sollte reichen.

ah okay, jo klapp...

allgemeine frage, ich muss es ja über ne php datei mit exec regeln, lieber außerhalb des roots ablegen oder ist es komplett wurst

da sparrt man sich quasi /_contao/cron aufzurufen

[Spooky]

Was genau meinst du damit?

[WebRoxx]

Was genau meinst du damit?

aktuell rufe ich per cronjob nur domain.org/_contao/cron auf

[Spooky]

Wie gesagt solltest du den echten Cronjob einrichten.

[chrischnian]

Ich muss mal fragen weil ich gerade folgendes Problem habe.

Der Webspace lässt nur über HTTP Cron zu. Ich kann also kein Shellscript usw machen.

In der "system/config/parameters.yaml"

habe ich dies eingefügt:

parameters:
    router.request_context.host: 'example.com'
    router.request_context.scheme: 'https'

Dennoch führt der Cron nicht aus.

Meine Überlegung wäre nun eine PHP Datei zu machen die ich per URL aufrufe die dann direkt

vendor/bin/contao-console contao:cron

aufruft.

Würdet ihr das so machen oder eher was anderes?

[Spooky]

Ich muss mal fragen weil ich gerade folgendes Problem habe.

Der Webspace lässt nur über HTTP Cron zu. Ich kann also kein Shellscript usw machen.

In der "system/config/parameters.yaml"

habe ich dies eingefügt:

parameters:
    router.request_context.host: 'example.com'
    router.request_context.scheme: 'https'

Diese Config ist nur für die Ausführung der Cronjobs auf der Konsole relevant. Wenn du /_contao/cron nutzt, brauchst du das nicht

Dennoch führt der Cron nicht aus.

Wie lässt du die Cronjobs ausführen?

Meine Überlegung wäre nun eine PHP Datei zu machen die ich per URL aufrufe die dann direkt

vendor/bin/contao-console contao:cron

aufruft.

Würdet ihr das so machen oder eher was anderes?

Wenn du wirklich keine Cronjobs mit Konsolenkommandos anlegen kannst, kannst du /_contao/cron nutzen (siehe https://docs.contao.org/dev/framework/cron/#web-url).

[chrischnian]

Diese Config ist nur für die Ausführung der Cronjobs auf der Konsole relevant. Wenn du /_contao/cron nutzt, brauchst du das nicht

Wie lässt du die Cronjobs ausführen?

Wenn du wirklich keine Cronjobs mit Konsolenkommandos anlegen kannst, kannst du /_contao/cron nutzen (siehe https://docs.contao.org/dev/framework/cron/#web-url).

Ich habe es gerade mehrmals probiert:

Im Backend vom Webhoster kann ich beim CronJob nur eine WebURL eintragen. Wenn ich also example.com/_contao/cron aufrufe bekomme ich keinen Fehler und keine Bestätigung.

In der Extension von @BugBuster habe ich es auch probiert:

DIe example.com/_contao/cron oder auch als Route:
Dabei kommt es immer zu dieser Meldung:

Bildschirmfoto_20240927_224804.png


Bin für Tipps weiter offen.

[Spooky]

Diese Meldungen haben nichts mit dem Contao Cronjob zu tun.

[chrischnian]

Okay danke für die Info

aber die Veröffentlichungen bzw aus- und einblendungen bei Seiten und Artikel haben aber auch nicht funktioniert und die sollten durch den CronJob ja eigentlich "wirken".

[Spooky]

Auch das hat nichts mit dem Contao Cronjob zu tun.

Ich denke für deine Probleme ist das nicht der richtige Thread?

[BugBuster]

Ich habe es gerade mehrmals probiert:

Im Backend vom Webhoster kann ich beim CronJob nur eine WebURL eintragen. Wenn ich also example.com/_contao/cron aufrufe bekomme ich keinen Fehler und keine Bestätigung.

In der Extension von @BugBuster habe ich es auch probiert:

Die example.com/_contao/cron oder auch als Route:
Dabei kommt es immer zu dieser Meldung:

Ich hoffe mal das du bei der URL die example.com durch deine Domain ersetzt hast.
Und 204 ist der Return Code vom Websever "No Content". Wenn der Cron da nichts zurückmeldet wäre das OK. Oder aber da stimmt was nicht mit den definierten Cronjobs (nicht die in meiner Erweiterung) und es kommt zum Abbruch oder sowas.
Das kannst du ja selber testen, in dem du die URL selber im Browser eingibst und schaust was passiert. (https://deine-domain/_contao/cron)