Welcher Provider bietet Cronjobs an, die per CLI ausführbar sind?

Über welche Scriptlaufzeit der Jobs sprechen wir denn? Je nach Laufzeit wird's da im Shared Hosting insgesamt eng...

Ah ok, das ist ja entspannt.

Ich mache mal keine konkrete Hoster-Empfehlung, sondern noch ein Denkansatz um das Setup vielleicht insgesamt besser maintainbar zu machen:

Die meisten größeren Frameworks im PHP Umfeld erwarten, dass man als Administrator exakt einen Crobjob definiert der 1x pro Minute per CLI aufgerufen wird - und im Code des Frameworks sind dann die eigentlichen Tasks definiert - siehe https://symfony.com/doc/current/sc…ession-triggers oder https://laravel.com/docs/13.x/scheduling
Das hat den Vorteil, dass Jobs und Ausführungseinstellungen Teil des Codes und somit Teil der Versionskontrolle sind.

Im Joomla-Kontext könnte man das mit den Scheduled Tasks und entsprechenden Plugins nachstellen, das Setup ist genau das gleiche und die Jobs sind dann über das Joomla UI verwaltbar.

Du brauchst dann nurnoch einen Job beim Hoster und hast die restliche Verwaltung im nativen Tool.

Der Joomla Scheduler kann per Webcron oder auch per CLI Cron aufgerufen werden:

php cli/joomla.php scheduler:run --all

Zitat von ringo

Meine Frage ist also kann ich die Tasks im Scheduler per CLI aufrufen?

Keine Ahnung, da Cronjobs nie verwendet.

Siehe eventuell hier unter "Scheduler" mit Zusatz "cli" :

Joomla User Manual (en) - Jdocmanual

Liebe Grüße
Christine

Ich habe verstanden was du willst, genau darauf bezieht sich die Antwort:

* Leg die Scriptlogik, also Serverzugriff, XML Parsing, BIlddownload und Ablage als Joomla Task Plugin an
* Lege im Scheduler die konkrete Aufrufkonfiguration (Cron Trigger, welches Script etc) an
* Lege einen (!) Cronjob an, der den Joomla Scheduler startet - und der ruft dann - wie konfiguriert - deine Scripte auf, und zwar ebenfalls im CLI Kontext

Mir ist genau bei so einem Setup letztes Jahr der Server in die Knie gegangen. Ich hatte das Task Plugin sauber eingerichtet, aber beim XML-Parsing den Bilddownload nicht richtig abgesichert. Das Skript hat bei jedem Cron-Durchlauf sämtliche Produktbilder stumpf neu heruntergeladen und überschrieben. Das hat die Festplatten-IOPS komplett gekillt. Seitdem baue ich immer erst einen schnellen file_exists()-Check oder Dateigrößen-Abgleich ein, bevor der Download-Befehl triggert.

Du hast Glück, heute ist im Magazine ein Artikel darüber erschienen: https://magazine.joomla.org/all-issues/may…t-2-task-plugin

Zitat von drmenzelit

Du hast Glück, heute ist im Magazine ein Artikel darüber erschienen: https://magazine.joomla.org/all-issues/may…t-2-task-plugin

drmenzelit Vielleicht musst du wieder mal etwas anstossen auf dem Server?

Ich kann leider nichts anstoßen, aber das Problem hat sich im Team schon rumgesprochen

Zitat von drmenzelit

Ich kann leider nichts anstoßen, aber das Problem hat sich im Team schon rumgesprochen

Sorry, ich hatte in Erinnerung, dass du es mal selbst korrigiert hast. Gut möglich, dass ich es mit der Cassiopeia Demoseite verwechsle.

Ich bin Webmaster vom Magazine, aber habe nicht voll Zugriff auf dem Server (will ich auch nicht )