cron einrichten

[Toad]

Hallo,

in den Einstellungen findet sich der punkt "Den Command Scheduler deaktivieren".

In der Hilfezeile steht:
"Den Periodic Command Scheduler deaktivieren und das cron.php-Skript mittels eines echten Cronjobs (den Sie selbständig einrichten müssen) ausführen."

Kann mir da jemand auf die Sprünge helfen? Hat jemand da ein script für mich?
Muss ich einfach nur die cron.php ausführen? Wenn ja, mit welchen Regeln/Intervalen? Wenn nein, beeinflußt diese Einstellung eventuell andere module?

Dank im voraus.

[Toad]

Hab' das hier für contao 2 gefunden:

0 * * * * php /wwww/htdocs/contao/cron.php >/dev/null

inklusive dem Rat, dass man in fe_page und be_login die Zeilen mit cron.php auskommentieren soll.

Mit der Einstellung in contao 3 ist das Auskommentieren überflüßig, oder?


Und die Zeile oben reicht tatsächlich um die cron.php auszuführen? Fehlt da nicht was?

[BugBuster]

Mit der Einstellung in contao 3 ist das Auskommentieren überflüßig, oder?

Ja, zumindest was Frontend betrifft. Backend habe ich mir nicht angesehen, aber das sieht man ja im Template ob dort auch eine Abfrage drum rum ist.

Und die Zeile oben reicht tatsächlich um die cron.php auszuführen? Fehlt da nicht was?

Für Contao 3 müsste das so aussehen

0 * * * * php /wwww/htdocs/system/cron/cron.php  >/dev/null

Der Pfad "/www/htdocs" ist natürlich anzupassen.
Von PHP muss natürlich dazu die CLI (Kommandozeilen) Variante installiert sein.

[Toad]

Klingt gut. Demnach funkt. dein Integritycheck ja dann auch.

Gefällt mir. Und wieder weniger Balast in der Seite.

[Toad]

Hallo.

Funktioniert fast.
Ich bekomme einmal stündlich diese Meldungen:

HP Warning:  require(../initialize.php): failed to open stream: No such file or directory in /var/www/.../contao/system/cron/cron.php on line 18
PHP Warning:  require(../initialize.php): failed to open stream: No such file or directory in /var/www/.../contao/system/cron/cron.php on line 18
PHP Fatal error:  require(): Failed opening required '../initialize.php' (include_path='.:') in /var/www/.../contao/system/cron/cron.php on line 18

Ich analysiere mal ... Wer was weiß, bitte melden!

[Toad]

In Zeile 18 steht:

require '../initialize.php';

Ich denke ich muss php mit dem contao-path starten. Hmmm.

[Toad]

Ich probier 's mal so:

0 * * * * cd /var/www/.../contao/system/cron && php /var/www/.../contao/system/cron/cron.php > /dev/null

Sollte hinhauen. In 15 Min. weiß ich es.

Falls jemand weiß, was für ein Problem die Standardkonfiguration meines php-cli hat, bitte ich um Rat.

[Toad]

Funktioniert!

[Toad]

Jetzt habe ich aber doch noch eine Frage.

Gerade eben war meine localconfig.php nicht beschreibbar. Kein wunder, war sie doch als root:root gekennzeichnet. Ich vermute, dass es mit dem zuvor durchgelaufenen cron-job zu tun hatte. cron läuft als root. Was auch immer da an der localconfig.php gefuchtelt wurde, das sollte so oder so nicht sein!!
Da ich diese Datei händisch nicht angerührt habe macht mich das stutzig.

Wenn cron (user1:group1) php aufruft und php dann eine php-Datei (user2:group2), welche Rechte hat dann php bei der Ausführung? user1:group1 oder user2:group2.
Logisch wäre zunächst mal user1:group1, aber es kann ja sein, dass php sich nach der cron.php richtet und mit dessen Rechten ausführt. Das wäre zumindest ein Sicherheitsfeature.

Das gefällt mir garnicht.

Nun werde ich wohl noch ein sudo in die crontab mit drankritzeln müssen um die php-Rechte einzuschränken.

Also: Vorsicht mit cron und php!!!!!

[BugBuster]

Ja, das macht Probleme wenn die User unterschiedlich sind. Aber da gibt es Abhilfe.
Entweder den Cron Job für den Nutzer einbauen in dem auch die Webseite läuft, oder wenn es den root sein muss bei cron (keine gute Idee), dann per "su" Befehl auf den anderes User umschalten.

su -l user2 -c "command" 
oder
su - user2 -c "command"

weiß ich grad nicht auswendig.

[Toad]

Danke. Hab' schon: su -c "Kommando ..." USER

Ich weiß noch nicht, ob der User die Richtige Gruppe hat, aber so hat php jedenfalls keine root-Rechte mehr. Schlimmer als root-Rechte gibbet ja garnicht. Puh, Schock am Abend.

Cron scheint es zu schlucken. Kein Fehler, alles gut.

Im authlog auf 'm Server nervt auch ein ewiger Angriff aus china auf ssh mit allen Namen und abwechselnd root. Bruteforce, bzw. Wörterbuch. Da müsste ich auch mal 'n timeout und max-Versuche pro IP einfallen lassen.
Das müsste doch möglich sein. Eine Key-Lösung wäre mir zu unflexibel. Nur wenn es sein muss.

[syncgw]

Hi,
ich kann noch nicht auf 3.x umstellen und würde aber trotzdem gerne die Ausführung in die crontab verlagern - muss ich bei 2.x etwas anders machen?

[jotari]

Hallo zusammen,

da es hier bereits um Cron und Scheduler geht, hänge ich mich mal mit an: Was genau sind bzw. machen die beiden eigentlich? Im fe_page-Template findet sich zudem folgender Code:

<?php if (!$this->disableCron): ?>

<script src="<?php echo TL_ASSETS_URL; ?>assets/contao/js/scheduler.js?t=<?php echo $this->cronTimeout; ?>" id="cron"></script>
<?php endif; ?>

Was verbirgt sich dahinter?

Besten Dank im Voraus fürs Antworten auf diese womöglich "dummen" Fragen!

[Flaschenzug]

Ein CronJob ist normalerweise ja ein "Script", dass eine bestimmte URL in einem definierten Zeitintervall aufruft.
In Contao ist das ganze als "Command-Scheduler" bezeichnet. Eigentlich das gleiche, nur das ein CronJob extern ausgeführt wird.
Der Command-Scheduler prüft, ob das Zeitintervall beim Aufruf überschritten wurde und führt dann gewisse Funktionen aus, z.B. das leeren des Contao-Caches.

Aber eine Frage habe ich jetzt selbst zum Command-Scheduler.
Da ich das ganze ja in den Systemeinstellungen deaktivieren kann, gehe ich davon aus, dass bei externem Aufruf alle Domains aktualisiert werden?
Oder muss man dann für jede einzelne Domain (bei Multi-Domain Einsatz) einen CronJob anlegen?

Danke und schönes Wochenende.