CRON-Extension nicht mit Contao 3.1 kompatibel?

[niccaballero]

Hallo an alle,

da ich seit einigen Jahren die Erweiterung CRON innerhalb des Backend von Contao nutze und nun ein Update auf die Contao Version 3.1 gemacht habe, finde ich die CRON-Erweiterung:

https://contao.org/en/extension-list...000006.en.html

nicht mehr im Erweiterungskatalog. Ist diese Erweiterung also gar nicht mehr mit Contao 3.1 kompatibel?

Habe versucht die CRON 3.0.0 rc1 zu über FTP hochzuladen, DB aktualiseren, usw. aber ich sehe dass nur von Contao 3 bis 3.0.5 unterstützt wird.

Wird es für diese Extension ein kompatibel Update geben?

Vielen Dank für Euren Rat, viele Grüße

Nico

[BugBuster]

Wird es, bin nur nicht dazu gekommen das zu prüfen und ggf. freizugeben.

[ChrMue]

Hallo BugBuster,
in der Cron Erweiterung für 3.0 ist ein kleiner Fehler:
Die Verzeichnisse assets und public benötigen Zugriffsrechte (.htaccess), damit die Icons und das Layout angezeigt werden und die "Pseudo" crons beim Laden einer Seite auch ausgeführt werden.
Gruß ChrMue

[BugBuster]

Du hast Apache 2.4 am laufen, richtig?
Kommt mit der nächsten Version, also der stable für Contao 3 die ja noch offen ist, die wird dann auch gleich 3.1 kompatibel sein.

Die jetzigen htaccess Dateien die den Zugriff erlauben sind nicht kompatibel, wenn das mod_compat Modul nicht geladen ist im Apache.

[ChrMue]

ja 2.4.3
wo liegt da der Unterschied zwischen den Apache Versionen. Wie kann man dann die Berechtigung so streng wie möglich einrichten, aber auf der anderen Seite auch so kompatibel wie möglich?
Gruß
ChrMue

[BugBuster]

der Syntax für allow bzw. deny hat sich geändert.
Contao Core bringt schon die kompatiblen mit, ich baue das nur nach.
Siehe: https://gist.github.com/BugBuster1701/5216541
Dort beide Arten die man braucht, natürlich den Hinweis (// ...) dabei weglassen.

Also, eine .htaccess im public Verzeichnis sollte dann lauten:

<IfModule !mod_authz_core.c>
  Order allow,deny
  Allow from all
</IfModule>
<IfModule mod_authz_core.c>
  Require all granted
</IfModule>

[BugBuster]

So, die Version 3.0.0 ist nun als stable im ER, diese ist bis Contao 3.0.5 freigeben.

Die Version 3.1.0 ist ab Contao 3.0.6 und auch für 3.1.0 getestet und freigegeben.
Neben Apache 2.4 Anpassungen gibt es nun auch ein Frontend Modul, womit man die Cron Jobs auch darüber auslösen kann.

[TLight]

Leider bleibt der Scheduler bei mir stehen, wenn man nicht unmittelbar nach dem gesetzen Zeitpunkt einen Backend- oder Frontendaufruft hat. Bei "Nächste Ausführung" steht ein Datum / eine Uhrzeit in der Vergangenheit. Erst wenn man den CRON-Job bearbeitet und speichert, wird er wieder neu angestoßen. Getestet unter Contao 3.0.6 und Contao 3.1.0 und Cron 3.1.0.

Hat jemand schon einmal das gleiche Problem gehabt und evtl. eine Lösung dafür parat?

[BugBuster]

Das nach Anlegen die "Nächste Ausführung" erst beim wiederholtem Zugriff erscheint ist hier normal.

Ansonsten frag ich mich grad was mit stehen bleiben gemeint ist.
Oder ist angekreuzt "Nur einmal auführen" ?

[TLight]

Hallo BugBuster!

Zuerst einmal vielen Dank für die schnelle Antwort! Nein, der Haken bei der einmaligen Ausführung ist nicht gesetzt. Die Anzeige im Scheduler lautet jetzt (3.6.13 - 12.15 Uhr):

Letzte Ausührung
02.06.2013 09:26

Nächste Ausführung
02.06.2013 20:00

Zu diesem Zeitpunkt macht die Angabe bei "nächste Ausführung" keinen Sinn, da sie in der Vergangenheit liegt.

Mit "bleibt stehen" meine ich, dass der CRON-Job offensichtlich einfach nicht mehr ausgeführt wird. Auch im Log ist keine Ausführung mehr zu finden.

[BugBuster]

Wie ist bei dir die Zeitzone eingestellt? Stimmt die Serverzeit?
Und wie ist der Job selbst definiert? Dann kann ich das mal versuchen nachzustellen.

[TLight]

Die Zeitzone ist sowohl in Contao als auch beim ApacheServer Europe/Berlin und beim MySQL-Server CET.

[TLight]

Hier noch die Einstellungen des CronJobs im Anhang...
cron.jpg

[BugBuster]

Hab mal ein Ticket angelegt damit ich das nicht vergesse zu prüfen.
https://github.com/BugBuster1701/contao-cron/issues/11

[TLight]

Super!

Vielen Dank schon jetzt für die Mühen!!!

[Stranger]

Kann es evtl. sein, dass die Erweiterung mit Contao 3.1.0 nicht kompatibel ist?
Bei "Letzte Ausführung" steht nie etwas und bei "Nächste Ausführung" steht ein Zeitpunkt in der Vergangenheit.
Im Systemlog steht auch absolut nichts.

In den Einstellungen hatte ich die Scriptlaufzeit auf 60 Sekunden geändert. Es funktioniert nicht mal mit dem Standardbeispiel (Purgelog.php).
Was mache ich falsch?

[BugBuster]

Dann bist du der zweite der das hat und ich schaffe es auf Teufel komm raus nicht das nach zubauen.

Das nach dem Eintragen erst Mal nichts da steht, ist so aus historischen Gründen. Das wollte ich schon mal ändern.
Ruft man dann nochmal den Menüpunkt auf, sollte bei "Nächste Ausführung" ein Datum und Uhrzeit stehen, welches natürlich in der Zukunft sein sollte.

Bei Euch müsste irgendwo irgendwas mit den Uhrzeiten oder Zeitzonen nicht stimmen, anders kann ich mir nicht vorstellen wie das gehen soll.

[Stranger]

Ok, ich rudere mal zur Hälfte zurück
Es geht, wenn ich nur den Purge-Cronjob drin habe und die anderen lösche.

Ich vermute mal es liegt daran, dass gar kein Cronjob mehr ausgeführt wird, sobald irgendein Fehler auftritt.
Bei echten Cronjobs ist es ja zumindest so, dass man die Fehlermeldung dann erhält und entsprechend reagieren kann.

[BugBuster]

Alles was ein Cron Job ausgibt, wird 1:1 ins Log geschrieben, sofern das Logging (in der Job Definition) aktiviert ist.
Der Error Level wird dazu vorübergehend auf E_ALL gestellt.

Das einzige Manko was ich bisher kenne ist:
Wenn der erste Job (der gestartet wird) länger dauert als die maximal definierte Zeit (per Default 5 Sekunden) UND dieser aber abstürzt und dadurch keine "Completed" Meldung zurück gibt, dann geht das ganze Spiel beim nächsten Aufruf von vorne los.

[Stranger]

Ne... es geht schon damit los, wenn z.B. hier der falsche Pfad drin steht: require_once('../../../initialize.php');

...geht gar nichts mehr. Also alle anderen Cronjobs sind dann auch hinüber.

Des weiteren würde mich interessieren wie ich das Script manuell über HTTP zum Test aufrufen kann, um Fehler schneller lösen zu können?
Ich hab ohne Witz grad 3 Stunden gebraucht, um einen Cronjob auf Contao-Style umzuprogrammieren und in der Cron-Erweiterung lauffähig zu bekommen... obwohl ich das Teil vorher bereits komplett fertig hatte! Also ich hatte ihn mittels reiner PHP/SQL-Programmierung erstellt.

[BugBuster]

Ich habe es nicht probiert, aber wenn man in der Erweiterung im Verzeichnis jobs eine passende htaccess legt um den Zugriff zu erlauben, dann sollte der direkte Zugriff per HTTP auch funktionieren.

[BugBuster]

Ne... es geht schon damit los, wenn z.B. hier der falsche Pfad drin steht: require_once('../../../initialize.php');

...geht gar nichts mehr. Also alle anderen Cronjobs sind dann auch hinüber.

Dass sollte dann aber in der error.log von Contao auftauchen, sofern man das Logging dafür in Contao aktiviert ist.

[TLight]

Stranger hat Recht:

Ich vermute mal es liegt daran, dass gar kein Cronjob mehr ausgeführt wird, sobald irgendein Fehler auftritt.

Der von mir oben beschriebene Abbruch beruhte darauf, dass ein Fehler in der auszuführenden Datei vorlag. Nachdem ich diesen behoben hatte traten die o. g. Probleme nicht mehr auf. Der Cron funktionierte - vermeintlich...

Meine Site befindet sich noch im Aufbau und das FE wird nicht oft aufgerufen. Zuerst dachte ich an einen Zufall, jetzt habe ich es mal getestet und habe Gewissheit:

Der Scheduler wird nur durch BE-Aufrufe und nur dann, wenn ein Admin sie tätigt ausgelöst. Andere BE-Benutzer und auch FE-Aufrufe haben keine Wirkung.

Ich habe die Cron-Erweiterung mittlerweile deinstalliert und neu eingespielt, ein neues FE-Scheduler-Modul erstellt und in das Layout an erster Stelle eingebunden. Leider ohne Effekt. Noch immer werden die Cron-Jobs nur durch einen BE-Admin ausgelöst.

[BugBuster]

Ich habe das mal notiert und schaue mir da mal an. http://goo.gl/t0uk1L

[TLight]

Super, danke!

[BugBuster]

Erste Erkenntnis: Im BE funktioniert der Cron nur, wenn der Menüpunkt "Scheduler" auch sichtbar ist, da darüber dieser angetriggert wird.

[xchs]

Jepp, der Cron wird über das Scheduler-Icon getriggert. Aus diesem Grund läd dieses Icon meist auch etwas später als die anderen Menüicons.

[BugBuster]

So, und über FE Modul funktioniert das ganze auch, konnte kein Problem feststellen.
Wenn es gar nicht geht, dann prüfen ob die Datei system/modules/cron/public/.htaccess vorhanden ist.