{"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\/fr\/hilfe\/webhosting-cpanel\/cronjob-funktioniert-nicht\/","title":{"rendered":"La t\u00e2che cron ne fonctionne pas : causes et solutions"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Une t\u00e2che cron est configur\u00e9e dans cPanel, mais la t\u00e2che attendue ne s'ex\u00e9cute pas ? Vous devez alors v\u00e9rifier s\u00e9par\u00e9ment le calendrier, la commande et le script appel\u00e9.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Une erreur particuli\u00e8rement fr\u00e9quente lors du diagnostic consiste \u00e0 assimiler automatiquement un cronjob qui ne fonctionne pas \u00e0 un calendrier d\u00e9fectueux. En r\u00e9alit\u00e9, cPanel peut lancer correctement le cronjob, alors que c'est seulement la commande ex\u00e9cut\u00e9e ou le script appel\u00e9 qui \u00e9choue.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Dans ce guide, nous vous montrons comment analyser syst\u00e9matiquement un cronjob qui ne fonctionne pas et identifier les erreurs typiques concernant le calendrier, les chemins, la version de PHP, les permissions, les sorties et WordPress WP-Cron.<\/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>R\u00e8gle de base :<\/strong> V\u00e9rifie d'abord si la t\u00e2che cron est lanc\u00e9e. V\u00e9rifie ensuite si la commande enregistr\u00e9e fonctionne. Ce n'est qu'apr\u00e8s que tu examines l'application elle-m\u00eame. Tu \u00e9vites ainsi de faire des modifications sur plusieurs niveaux techniques en m\u00eame temps.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Les trois niveaux d'un probl\u00e8me de cronjob<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pour un d\u00e9pannage efficace, vous devez distinguer trois domaines :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>1. Calendrier\n   \u2193\nLe cronjob est-il ex\u00e9cut\u00e9 \u00e0 l'heure pr\u00e9vue ?\n\n2. Commande\n   \u2193\nLa commande saisie peut-elle \u00eatre ex\u00e9cut\u00e9e ?\n\n3. Application\n   \u2193\nLe script appel\u00e9 fonctionne-t-il correctement lui-m\u00eame ?<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Cette distinction est cruciale.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un cronjob peut par exemple \u00eatre lanc\u00e9 \u00e0 l'heure pr\u00e9vue, mais s'interrompre imm\u00e9diatement en raison d'un chemin de fichier erron\u00e9. De m\u00eame, PHP peut d\u00e9marrer correctement, tandis que le script PHP lui-m\u00eame g\u00e9n\u00e8re une erreur fatale.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">1. V\u00e9rifier la t\u00e2che cron dans cPanel<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Connecte-toi \u00e0 ton cPanel CURIAWEB et ouvre :<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Options avanc\u00e9es \u2192 T\u00e2ches Cron<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifiez d'abord si le cronjob en question figure effectivement dans la liste des cronjobs existants.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifiez ensuite l'entr\u00e9e compl\u00e8te, en particulier le calendrier et la commande.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Si vous ne savez toujours pas comment configurer correctement une t\u00e2che cron, vous trouverez les bases sur <a href=\"\/fr\/aide\/hebergement-web-cpanel\/creer-une-tache-cron\/\">Cr\u00e9er une t\u00e2che cron dans cPanel et configurer correctement le calendrier<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">2. V\u00e9rifier le calendrier avec pr\u00e9cision<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un calendrier cron se compose de cinq champs :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Minute, heure, jour, mois, jour de la semaine<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Un cronjob quotidien \u00e0 03h00 peut par exemple ressembler \u00e0 ceci :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>0 3 * * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Un travail cron toutes les cinq minutes :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>*\/5 * * * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifiez les valeurs caract\u00e8re par caract\u00e8re.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Minute et heure confondues<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Une erreur fr\u00e9quente est la confusion des deux premiers champs.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>30 3 * * *<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">signifie en principe tous les jours \u00e0 03h30.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L'ordre n'est pas l'heure et la minute, mais :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Minute \u2192 Heure<\/code><\/pre>\n\n\n\n<h2 class=\"wp-block-heading\">Ne pas confondre le jour du mois et le jour de la semaine<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ces deux champs ont \u00e9galement des significations diff\u00e9rentes.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple :<\/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\">correspond par principe \u00e0 une ex\u00e9cution le lundi \u00e0 06h00.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">En revanche :<\/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\">signifie g\u00e9n\u00e9ralement une ex\u00e9cution le premier jour d'un mois \u00e0 06:00.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">3. Prendre en compte l'heure du serveur ou le fuseau horaire<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Si le travail cron fonctionne mais semble s'ex\u00e9cuter \u00e0 la mauvaise heure, vous devriez v\u00e9rifier le fuseau horaire pertinent pour l'ex\u00e9cution de cron.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">L'heure locale de votre ordinateur et celle utilis\u00e9e par le serveur ne doivent pas n\u00e9cessairement \u00eatre identiques.<\/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>Conseil pratique :<\/strong> Si une t\u00e2che cron s'ex\u00e9cute de mani\u00e8re fiable mais diff\u00e8re toujours d'une ou deux heures de l'heure pr\u00e9vue, le fuseau horaire est l'un des premiers points que vous devez v\u00e9rifier.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Tenir compte de l'heure d'\u00e9t\u00e9 et d'hiver<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pour les t\u00e2ches qui doivent imp\u00e9rativement s'ex\u00e9cuter \u00e0 une heure locale pr\u00e9cise, le passage \u00e0 l'heure d'\u00e9t\u00e9 ou d'hiver peut \u00e9galement \u00eatre pertinent.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ne modifiez donc pas imm\u00e9diatement un planning par ailleurs fonctionnel sur de simples suppositions si le temps d'ex\u00e9cution observ\u00e9 a chang\u00e9.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">4. Contr\u00f4ler la commande cron compl\u00e8te<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Si le calendrier est correct, v\u00e9rifie la commande proprement dite.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un cronjob PHP peut par exemple \u00eatre structur\u00e9 sch\u00e9matiquement de cette mani\u00e8re :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\/pfad\/zur\/php-binary \/home\/CPANELUSER\/public_html\/script.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Un seul caract\u00e8re erron\u00e9, un r\u00e9pertoire inexistant ou un mauvais binaire PHP peut emp\u00eacher la commande de fonctionner.<\/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>Important :<\/strong> N'utilisez pas simplement une commande cron tir\u00e9e du guide d'un autre h\u00e9bergeur. Les chemins PHP et les structures de r\u00e9pertoires peuvent diff\u00e9rer.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">5. V\u00e9rifier les chemins absolus<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Les t\u00e2ches cron doivent de pr\u00e9f\u00e9rence utiliser des chemins absoluts explicites.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un chemin de fichier peut se pr\u00e9senter sch\u00e9matiquement ainsi :<\/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\">Une entr\u00e9e telle que :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>script.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">est en revanche un chemin relatif et suppose que le r\u00e9pertoire de travail appropri\u00e9 est utilis\u00e9.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">C'est pr\u00e9cis\u00e9ment cette hypoth\u00e8se qui peut \u00eatre fausse lors d'une ex\u00e9cution automatique par cron.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Mauvaise racine de document<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Sur un compte d'h\u00e9bergement avec plusieurs domaines, un site Web ne doit pas n\u00e9cessairement se trouver sous <code>public_html<\/code> se trouver.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Un domaine ou un sous-domaine suppl\u00e9mentaire peut par exemple poss\u00e9der sa propre racine de document.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Si le cronjob appelle un fichier du mauvais site Web ou d'un mauvais r\u00e9pertoire, la commande peut \u00e9chouer ou m\u00eame cibler une autre installation.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Vous pouvez consulter la structure des r\u00e9pertoires avec <a href=\"\/fr\/aide\/hebergement-web-cpanel\/utiliser-le-gestionnaire-de-fichiers-cpanel\/\">Gestionnaire de fichiers cPanel<\/a> contr\u00f4ler.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">6. V\u00e9rifier si le fichier existe effectivement<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ouvrez le r\u00e9pertoire sp\u00e9cifi\u00e9 dans la t\u00e2che cron dans le gestionnaire de fichiers cPanel.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifie :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Le fichier existe-t-il ?<\/li>\n\n\n\n<li>Le nom du fichier est-il exact ?<\/li>\n\n\n\n<li>La casse est-elle correcte ?<\/li>\n\n\n\n<li>Le fichier se trouve-t-il dans le r\u00e9pertoire sp\u00e9cifi\u00e9 ?<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Les syst\u00e8mes de fichiers Linux font fondamentalement une distinction entre les majuscules et les minuscules.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple, les \u00e9l\u00e9ments suivants peuvent :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>cron.php<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">\u00eatre des noms de fichiers diff\u00e9rents.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">7. R\u00e9soudre l'erreur \u201e No such file or directory \u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un message tel que :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Aucun fichier ou dossier de ce nom<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">indique souvent qu'un fichier ou un programme sp\u00e9cifi\u00e9 n'a pas \u00e9t\u00e9 trouv\u00e9 sous le chemin utilis\u00e9.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">V\u00e9rifie ensuite en particulier :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Chemin d'acc\u00e8s au binaire PHP<\/li>\n\n\n\n<li>Chemin du script<\/li>\n\n\n\n<li>Nom de fichier<\/li>\n\n\n\n<li>Racine du document<\/li>\n\n\n\n<li>si le fichier a \u00e9t\u00e9 d\u00e9plac\u00e9 apr\u00e8s une migration<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">8. R\u00e9soudre l'erreur \u201e Commande introuvable \u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un message tel que :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>commande introuvable<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">signifie g\u00e9n\u00e9ralement que la commande appel\u00e9e n'a pas pu \u00eatre trouv\u00e9e.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cela peut par exemple se produire si un cronjob se contente de :<\/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\">utilis\u00e9 et en s'en remettant au fait que le PHP souhait\u00e9 soit automatiquement trouv\u00e9 via le chemin de recherche.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Avec les t\u00e2ches cron, il est plus fiable d'utiliser l'ex\u00e9cutable r\u00e9ellement requis ou la commande compl\u00e8te pr\u00e9vue par l'application.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">9. V\u00e9rifier le binaire PHP<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pour les t\u00e2ches cron PHP, il faut d\u00e9terminer quelle version de PHP doit ex\u00e9cuter le script.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">La version PHP d'un site Web et la version PHP d'une commande en ligne ne sont pas automatiquement identiques.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Par exemple, si votre site Web fonctionne avec une version sp\u00e9cifique de PHP, mais que la t\u00e2che cron utilise un autre binaire PHP, le script peut g\u00e9n\u00e9rer des erreurs lors de son ex\u00e9cution automatique.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Vous g\u00e9rez fondamentalement la version PHP d'un domaine sur CURIAWEB via le <a href=\"\/fr\/aide\/hebergement-web-cpanel\/changer-la-version-php\/\">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>Important :<\/strong> Le gestionnaire MultiPHP d\u00e9termine la configuration PHP Web du domaine. Dans le cas d'une t\u00e2che cron CLI, il faut tout de m\u00eame v\u00e9rifier s\u00e9par\u00e9ment quel binaire PHP est appel\u00e9 dans la commande cron.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">10. Ne pas deviner la version PHP de la t\u00e2che cron avec php -v<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Un appel g\u00e9n\u00e9ral tel que :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>php -v<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">affiche la version PHP de la commande CLI ainsi r\u00e9solue.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Cela ne prouve pas automatiquement que :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>le site Web utilise la m\u00eame version de PHP<\/li>\n\n\n\n<li>le cronjob utilise le m\u00eame binaire PHP<\/li>\n\n\n\n<li>les extensions PHP requises sont identiques<\/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\">Tu trouveras plus d'informations sur <a href=\"\/fr\/aide\/hebergement-web-cpanel\/activer-les-extensions-php\/\">Activer et g\u00e9rer les extensions PHP dans 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\">geh\u00f6ren.<\/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 message tel que :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Acc\u00e8s refus\u00e9<\/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\">V\u00e9rifie en particulier :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Autorisations de fichiers<\/li>\n\n\n\n<li>Autorisations de r\u00e9pertoire<\/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=\"\/fr\/aide\/hebergement-web-cpanel\/dateiberechtigungen-644-755\/\">D\u00e9finir correctement les autorisations de fichiers 644 et 755 dans 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>Attention :<\/strong> Ne d\u00e9finissez pas les autorisations de fichiers de mani\u00e8re globale sur <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>Conseil pratique :<\/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\">Die Schreibweise:<\/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\">Sch\u00e9matiquement :<\/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>Important :<\/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>Attention :<\/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\">Sont pertinents, par exemple :<\/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\">Par exemple :<\/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>Webserver<\/li>\n\n\n\n<li>HTTPS<\/li>\n\n\n\n<li>Redirections<\/li>\n\n\n\n<li>Protection contre l'acc\u00e8s non autoris\u00e9<\/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 Interdit<\/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=\"\/fr\/aide\/hebergement-web-cpanel\/comment-corriger-lerreur-403-forbidden\/\">R\u00e9soudre l'erreur 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\">Un<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>500 Erreur interne du serveur<\/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\">Vous trouverez de plus amples informations sur <a href=\"\/fr\/aide\/hebergement-web-cpanel\/erreur-500-erreur-interne-du-serveur\/\">R\u00e9soudre l'erreur interne du serveur 500<\/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\">Les causes possibles sont par exemple :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>inkompatible PHP-Version<\/li>\n\n\n\n<li>extension PHP manquante<\/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 message tel que :<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Taille de m\u00e9moire autoris\u00e9e ... \u00e9puis\u00e9e<\/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=\"\/fr\/aide\/hebergement-web-cpanel\/php-limits-einstellen\/\">D\u00e9finir la limite de m\u00e9moire PHP, la taille de t\u00e9l\u00e9chargement et le temps d'ex\u00e9cution<\/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>Ressources d'h\u00e9bergement<\/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\">Les exemples sont :<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>APIs externes<\/li>\n\n\n\n<li>Warenwirtschaftssysteme<\/li>\n\n\n\n<li>Syst\u00e8mes 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\">Exemple :<\/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=\"\/fr\/aide\/hebergement-web-cpanel\/utilisation-des-ressources-cloudlinux\/\">Comprendre l'utilisation des ressources CloudLinux dans 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\">Die gezielte Diagnose behandeln wir unter <a href=\"\/fr\/aide\/hebergement-web-cpanel\/resource-limit-is-reached\/\">Limite de ressources atteinte : identifier et corriger les limites 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\">Par exemple :<\/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>Nom d'h\u00f4te<\/li>\n\n\n\n<li>HTTPS<\/li>\n\n\n\n<li>Redirections<\/li>\n\n\n\n<li>Pfad der Cron-URL<\/li>\n\n\n\n<li>Protection contre l'acc\u00e8s non autoris\u00e9<\/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>Attention :<\/strong> Entferne oder \u00e4ndere <code>DISABLE_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>Attention :<\/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\">Kontrolliere unter:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Options avanc\u00e9es \u2192 T\u00e2ches Cron<\/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>V\u00e9rifier d'abord<\/th><\/tr><\/thead><tbody><tr><td><code>commande introuvable<\/code><\/td><td>Befehl und vollst\u00e4ndiger Pfad zur ausf\u00fchrbaren Datei<\/td><\/tr><tr><td><code>Aucun fichier ou dossier de ce nom<\/code><\/td><td>Dateipfad, Dateiname und Document Root<\/td><\/tr><tr><td><code>Acc\u00e8s refus\u00e9<\/code><\/td><td>Datei-\/Verzeichnisrechte und Ausf\u00fchrungsart<\/td><\/tr><tr><td>Erreur fatale PHP<\/td><td>konkrete PHP-Meldung, PHP-Version und Anwendung<\/td><\/tr><tr><td><code>Taille de m\u00e9moire autoris\u00e9e \u00e9puis\u00e9e<\/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>Ouvrir <strong>Options avanc\u00e9es \u2192 T\u00e2ches Cron<\/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>Notiere die vollst\u00e4ndige Fehlermeldung.<\/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>dur\u00e9e<\/li>\n\n\n\n<li>\u00fcberlappende Prozesse<\/li>\n\n\n\n<li>APIs externes<\/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=\"\/fr\/aide\/hebergement-web-cpanel\/lire-le-journal-derreurs-cpanel\/\">Lire le journal des erreurs cPanel et trouver les erreurs du site 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\">Quand devez-vous contacter le support 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>domaine ou application concern\u00e9<\/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>message d'erreur complet<\/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>Consigne de s\u00e9curit\u00e9 :<\/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\">R\u00e9sum\u00e9<\/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>commande introuvable<\/code>, <code>Aucun fichier ou dossier de ce nom<\/code> ou <code>Acc\u00e8s refus\u00e9<\/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>DISABLE_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\/fr\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"Webhosting &amp; cPanel","term_url":"https:\/\/www.curiaweb.ch\/fr\/hilfe-kategorie\/webhosting-cpanel\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22611","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/comments?post=22611"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22611\/revisions"}],"predecessor-version":[{"id":22613,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/docs\/22611\/revisions\/22613"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/media?parent=22611"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_category?post=22611"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/fr\/wp-json\/wp\/v2\/doc_tag?post=22611"}],"curies":[{"name":"Bien jou\u00e9","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}