{"id":22611,"date":"2026-08-28T13:06:39","date_gmt":"2026-08-28T11:06:39","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&#038;p=22611"},"modified":"2026-08-28T13:06:40","modified_gmt":"2026-08-28T11:06:40","password":"","slug":"cronjob-funktioniert-nicht","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/webhosting-cpanel\/cronjob-funktioniert-nicht\/","title":{"rendered":"Cronjob non funziona: cause e soluzioni"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Ein Cronjob ist in cPanel eingerichtet, aber die erwartete Aufgabe wird nicht ausgef\u00fchrt? Dann solltest du Zeitplan, Befehl und das aufgerufene Skript getrennt voneinander pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein besonders h\u00e4ufiger Fehler bei der Diagnose besteht darin, einen nicht funktionierenden Cronjob automatisch mit einem fehlerhaften Zeitplan gleichzusetzen. Tats\u00e4chlich kann cPanel den Cronjob korrekt starten, w\u00e4hrend erst der ausgef\u00fchrte Befehl oder das aufgerufene Skript fehlschl\u00e4gt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In dieser Anleitung zeigen wir dir, wie du einen nicht funktionierenden Cronjob systematisch untersuchst und typische Fehler bei Zeitplan, Pfaden, PHP-Version, Berechtigungen, Ausgaben und WordPress WP-Cron findest.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Regola fondamentale:<\/strong> Pr\u00fcfe zuerst, ob der Cronjob gestartet wird. Pr\u00fcfe danach, ob der eingetragene Befehl funktioniert. Erst danach untersuchst du die eigentliche Anwendung. So vermeidest du \u00c4nderungen an mehreren technischen Ebenen gleichzeitig.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Die drei Ebenen eines Cronjob-Problems<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr eine saubere Fehlersuche solltest du drei Bereiche voneinander unterscheiden:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>1. Zeitplan\n   \u2193\nWird der Cronjob zum erwarteten Zeitpunkt gestartet?\n\n2. Befehl\n   \u2193\nKann der eingetragene Befehl ausgef\u00fchrt werden?\n\n3. Anwendung\n   \u2193\nFunktioniert das aufgerufene Skript selbst korrekt?<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Diese Unterscheidung ist entscheidend.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob kann beispielsweise p\u00fcnktlich gestartet werden, aber wegen eines falschen Dateipfads sofort abbrechen. Ebenso kann PHP korrekt gestartet werden, w\u00e4hrend das PHP-Skript selbst einen Fatal Error erzeugt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">1. Cronjob in cPanel kontrollieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Accedi al tuo cPanel di CURIAWEB e apri:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Opzioni avanzate \u2192 Cronjob<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Kontrolliere zun\u00e4chst, ob der betreffende Cronjob tats\u00e4chlich in der Liste der vorhandenen Cronjobs eingetragen ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe anschlie\u00dfend den vollst\u00e4ndigen Eintrag \u2013 insbesondere Zeitplan und Befehl.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du noch unsicher bist, wie ein Cronjob korrekt eingerichtet wird, findest du die Grundlagen unter <a href=\"\/it\/aiuto\/hosting-web-cpanel\/creare-un-cronjob\/\">Creare un Cronjob in cPanel e impostare correttamente la pianificazione<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">2. Zeitplan genau pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cron-Zeitplan besteht aus f\u00fcnf Feldern:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Minuto Ora Giorno Mese Giorno della settimana<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ein t\u00e4glicher Cronjob um 03:00 Uhr kann beispielsweise so aussehen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>0 3 * * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob alle f\u00fcnf Minuten:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>*\/5 * * * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Kontrolliere die Werte Zeichen f\u00fcr Zeichen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Minute und Stunde verwechselt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein h\u00e4ufiger Fehler ist die Verwechslung der ersten beiden Felder.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per esempio:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>30 3 * * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">bedeutet grunds\u00e4tzlich t\u00e4glich um 03:30 Uhr.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Reihenfolge lautet nicht Stunde und Minute, sondern:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Minute \u2192 Stunde<\/code><\/pre>\n\n\n\n<h2 class=\"wp-block-heading\">Tag des Monats und Wochentag nicht verwechseln<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Auch diese beiden Felder haben unterschiedliche Bedeutungen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per esempio:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>0 6 * * 1<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">steht grunds\u00e4tzlich f\u00fcr eine Ausf\u00fchrung montags um 06:00 Uhr.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dagegen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>0 6 1 * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">steht grunds\u00e4tzlich f\u00fcr eine Ausf\u00fchrung am ersten Tag eines Monats um 06:00 Uhr.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">3. Serverzeit beziehungsweise Zeitzone ber\u00fccksichtigen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Cronjob funktioniert, aber scheinbar zur falschen Uhrzeit l\u00e4uft, solltest du die f\u00fcr die Cron-Ausf\u00fchrung ma\u00dfgebliche Zeitzone pr\u00fcfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die lokale Uhrzeit deines Computers und die vom Server verwendete Zeit m\u00fcssen nicht identisch sein.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Consiglio pratico:<\/strong> Wenn ein Cronjob zuverl\u00e4ssig ausgef\u00fchrt wird, aber immer beispielsweise eine oder zwei Stunden vom erwarteten Zeitpunkt abweicht, ist die Zeitzone einer der ersten Punkte, die du kontrollieren solltest.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Sommer- und Winterzeit beachten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Aufgaben, die zwingend zu einer bestimmten lokalen Uhrzeit laufen sollen, kann auch die Umstellung zwischen Sommer- und Winterzeit relevant sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ver\u00e4ndere einen ansonsten funktionierenden Zeitplan deshalb nicht sofort auf Verdacht, wenn sich die beobachtete Ausf\u00fchrungszeit verschoben hat.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">4. Vollst\u00e4ndigen Cron-Befehl kontrollieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Zeitplan stimmt, kontrolliere den eigentlichen Befehl.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein PHP-Cronjob kann schematisch beispielsweise so aufgebaut sein:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/percorso\/del\/php-binary \/home\/CPANELUSER\/public_html\/script.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Schon ein falsches Zeichen, ein nicht vorhandenes Verzeichnis oder eine falsche PHP-Binary kann dazu f\u00fchren, dass der Befehl nicht funktioniert.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Importante:<\/strong> Verwende nicht einfach einen Cron-Befehl aus einer Anleitung eines anderen Hosting-Anbieters. PHP-Pfade und Verzeichnisstrukturen k\u00f6nnen sich unterscheiden.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">5. Absolute Pfade pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Cronjobs sollten m\u00f6glichst mit eindeutigen absoluten Pfaden arbeiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Dateipfad kann schematisch so aussehen:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/home\/CPANELUSER\/public_html\/script.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Eintrag wie:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>script.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">ist dagegen ein relativer Pfad und setzt voraus, dass das richtige Arbeitsverzeichnis verwendet wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Genau diese Annahme kann bei einer automatischen Cron-Ausf\u00fchrung falsch sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Falsches Document Root<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem Hosting-Account mit mehreren Domains muss sich eine Website nicht zwingend unter <code>public_html<\/code> befinden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine zus\u00e4tzliche Domain oder Subdomain kann beispielsweise ein eigenes Document Root besitzen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Cronjob eine Datei der falschen Website beziehungsweise eines falschen Verzeichnisses aufruft, kann der Befehl fehlschlagen oder sogar eine andere Installation ansprechen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Verzeichnisstruktur kannst du mit dem <a href=\"\/it\/aiuto\/hosting-web-cpanel\/cpanel-dateimanager-verwenden\/\">Gestione file di cPanel<\/a> controllare.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">6. Pr\u00fcfen, ob die Datei tats\u00e4chlich existiert<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">\u00d6ffne im cPanel-Dateimanager das im Cronjob angegebene Verzeichnis.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Controlla:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Existiert die Datei?<\/li>\n\n\n\n<li>Stimmt der Dateiname exakt?<\/li>\n\n\n\n<li>Stimmt die Gro\u00df- und Kleinschreibung?<\/li>\n\n\n\n<li>Liegt die Datei im angegebenen Verzeichnis?<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Linux-Dateisysteme unterscheiden grunds\u00e4tzlich zwischen Gro\u00df- und Kleinschreibung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ad esempio, possono:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>cron.php\nCron.php\nCRON.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">unterschiedliche Dateinamen sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">7. \u201eNo such file or directory\u201c beheben<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un messaggio come:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>No such file or directory<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">weist h\u00e4ufig darauf hin, dass eine angegebene Datei oder ein Programm unter dem verwendeten Pfad nicht gefunden wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verifica quindi in particolare:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Pfad zur PHP-Binary<\/li>\n\n\n\n<li>Pfad zum Skript<\/li>\n\n\n\n<li>Nome file<\/li>\n\n\n\n<li>Document Root<\/li>\n\n\n\n<li>ob die Datei nach einer Migration verschoben wurde<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">8. \u201eCommand not found\u201c beheben<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un messaggio come:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>command not found<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">bedeutet grunds\u00e4tzlich, dass das aufgerufene Kommando nicht gefunden werden konnte.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise passieren, wenn ein Cronjob nur:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>php script.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">verwendet und sich darauf verl\u00e4sst, dass das gew\u00fcnschte PHP automatisch \u00fcber den Suchpfad gefunden wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Cronjobs ist es zuverl\u00e4ssiger, die tats\u00e4chlich ben\u00f6tigte ausf\u00fchrbare Datei beziehungsweise den von der Anwendung vorgesehenen vollst\u00e4ndigen Befehl zu verwenden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">9. PHP-Binary \u00fcberpr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei PHP-Cronjobs muss gekl\u00e4rt sein, welche PHP-Version das Skript ausf\u00fchren soll.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die PHP-Version einer Website und die PHP-Version eines Kommandozeilenaufrufs sind nicht automatisch identisch.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn deine Website beispielsweise mit einer bestimmten PHP-Version funktioniert, der Cronjob aber eine andere PHP-Binary verwendet, kann das Skript beim automatischen Aufruf Fehler erzeugen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La versione PHP di un dominio viene gestita in CURIAWEB fondamentalmente tramite il <a href=\"\/it\/aiuto\/hosting-web-cpanel\/php-version-aendern\/\">MultiPHP-Manager<\/a>.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Importante:<\/strong> Der MultiPHP-Manager bestimmt die Web-PHP-Konfiguration der Domain. Bei einem CLI-Cronjob muss trotzdem separat gepr\u00fcft werden, welche PHP-Binary im Cron-Befehl aufgerufen wird.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">10. PHP-Version des Cronjobs nicht mit php -v erraten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein allgemeiner Aufruf wie:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>php -v<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">zeigt die PHP-Version des dabei aufgel\u00f6sten CLI-Befehls.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das beweist nicht automatisch, dass:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>die Website dieselbe PHP-Version verwendet<\/li>\n\n\n\n<li>der Cronjob dieselbe PHP-Binary verwendet<\/li>\n\n\n\n<li>die ben\u00f6tigten PHP-Erweiterungen identisch sind<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Entscheidend ist der tats\u00e4chlich im Cronjob verwendete Befehl.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">11. Fehlende PHP-Erweiterungen pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein PHP-Skript kann korrekt installiert sein und trotzdem fehlschlagen, wenn die verwendete PHP-Umgebung eine ben\u00f6tigte Erweiterung nicht bereitstellt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typische Fehlermeldungen k\u00f6nnen auf nicht vorhandene Klassen oder Funktionen hinweisen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe dann zuerst, welche PHP-Version beziehungsweise PHP-Umgebung der Cronjob tats\u00e4chlich verwendet.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Puoi trovare ulteriori informazioni su <a href=\"\/it\/aiuto\/hosting-web-cpanel\/abilitare-le-estensioni-php\/\">Attivare e gestire le estensioni PHP in cPanel<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">12. Unterschiedliche PHP-Konfigurationen ber\u00fccksichtigen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein PHP-Skript kann \u00fcber die Website funktionieren und \u00fcber einen CLI-Cronjob trotzdem ein anderes Verhalten zeigen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der Grund kann sein, dass Web-PHP und CLI-PHP unterschiedliche Konfigurationen verwenden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dazu k\u00f6nnen beispielsweise Unterschiede bei:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>PHP-Version\nPHP-Erweiterungen\nmemory_limit\nKonfigurationsdateien\nUmgebungsvariablen<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">appartenere.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00dcbertrage deshalb nicht automatisch jede Web-PHP-Einstellung auf einen CLI-Cronjob.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">13. \u201ePermission denied\u201c beheben<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un messaggio come:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Permission denied<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">weist auf ein Berechtigungsproblem hin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die genaue Ursache h\u00e4ngt davon ab, was ausgef\u00fchrt beziehungsweise ge\u00f6ffnet werden soll.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verifica in particolare:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Permessi dei file<\/li>\n\n\n\n<li>Autorizzazioni di directory<\/li>\n\n\n\n<li>ob das Skript direkt ausgef\u00fchrt oder \u00fcber einen Interpreter aufgerufen wird<\/li>\n\n\n\n<li>ob das Skript Dateien schreiben oder ver\u00e4ndern muss<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Grundlagen dazu findest du unter <a href=\"\/it\/aiuto\/hosting-web-cpanel\/dateiberechtigungen-644-755\/\">Impostare correttamente i permessi dei file 644 e 755 in cPanel<\/a>.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attenzione:<\/strong> Setze Dateiberechtigungen nicht pauschal auf <code>777<\/code>, um einen Fehler zu umgehen. Damit wird die eigentliche Ursache nicht sauber gel\u00f6st und die Konfiguration kann unn\u00f6tig unsicher werden.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">14. Pr\u00fcfen, ob das Skript Schreibrechte ben\u00f6tigt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob kann das PHP-Skript erfolgreich starten, w\u00e4hrend das Skript selbst beim Schreiben einer Datei fehlschl\u00e4gt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das betrifft beispielsweise Prozesse, die:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Cache-Dateien erzeugen<\/li>\n\n\n\n<li>Exporte speichern<\/li>\n\n\n\n<li>Importdateien verschieben<\/li>\n\n\n\n<li>Logdateien schreiben<\/li>\n\n\n\n<li>tempor\u00e4re Dateien erstellen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe dann die Berechtigungen des konkreten Zielverzeichnisses.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">15. Cron-Ausgabe nicht sofort verwerfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei der Fehlersuche ist die Ausgabe des Cronjobs eine der wichtigsten Informationsquellen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn dein Befehl beispielsweise mit:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>&gt; \/dev\/null 2&gt;&amp;1<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">endet, werden Standardausgabe und Fehlerausgabe verworfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist bei einem fehlerhaften Cronjob ung\u00fcnstig.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Consiglio pratico:<\/strong> Entferne w\u00e4hrend der Diagnose eine bewusst eingerichtete Ausgabeunterdr\u00fcckung vor\u00fcbergehend, sofern dies f\u00fcr den betreffenden Befehl sinnvoll und sicher ist. So kannst du die tats\u00e4chliche Fehlermeldung sehen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">16. Standardausgabe und Fehlerausgabe unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Linux-Kommandos k\u00f6nnen grunds\u00e4tzlich zwei relevante Ausgabekan\u00e4le verwenden:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>stdout\n\u2192 normale Ausgabe\n\nstderr\n\u2192 Fehlermeldungen<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn nur die normale Ausgabe umgeleitet wird, kann eine Fehlermeldung weiterhin an anderer Stelle erscheinen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L'ortografia:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>2&gt;&amp;1<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">leitet die Fehlerausgabe an dasselbe Ziel wie die Standardausgabe weiter.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">17. Cron-Ausgabe vor\u00fcbergehend protokollieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem eigenen Skript kann es f\u00fcr die Diagnose sinnvoll sein, Ausgaben vor\u00fcbergehend in eine Logdatei zu schreiben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Schematisch:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>BEFEHL &gt;&gt; \/home\/CPANELUSER\/logs\/cron-test.log 2&gt;&amp;1<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Damit werden normale Ausgaben und Fehlermeldungen an eine Datei angeh\u00e4ngt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Verwende einen existierenden und beschreibbaren Pfad.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Importante:<\/strong> Eine solche Diagnose-Logdatei sollte kontrolliert und nach der Fehlersuche entfernt oder sinnvoll verwaltet werden. H\u00e4ufig ausgef\u00fchrte Cronjobs k\u00f6nnen Logdateien schnell anwachsen lassen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">18. E-Mail-Ausgaben des Cronjobs pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">cPanel kann Cron-Ausgaben an eine konfigurierte E-Mail-Adresse senden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du diese Funktion verwendest, kontrolliere auch den Spam-Ordner des betreffenden Postfachs.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Cron-E-Mail kann beispielsweise eine Fehlermeldung enthalten, die unmittelbar auf einen falschen Pfad oder einen PHP-Fehler hinweist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">19. Cronjob manuell ausf\u00fchren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du SSH-Zugriff besitzt und der Befehl gefahrlos manuell ausgef\u00fchrt werden kann, ist ein manueller Test sehr hilfreich.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fchre dabei m\u00f6glichst genau den Befehl aus, der auch im Cronjob eingetragen ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Damit kannst du zwei F\u00e4lle unterscheiden:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Befehl funktioniert manuell nicht\n\u2192 Problem liegt wahrscheinlich im Befehl oder Skript\n\nBefehl funktioniert manuell\n\u2192 Cron-Umgebung oder Zeitplan genauer untersuchen<\/code><\/pre>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attenzione:<\/strong> F\u00fchre einen Import, Versandprozess, Zahlungsprozess oder eine andere ver\u00e4ndernde Aufgabe nicht testweise mehrfach aus, wenn du deren Verhalten bei Wiederholung nicht kennst.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">20. Manuell funktioniert \u2013 als Cronjob nicht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn derselbe Befehl in einer interaktiven Shell funktioniert, als Cronjob aber nicht, solltest du insbesondere die Ausf\u00fchrungsumgebung untersuchen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cronjobs besitzen m\u00f6glicherweise nicht dieselben Umgebungsvariablen wie deine interaktive SSH-Sitzung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Rilevanti sono, ad esempio:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>PATH<\/li>\n\n\n\n<li>Arbeitsverzeichnis<\/li>\n\n\n\n<li>PHP-Binary<\/li>\n\n\n\n<li>weitere Umgebungsvariablen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Verwende deshalb m\u00f6glichst vollst\u00e4ndige Pfade zu Programmen und Dateien.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">21. Arbeitsverzeichnis des Skripts pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Manche Skripte verwenden intern relative Dateipfade.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per esempio:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>include 'config.php';<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">oder sie erwarten Dateien relativ zum aktuellen Arbeitsverzeichnis.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Skript in einer anderen Umgebung gestartet wird, kann dies zu Problemen f\u00fchren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine robuste Anwendung sollte ben\u00f6tigte Pfade eindeutig behandeln. Bei einer fremden Anwendung solltest du deren vorgesehene Cron-Anweisung verwenden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">22. HTTP-Aufruf funktioniert, CLI-Aufruf nicht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Manche Anwendungen stellen f\u00fcr Cron-Aufgaben eine URL bereit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein HTTP-Aufruf und ein direkter PHP-CLI-Aufruf sind technisch nicht identisch.<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>HTTP:\nCron \u2192 HTTP\/HTTPS \u2192 Webserver \u2192 Anwendung\n\nCLI:\nCron \u2192 PHP-Binary \u2192 PHP-Skript<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Hersteller ausdr\u00fccklich einen HTTP-Aufruf vorsieht, solltest du diesen nicht ohne technischen Grund durch einen direkten PHP-Aufruf ersetzen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">23. CLI funktioniert, HTTP-Aufruf nicht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Umgekehrt kann ein direkter PHP-Aufruf funktionieren, w\u00e4hrend ein HTTP-Aufruf fehlschl\u00e4gt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem HTTP-Aufruf kommen zus\u00e4tzliche Komponenten hinzu:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>DNS<\/li>\n\n\n\n<li>Server web<\/li>\n\n\n\n<li>HTTPS<\/li>\n\n\n\n<li>Reindirizzamenti<\/li>\n\n\n\n<li>Controllo degli accessi<\/li>\n\n\n\n<li>Anwendungsrouting<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb, welche Aufrufart die Anwendung tats\u00e4chlich vorsieht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">24. HTTP-Cronjob erh\u00e4lt 403 Forbidden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Cronjob eine URL aufruft und dabei einen:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>403 Proibito<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">erh\u00e4lt, erreicht der HTTP-Aufruf grunds\u00e4tzlich den Webserver, wird aber nicht wie erwartet zugelassen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Ursache kann beispielsweise in Zugriffsschutz, Sicherheitsregeln oder der Anwendung liegen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die systematische Diagnose behandeln wir unter <a href=\"\/it\/aiuto\/hosting-web-cpanel\/risolvere-lerrore-403-forbidden\/\">Risolvere l'errore 403 Forbidden<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">25. HTTP-Cronjob erh\u00e4lt 500 Internal Server Error<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Uno:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Errore interno del server<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">weist auf einen serverseitigen Fehler w\u00e4hrend der Verarbeitung hin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Der Cronjob kann in diesem Fall durchaus korrekt gestartet worden sein. Der Fehler entsteht erst beim HTTP-Aufruf beziehungsweise in der Anwendung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ulteriori passaggi sono disponibili su <a href=\"\/it\/aiuto\/hosting-web-cpanel\/errore-500-internal-server-error\/\">Risolvere l'errore 500 Internal Server Error<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">26. PHP Fatal Error untersuchen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Ausgabe einen PHP Fatal Error enth\u00e4lt, ist der Zeitplan normalerweise nicht das prim\u00e4re Problem.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Entscheidend ist dann die konkrete PHP-Fehlermeldung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Le possibili cause includono, ad esempio:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>inkompatible PHP-Version<\/li>\n\n\n\n<li>fehlende PHP-Erweiterung<\/li>\n\n\n\n<li>fehlerhafter Anwendungscode<\/li>\n\n\n\n<li>fehlende Datei<\/li>\n\n\n\n<li>Speicherproblem<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere nicht mehrere PHP-Einstellungen gleichzeitig, sondern arbeite anhand der konkreten Fehlermeldung.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">27. \u201eAllowed memory size exhausted\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un messaggio come:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Dimensione di memoria consentita ... esaurita<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">weist darauf hin, dass der PHP-Prozess sein verf\u00fcgbares Speicherlimit erreicht hat.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe dabei unbedingt, welche PHP-Umgebung den Cronjob ausf\u00fchrt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Web-PHP-Einstellungen einer Domain m\u00fcssen nicht automatisch f\u00fcr einen PHP-CLI-Prozess gelten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Grundlagen zu den PHP-Limits findest du unter <a href=\"\/it\/aiuto\/hosting-web-cpanel\/impostare-i-limiti-di-php\/\">Imposta limite di memoria PHP, dimensione di caricamento e tempo di esecuzione<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">28. Laufzeit und Timeouts richtig einordnen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Cronjob bei einer l\u00e4ngeren Aufgabe abbricht, kann die Laufzeit eine Rolle spielen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Unterscheide dabei zwischen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Limits der verwendeten PHP-Umgebung<\/li>\n\n\n\n<li>Limits beziehungsweise Verhalten der Anwendung<\/li>\n\n\n\n<li>externen Diensten<\/li>\n\n\n\n<li>Risorse di hosting<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein CLI-Prozess verh\u00e4lt sich hinsichtlich PHP-Limits nicht zwingend identisch mit einem normalen Webseitenaufruf.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">29. Externe API antwortet nicht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob kann technisch korrekt funktionieren und trotzdem seine Aufgabe nicht abschlie\u00dfen, wenn das Skript von einem externen Dienst abh\u00e4ngig ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Gli esempi sono:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>API esterne<\/li>\n\n\n\n<li>Warenwirtschaftssysteme<\/li>\n\n\n\n<li>Sistemi CRM<\/li>\n\n\n\n<li>Zahlungsdienste<\/li>\n\n\n\n<li>externe Datenquellen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe in diesem Fall die Ausgabe beziehungsweise das Anwendungslog auf Verbindungsfehler, Authentifizierungsprobleme oder Zeit\u00fcberschreitungen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">30. Zugangsdaten oder API-Schl\u00fcssel pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Cronjob Daten mit einem externen System austauscht, k\u00f6nnen ung\u00fcltige oder abgelaufene Zugangsdaten die Ursache sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typische Fehler sind beispielsweise:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Unauthorized\nAuthentication failed\nInvalid API key\nAccess denied<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Speichere sensible Zugangsdaten nicht ungesch\u00fctzt direkt im Cron-Befehl.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">31. Cronjob startet zu h\u00e4ufig<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob kann technisch funktionieren und trotzdem Probleme verursachen, wenn er zu h\u00e4ufig gestartet wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Esempio:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Start alle 5 Minuten\nLaufzeit 12 Minuten<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Dann kann eine neue Instanz gestartet werden, w\u00e4hrend die vorherige noch l\u00e4uft.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">32. \u00dcberlappende Prozesse erkennen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Mehrere gleichzeitig laufende Instanzen k\u00f6nnen beispielsweise zu folgenden Problemen f\u00fchren:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>doppelte Verarbeitung<\/li>\n\n\n\n<li>gesperrte Dateien<\/li>\n\n\n\n<li>Datenbankkonflikte<\/li>\n\n\n\n<li>erh\u00f6hte CPU-Auslastung<\/li>\n\n\n\n<li>h\u00f6herem Speicherverbrauch<\/li>\n\n\n\n<li>externen API-Limits<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe bei lang laufenden Aufgaben deshalb, ob das Intervall zur tats\u00e4chlichen Laufzeit passt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">33. Anwendung gegen parallele Ausf\u00fchrung absichern<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Professionelle Anwendungen verwenden f\u00fcr bestimmte Aufgaben Mechanismen, die eine parallele Ausf\u00fchrung verhindern k\u00f6nnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise \u00fcber Lock-Dateien, Datenbankstatus oder andere Sperrmechanismen erfolgen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Implementiere solche Mechanismen nicht auf Verdacht in fremde Anwendungen. Pr\u00fcfe zuerst deren Dokumentation.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">34. Hosting-Ressourcen kontrollieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob kann CPU, Arbeitsspeicher, Prozesse und Datenbankressourcen beanspruchen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei h\u00e4ufigen oder umfangreichen Aufgaben kann deshalb die Ressourcennutzung relevant sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wie du CloudLinux-Werte kontrollierst, erkl\u00e4ren wir unter <a href=\"\/it\/aiuto\/hosting-web-cpanel\/utilizzo-delle-risorse-di-cloudlinux\/\">Comprendere l'utilizzo delle risorse di CloudLinux in cPanel<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">35. Resource Limit Is Reached<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn deine Website oder Anwendung gleichzeitig Hinweise auf ausgesch\u00f6pfte Hosting-Ressourcen zeigt, sollte dies separat untersucht werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob kann eine Lastspitze ausl\u00f6sen oder mit einer bereits vorhandenen hohen Auslastung zusammenfallen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Trattiamo la diagnosi mirata presso <a href=\"\/it\/aiuto\/hosting-web-cpanel\/il-limite-delle-risorse-e-stato-raggiunto\/\">Limite di risorse raggiunto: identificazione e risoluzione dei limiti di CloudLinux<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">36. Mehrere Cronjobs starten gleichzeitig<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn mehrere ressourcenintensive Cronjobs exakt zur gleichen Minute starten, kann eine unn\u00f6tige Lastspitze entstehen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Per esempio:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>03:00 \u2192 Import\n03:00 \u2192 Export\n03:00 \u2192 Synchronisation\n03:00 \u2192 Statistikverarbeitung<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Anwendungen zeitlich flexibel sind, k\u00f6nnen unterschiedliche Startzeiten sinnvoller sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere vorgegebene Intervalle einer Anwendung jedoch nicht ohne Pr\u00fcfung.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">37. Cronjob funktioniert nach Website-Umzug nicht mehr<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Nach einem Hosting- oder Website-Umzug geh\u00f6ren Cronjobs zu den Konfigurationen, die separat kontrolliert werden sollten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Insbesondere absolute Pfade k\u00f6nnen sich ge\u00e4ndert haben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein alter Cronjob kann beispielsweise weiterhin auf:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/home\/ALTERUSER\/...<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">zeigen, obwohl die Anwendung inzwischen unter einem anderen Accountpfad liegt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">38. Cronjob nach Domainwechsel pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Cronjob eine URL aufruft, kann ein Domainwechsel ebenfalls relevant sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Kontrolliere dann:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Nome host<\/li>\n\n\n\n<li>HTTPS<\/li>\n\n\n\n<li>Reindirizzamenti<\/li>\n\n\n\n<li>Pfad der Cron-URL<\/li>\n\n\n\n<li>Controllo degli accessi<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Ein alter HTTP-Cronjob kann ansonsten weiterhin eine nicht mehr g\u00fcltige Adresse aufrufen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">39. Cronjob funktioniert nach PHP-Wechsel nicht mehr<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn das Problem unmittelbar nach einer \u00c4nderung der PHP-Version auftritt, solltest du pr\u00fcfen, welche PHP-Binary der Cronjob verwendet.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein fest eingetragener CLI-Pfad wird durch die \u00c4nderung der Web-PHP-Version nicht zwangsl\u00e4ufig automatisch angepasst.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe zus\u00e4tzlich, ob die Anwendung und ihre ben\u00f6tigten Erweiterungen mit der verwendeten PHP-Version kompatibel sind.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">40. Cronjob funktioniert nach Update nicht mehr<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn eine Anwendung unmittelbar nach einem Update ihre Cron-Aufgabe nicht mehr korrekt verarbeitet, notiere:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>welche Anwendung aktualisiert wurde<\/li>\n\n\n\n<li>welche Version vorher verwendet wurde<\/li>\n\n\n\n<li>welche Version jetzt verwendet wird<\/li>\n\n\n\n<li>welche Fehlermeldung der Cronjob erzeugt<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe anschlie\u00dfend die Dokumentation beziehungsweise Systemanforderungen der Anwendung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ver\u00e4ndere nicht gleichzeitig Cron-Syntax, PHP-Version und Dateiberechtigungen, wenn der Fehler eindeutig erst nach einem Software-Update begonnen hat.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">41. WordPress WP-Cron funktioniert nicht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress verwendet standardm\u00e4\u00dfig <strong>WP-Cron<\/strong> f\u00fcr geplante Aufgaben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WP-Cron ist kein klassischer Linux-Cronjob. Geplante Aufgaben werden standardm\u00e4\u00dfig im Zusammenhang mit Website-Aufrufen angesto\u00dfen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn WordPress-Aufgaben versp\u00e4tet oder gar nicht ausgef\u00fchrt werden, solltest du deshalb zun\u00e4chst kl\u00e4ren, ob:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>der normale WP-Cron verwendet wird<\/li>\n\n\n\n<li>WP-Cron bewusst deaktiviert wurde<\/li>\n\n\n\n<li>ein echter Server-Cron als Ersatz eingerichtet wurde<\/li>\n\n\n\n<li>dieser Server-Cron tats\u00e4chlich funktioniert<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">42. DISABLE_WP_CRON pr\u00fcfen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In der WordPress-Datei <code>wp-config.php<\/code> kann beispielsweise folgende Einstellung vorhanden sein:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Damit wird der normale WordPress-Aufrufmechanismus f\u00fcr WP-Cron deaktiviert.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist nur sinnvoll, wenn bewusst ein anderer zuverl\u00e4ssiger Mechanismus f\u00fcr die geplanten WordPress-Aufgaben eingerichtet wurde.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attenzione:<\/strong> Entferne oder \u00e4ndere <code>DISABILITA_WP_CRON<\/code> nicht blind. Pr\u00fcfe zuerst, warum die Einstellung gesetzt wurde und ob ein Server-Cronjob als Ersatz existiert.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">43. Server-Cron f\u00fcr WordPress vorhanden, Aufgaben laufen trotzdem nicht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein echter Cronjob WordPress regelm\u00e4\u00dfig ansto\u00dfen soll, pr\u00fcfe zun\u00e4chst, ob dieser Cronjob selbst erfolgreich ausgef\u00fchrt wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Danach muss gepr\u00fcft werden, ob WordPress die f\u00e4lligen Aufgaben tats\u00e4chlich verarbeitet.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Damit trennst du erneut:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Server-Cron funktioniert?\n        \u2193\nWordPress wird erreicht?\n        \u2193\nWP-Cron verarbeitet f\u00e4llige Aufgaben?\n        \u2193\nEinzelne Anwendung verarbeitet ihre Aufgabe?<\/code><\/pre>\n\n\n\n<h2 class=\"wp-block-heading\">44. WooCommerce-Aufgabe wird nicht ausgef\u00fchrt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WooCommerce und Erweiterungen k\u00f6nnen geplante Hintergrundaufgaben verwenden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn eine bestimmte Shop-Aufgabe ausbleibt, bedeutet das nicht automatisch, dass der cPanel-Cronjob fehlerhaft ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe zun\u00e4chst, auf welcher Ebene die betreffende Aufgabe geplant und verarbeitet wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress-\/WooCommerce-Systemen kann zus\u00e4tzlich das interne System f\u00fcr geplante Aktionen eine Rolle spielen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">45. Cronjob verschickt eine gro\u00dfe Menge E-Mails<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Cronjob E-Mails ausl\u00f6st, solltest du bei Tests besonders vorsichtig sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein auf jede Minute gesetzter Test-Cronjob kann ansonsten dieselbe Versandfunktion wiederholt ausl\u00f6sen.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attenzione:<\/strong> Verwende f\u00fcr Versand-, Newsletter-, Rechnungs- oder Benachrichtigungsprozesse kein aggressives Testintervall, solange du nicht wei\u00dft, wie die Anwendung Mehrfachausf\u00fchrungen verhindert.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">46. Cronjob erzeugt doppelte Datens\u00e4tze<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Doppelte Datens\u00e4tze k\u00f6nnen ein Hinweis darauf sein, dass:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>der Cronjob mehrfach eingerichtet wurde<\/li>\n\n\n\n<li>mehrere identische Prozesse parallel laufen<\/li>\n\n\n\n<li>die Anwendung selbst keinen Schutz gegen doppelte Verarbeitung besitzt<\/li>\n\n\n\n<li>ein Server-Cron und ein weiterer Scheduler dieselbe Aufgabe ausl\u00f6sen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe zuerst die Liste der vorhandenen Cronjobs und anschlie\u00dfend die Anwendungskonfiguration.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">47. Pr\u00fcfen, ob derselbe Cronjob doppelt vorhanden ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Controlla sotto:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Opzioni avanzate \u2192 Cronjob<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ob derselbe oder ein nahezu identischer Befehl mehrfach eingetragen wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise nach einer Migration oder manuellen Neueinrichtung passieren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L\u00f6sche einen Eintrag nur, wenn du sicher wei\u00dft, dass es sich tats\u00e4chlich um eine unn\u00f6tige Dublette handelt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">48. Cronjob wurde gel\u00f6scht<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn eine Anwendung pl\u00f6tzlich keine geplanten Aufgaben mehr verarbeitet, kontrolliere auch, ob der ben\u00f6tigte Cronjob noch vorhanden ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann beispielsweise nach einer Bereinigung, Migration oder manuellen \u00c4nderung relevant sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein gel\u00f6schter Cronjob wird nicht automatisch dadurch wiederhergestellt, dass die Anwendung weiterhin installiert ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">49. Alte Cronjobs nach Deinstallation einer Anwendung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Umgekehrt k\u00f6nnen Cronjobs bestehen bleiben, obwohl die zugeh\u00f6rige Anwendung nicht mehr vorhanden ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dann kann der Cronjob regelm\u00e4\u00dfig einen nicht mehr existierenden Pfad aufrufen und fortlaufend Fehlermeldungen erzeugen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe bei der Entfernung einer Anwendung deshalb auch, ob dazugeh\u00f6rige Cronjobs noch ben\u00f6tigt werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">50. Cronjob nicht durch permanentes Ausprobieren reparieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Cronjob nicht funktioniert, solltest du nicht gleichzeitig:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Zeitplan \u00e4ndern\nPHP-Version \u00e4ndern\nDateirechte \u00e4ndern\nSkript verschieben\nPHP-Limits \u00e4ndern\nCron-Befehl ersetzen<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Danach l\u00e4sst sich kaum noch feststellen, welche \u00c4nderung tats\u00e4chlich relevant war.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Arbeite stattdessen vom Cronjob zur Anwendung:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Zeitplan\n\u2192 Befehl\n\u2192 Pfade\n\u2192 Ausf\u00fchrungsumgebung\n\u2192 Fehlermeldung\n\u2192 Anwendung<\/code><\/pre>\n\n\n\n<h2 class=\"wp-block-heading\">Typische Fehlermeldungen richtig einordnen<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Fehlermeldung \/ Problem<\/th><th>Prima controlla<\/th><\/tr><\/thead><tbody><tr><td><code>command not found<\/code><\/td><td>Befehl und vollst\u00e4ndiger Pfad zur ausf\u00fchrbaren Datei<\/td><\/tr><tr><td><code>No such file or directory<\/code><\/td><td>Dateipfad, Dateiname und Document Root<\/td><\/tr><tr><td><code>Permission denied<\/code><\/td><td>Datei-\/Verzeichnisrechte und Ausf\u00fchrungsart<\/td><\/tr><tr><td>Errore fatale di PHP<\/td><td>konkrete PHP-Meldung, PHP-Version und Anwendung<\/td><\/tr><tr><td><code>Dimensione della memoria consentita esaurita<\/code><\/td><td>PHP-Umgebung und Speicherbedarf<\/td><\/tr><tr><td>Cronjob l\u00e4uft zur falschen Uhrzeit<\/td><td>Zeitplan und Zeitzone<\/td><\/tr><tr><td>Manuell funktioniert, Cron nicht<\/td><td>absolute Pfade und Cron-Umgebung<\/td><\/tr><tr><td>HTTP-Aufruf liefert 403<\/td><td>Zugriffsschutz, Sicherheitsregeln und Anwendung<\/td><\/tr><tr><td>HTTP-Aufruf liefert 500<\/td><td>Server-\/PHP-\/Anwendungsfehler und Logs<\/td><\/tr><tr><td>Aufgabe wird doppelt ausgef\u00fchrt<\/td><td>doppelte Cronjobs und \u00fcberlappende Prozesse<\/td><\/tr><tr><td>Nach Umzug funktioniert Cron nicht<\/td><td>absolute Pfade und Domain<\/td><\/tr><tr><td>Nach PHP-Wechsel funktioniert Cron nicht<\/td><td>PHP-Binary und ben\u00f6tigte Extensions<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Systematische Diagnose in zehn Schritten<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Apri <strong>Opzioni avanzate \u2192 Cronjob<\/strong> und kontrolliere, ob der Cronjob vorhanden ist.<\/li>\n\n\n\n<li>Pr\u00fcfe Minute, Stunde, Tag, Monat und Wochentag.<\/li>\n\n\n\n<li>Ber\u00fccksichtige die f\u00fcr die Ausf\u00fchrung ma\u00dfgebliche Zeitzone.<\/li>\n\n\n\n<li>Kontrolliere den vollst\u00e4ndigen Befehl.<\/li>\n\n\n\n<li>Pr\u00fcfe alle absoluten Datei- und Programmpfade.<\/li>\n\n\n\n<li>Kontrolliere bei PHP-Skripten die verwendete PHP-Binary.<\/li>\n\n\n\n<li>Entferne f\u00fcr die Diagnose gegebenenfalls bewusst eingerichtete Ausgabeunterdr\u00fcckung.<\/li>\n\n\n\n<li>Prendi nota del messaggio di errore completo.<\/li>\n\n\n\n<li>Teste den Befehl \u2013 sofern gefahrlos m\u00f6glich \u2013 manuell.<\/li>\n\n\n\n<li>Untersuche erst danach die Anwendung selbst.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">Wenn keine Fehlermeldung vorhanden ist<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du keinerlei Ausgabe erh\u00e4ltst, solltest du zuerst pr\u00fcfen, ob diese bewusst unterdr\u00fcckt wird.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Suche im Cron-Befehl beispielsweise nach:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/dev\/null<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe au\u00dferdem, ob Cron-Ausgaben per E-Mail zugestellt werden und ob die Anwendung eine eigene Logdatei besitzt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einem eigenen Skript kann eine vor\u00fcbergehende kontrollierte Protokollierung hilfreich sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Wenn der Cronjob sporadisch funktioniert<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cronjob, der nicht immer fehlschl\u00e4gt, ben\u00f6tigt eine andere Betrachtung als ein grunds\u00e4tzlich falscher Befehl.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe bei sporadischen Problemen insbesondere:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Ressourcenauslastung<\/li>\n\n\n\n<li>durata<\/li>\n\n\n\n<li>\u00fcberlappende Prozesse<\/li>\n\n\n\n<li>API esterne<\/li>\n\n\n\n<li>Netzwerkabh\u00e4ngigkeiten<\/li>\n\n\n\n<li>wechselnde Eingabedaten<\/li>\n\n\n\n<li>Anwendungslogs zum konkreten Fehlerzeitpunkt<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Notiere m\u00f6glichst den genauen Zeitpunkt eines Fehlers. Dadurch lassen sich Logs und Ressourcenwerte wesentlich besser zuordnen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">cPanel Error Log richtig einordnen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Fehlern einer \u00fcber den Webserver aufgerufenen Anwendung kann das cPanel-Fehlerprotokoll wichtige Hinweise enthalten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Auswertung erkl\u00e4ren wir unter <a href=\"\/it\/aiuto\/hosting-web-cpanel\/leggere-il-registro-degli-errori-di-cpanel\/\">Leggere il log degli errori di cPanel e trovare gli errori del sito web<\/a>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein direkt \u00fcber PHP-CLI ausgef\u00fchrter Cronjob muss seine Fehler jedoch nicht zwingend in demselben Webserver-Log protokollieren. Deshalb solltest du zus\u00e4tzlich die Cron-Ausgabe und anwendungseigene Logs pr\u00fcfen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Quando dovresti contattare il supporto di CURIAWEB?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du Zeitplan, Befehl, Pfade und Ausgaben kontrolliert hast, der Cronjob aber weiterhin nicht wie erwartet funktioniert, dokumentiere das Problem m\u00f6glichst konkret.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr eine technische Analyse sind insbesondere folgende Angaben hilfreich:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>dominio o applicazione interessati<\/li>\n\n\n\n<li>eingestellter Cron-Zeitplan<\/li>\n\n\n\n<li>vollst\u00e4ndiger Cron-Befehl ohne vertrauliche Daten<\/li>\n\n\n\n<li>erwartetes Verhalten<\/li>\n\n\n\n<li>tats\u00e4chliches Verhalten<\/li>\n\n\n\n<li>ungef\u00e4hre oder genaue Zeit der letzten fehlerhaften Ausf\u00fchrung<\/li>\n\n\n\n<li>messaggio di errore completo<\/li>\n\n\n\n<li>verwendete PHP-Binary beziehungsweise PHP-Version, falls relevant<\/li>\n\n\n\n<li>ob der identische Befehl manuell funktioniert<\/li>\n\n\n\n<li>ob der Cronjob fr\u00fcher funktioniert hat<\/li>\n\n\n\n<li>welche \u00c4nderung unmittelbar vor dem Problem vorgenommen wurde<\/li>\n<\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Avviso di sicurezza:<\/strong> Entferne Passw\u00f6rter, API-Schl\u00fcssel, Tokens und andere Zugangsdaten aus dem Cron-Befehl, bevor du ihn weitergibst. \u00dcbermittle solche vertraulichen Informationen nicht unn\u00f6tig.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Riepilogo<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Cronjob nicht funktioniert, solltest du zuerst feststellen, auf welcher Ebene das Problem entsteht. Ein Cronjob besteht nicht nur aus seinem Zeitplan: cPanel startet einen Befehl, der wiederum ein Skript oder eine andere Anwendung ausf\u00fchrt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Kontrolliere deshalb zuerst den Cron-Zeitplan und die Zeitzone. Pr\u00fcfe danach den vollst\u00e4ndigen Befehl, absolute Pfade und bei PHP-Skripten die tats\u00e4chlich verwendete PHP-Binary.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Meldungen wie <code>command not found<\/code>, <code>No such file or directory<\/code> o <code>Permission denied<\/code> geben bereits wichtige Hinweise auf die Ursache. PHP Fatal Errors m\u00fcssen dagegen anhand der konkreten PHP-Meldung untersucht werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Unterdr\u00fccke Fehlermeldungen w\u00e4hrend der Diagnose nicht vorschnell mit <code>\/dev\/null<\/code>. Cron-Ausgaben, Logdateien und ein kontrollierter manueller Test sind h\u00e4ufig die schnellsten Wege zur Ursache.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Befehl manuell funktioniert, als Cronjob aber nicht, solltest du insbesondere absolute Pfade, PHP-Binary, Arbeitsverzeichnis und Umgebungsvariablen ber\u00fccksichtigen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress muss zus\u00e4tzlich zwischen dem WordPress-eigenen WP-Cron und einem echten Server-Cronjob unterschieden werden. Ist <code>DISABILITA_WP_CRON<\/code> aktiviert, muss ein funktionierender alternativer Mechanismus vorhanden sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei sporadischen Fehlern solltest du au\u00dferdem Ressourcenverbrauch, \u00fcberlappende Prozesse und externe Abh\u00e4ngigkeiten untersuchen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die wichtigste Regel f\u00fcr eine effiziente Fehlersuche lautet: <strong>Nicht alles gleichzeitig ver\u00e4ndern. Pr\u00fcfe Zeitplan \u2192 Befehl \u2192 Pfade \u2192 Ausf\u00fchrungsumgebung \u2192 Fehlermeldung \u2192 Anwendung in genau dieser Reihenfolge.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"<p>Ein Cronjob ist in cPanel eingerichtet, aber die erwartete Aufgabe wird nicht ausgef\u00fchrt? Dann solltest du Zeitplan, Befehl und das aufgerufene Skript getrennt voneinander pr\u00fcfen. Ein besonders h\u00e4ufiger Fehler bei der Diagnose besteht darin, einen nicht funktionierenden Cronjob automatisch mit einem fehlerhaften Zeitplan gleichzusetzen. Tats\u00e4chlich kann cPanel den Cronjob korrekt starten, w\u00e4hrend erst der ausgef\u00fchrte [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[78],"doc_tag":[],"class_list":["post-22611","docs","type-docs","status-publish","hentry","doc_category-webhosting-cpanel"],"year_month":"2026-09","word_count":3909,"total_views":"5","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"Webhosting &amp; cPanel","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/webhosting-cpanel\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22611","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22611"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22611\/revisions"}],"predecessor-version":[{"id":22613,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22611\/revisions\/22613"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22611"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22611"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22611"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}