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.