Planen von Beiträgen funktioniert nicht

  • Gelöst pvvo

    (@pvvo)


    vor 10 Jahren, 1 Monat

    Hallo zusammen,

    derzeit funktioniert das Planen von Beiträgen bei unserem WordPress-Blog (www.schemenkabinett.de) nicht. Wenn der vorgesehene Zeitpunkt vorüber ist, wird beim Datum des Beitrags „Verpasste Planung“ angezeigt. Auch das Backup mit dem Plugin „BackUpWordPress“ lässt sich derzeit nur manuell ausführen und nicht für bestimmte Termine planen.

    Seit wann das Problem genau besteht, kann ich nicht sicher sagen, aber vermutlich seit einem der letzten WordPress-Updates. Das Blog läuft mit WordPress 4.5.2 und der Webhoster ist Greatnet.de.

    Ich vermute, dass das Problem etwas mit der wp-cron.php zu tun hat. Hat jemand eine Idee was da genau los sein könnte und wie ich das wieder in Ordnung bringen kann?

Ansicht von 11 Antworten – 1 bis 11 (von insgesamt 11)
  • Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    vor 10 Jahren, 1 Monat

    Das ist mit so wenig Detailinformationen und ohne Link zur Website schwer zu beurteilen. (Welche Informationen wir gerne hätten, habe ich hier zusammengetragen.)

    WordPress verwendet ein „Pseudocron“, um auch Anwendern gerecht zu werden, deren Webhosting keinen Zugriff auf Cron-Dienste zulässt. Dieser Pseudrocron funktioniert so, dass bei jedem Besuch der Website kurz geprüft wird, welche Aufgaben inzwischen hätten abgearbeitet werden müssen; sie werden dann rasch nachgeholt. Gibt es aber in der Ziet keinen Aufruf der Website, greift auch der Pseudeocron nicht.

    Es kann natürlich auch sein, dass bei der letzten Aktualisierung Dateien fehlerhaft übertragen wurden. Deshalb würde ich vorsichtshalber die Verzeichnisse wp-admin und wp-includes vom Webserver löschen und dann die Verzeichnissen aus einer frisch heruntergeladen WordPress-Fassung hochladen (bitte nicht nur überschreiben, einige FTP-Clients nehmen das nicht so genau und überspringen vorhandene Dateien).

    Interessant wäre auch, ob es Fehlermeldungen in der Error-Logs gibt und ob die Fehlerkonsole der Entwickler-Tools deines Browsers etwas ausgibt.

    Thread-Starter pvvo

    (@pvvo)

    vor 10 Jahren, 1 Monat

    Vielen Dank für die Antwort.

    Dass WordPress ein „Pseudocron“ verwendet, hatte ich auch schon herausgefunden. An fehlenden Seitenzugriffen liegt das Problem aber vermutlich nicht, da die geplante Veröffentlichung von Artikeln auch dann nicht funktioniert, wenn ich die Seite direkt zum betreffenden Zeitpunkt aufrufe (habe ich getestet).

    Die beiden Order wp-admin und wp-includes habe ich gerade ausgetauscht. Das hat das Problem aber leider auch nicht behoben.

    Hier die Angaben zu meiner Website:

    URL: http://www.schemenkabinett.de/
Webhoster: Greatnet.de
PHP-Version: 5.3.6 / 32Bit OS
Arbeitsspeicher (RAM): 128M
Festplattenspeicher: 2 GB (derzeit 1.60 GB belegt)
WordPress-Version: 4.5.2
Theme: Twenty Eleven (mit einem Childtheme)
Ist das ein bezahltes Theme? nein
Plugins: BackUpWordPress, Contact Form 7, FeedStats, Login LockDown, OpenID, Twenty Eleven Theme Extensions, WP Captcha Free, WP Server Stats, WP-Piwik, Yoast SEO, Yuzo - Related Posts
Wird ein Cache-Plugin verwendet? nein
Angezeigte Fehlermeldungen: keine
Fehlermeldungen in den Entwickler-Werkzeugen: damit kenne ich mich leider nicht aus
    Moderator Bego Mario Garde

    (@pixolin)

    Moderator (nicht mehr aktiv)

    vor 10 Jahren, 1 Monat

    Auch wenn die PHP-Version gerne aktueller sein dürfte, sieht das ansonsten nicht weiter besonders aus. Hast du den Support deines Webhoster mal angesprochen? Die Ursache könnte auch eine fehlerhafte Serverkonfiguration sein.

    Wenn du irgendwo einen Cron-Job einrichten kannst, könntest du dir auch mit diesem Plugin behelfen.

    Moderator PraetorIM

    (@praetorim)

    vor 10 Jahren, 1 Monat

    Für dieses Problem gab es bis vor einigen Monaten dieses Plugin im WordPress-Pluginverzeichnis.

    Allerdings bin ich etwas vorsichtig mit der Empfehlung, da ich nicht weiß, warum das Plugin jetzt nur noch auf Github und nicht mehr im WordPress-Pluginverzeichnis zu finden ist.

    Thread-Starter pvvo

    (@pvvo)

    vor 10 Jahren, 1 Monat

    Danke für die Hinweise. Einen Cron-Job kann ich bei meinem Webhosting-Tarif leider nicht einrichten. Ich hatte den Greatnet-Support schon kontaktiert, aber ich werde da jetzt nochmal nachfragen.

    Thomas A. Reinert

    (@thomas-a-reinert)

    vor 10 Jahren, 1 Monat

    Hi pvvo,

    Nur ein VERSUCH, mal verschiedene Sachen auszuschließen:

    # Plugins sehen für mich unproblematisch aus.
    # Twentyeleven mag nicht unbedingt zeitgemäß sein, ich weiß auch nicht, ob es aktuell dafür noch Updates gibt. Halte ich dennoch nicht für den Schuldigen.
    # PHP 5.3.6 ist schon ziemlich oll. Allerdings muss ich zugeben, dass ich nicht weiß, ob/welche PHP-Funktionen der Pseudo-Cron nutzt. es MAG daran liegen.
    # Uh, ein 32Bit OS? Wirklich? 2016? Ich würde mir in dem Fall so oder so vielleicht mal über einen Provider-Wechsel nachdenken. Ich selbst habe von Deinem Provider noch nie vorab etwas gehört, aber wer so etwas fährt, der mag auch bei der Konfig etwas schlampen. Ich gehe insofern mit Bego´s Aussage konform, dass das evtl. an einer fehlerhaften Serverkonfig liegen mag.
    # „Angezeigte“ Fehlermeldungen: Mal das Debug-Log aktiviert? Egal ob das nun „angezeigt“ wird oder nicht. Mal in die Error-Logs geschaut?
    Falls ja, poste doch mal bitte einen Auszug.

    Hope it helps..

    Thread-Starter pvvo

    (@pvvo)

    vor 10 Jahren

    Ich habe nun mal ein debug.log erstellen lassen. Ich hatte für 22:56 Uhr (20:56 Uhr UTC) einen Test-Beitrag geplant, der „verpasst“ wurde. Hier ist der entsprechende Abschnitt aus dem Log; meine WordPress-Kenntnisse sind leider zu gering um die Meldungen darin zu interpretieren.

    [14-Jun-2016 20:55:23] PHP Notice:  Use of undefined constant jquery - assumed 'jquery' in /home/www/web320/html/wp-content/plugins/wp-server-stats/wp-server-stats.php on line 139
[14-Jun-2016 20:55:23] PHP Notice:  has_cap wurde mit einem Parameter oder Argument aufgerufen, der seit Version 2.0 <strong>veraltet ist</strong>! Die Benutzung von <code>user_level</code> in Plugins und Themes ist veraltet. Nutze stattdessen das Abfragen von <code>roles</code> oder <code>capabilities</code>. in /home/www/web320/html/wp-includes/functions.php on line 3842
[14-Jun-2016 20:55:23] PHP Notice:  Undefined index: page in /home/www/web320/html/wp-content/plugins/yuzo-related-post/yuzo_related_post.php on line 2033
[14-Jun-2016 20:55:26] PHP Notice:  Undefined index: page in /home/www/web320/html/wp-content/plugins/twenty-eleven-theme-extensions/moztools/mozadmin.php on line 162
[14-Jun-2016 20:55:26] PHP Notice:  Undefined index: page in /home/www/web320/html/wp-content/plugins/twenty-eleven-theme-extensions/moztheme2011admin.php on line 150
[14-Jun-2016 20:55:26] PHP Notice:  has_cap wurde mit einem Parameter oder Argument aufgerufen, der seit Version 2.0 <strong>veraltet ist</strong>! Die Benutzung von <code>user_level</code> in Plugins und Themes ist veraltet. Nutze stattdessen das Abfragen von <code>roles</code> oder <code>capabilities</code>. in /home/www/web320/html/wp-includes/functions.php on line 3842
[14-Jun-2016 20:55:26] PHP Notice:  Undefined index: page in /home/www/web320/html/wp-content/plugins/twenty-eleven-theme-extensions/moztools/mozadmin.php on line 162
[14-Jun-2016 20:55:27] PHP Notice:  Use of undefined constant jquery - assumed 'jquery' in /home/www/web320/html/wp-content/plugins/wp-server-stats/wp-server-stats.php on line 133
[14-Jun-2016 20:55:27] PHP Notice:  Use of undefined constant jquery - assumed 'jquery' in /home/www/web320/html/wp-content/plugins/wp-server-stats/wp-server-stats.php on line 139
[14-Jun-2016 20:55:27] PHP Notice:  has_cap wurde mit einem Parameter oder Argument aufgerufen, der seit Version 2.0 <strong>veraltet ist</strong>! Die Benutzung von <code>user_level</code> in Plugins und Themes ist veraltet. Nutze stattdessen das Abfragen von <code>roles</code> oder <code>capabilities</code>. in /home/www/web320/html/wp-includes/functions.php on line 3842
[14-Jun-2016 20:55:27] PHP Notice:  Undefined index: page in /home/www/web320/html/wp-content/plugins/yuzo-related-post/yuzo_related_post.php on line 2033
[14-Jun-2016 20:56:20] PHP Notice:  wp_register_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 20:56:20] PHP Notice:  wp_enqueue_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 20:56:22] PHP Notice:  wp_register_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 20:56:22] PHP Notice:  wp_enqueue_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 20:57:57] PHP Notice:  wp_register_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 20:57:57] PHP Notice:  wp_enqueue_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 21:00:19] PHP Notice:  wp_register_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 21:00:19] PHP Notice:  wp_enqueue_style was called <strong>incorrectly</strong>. Scripts and styles should not be registered or enqueued until the <code>wp_enqueue_scripts</code>, <code>admin_enqueue_scripts</code>, or <code>login_enqueue_scripts</code> hooks. Please see <a href="https://codex.wordpress.org/Debugging_in_WordPress">Debugging in WordPress</a> for more information. (This message was added in version 3.3.) in /home/www/web320/html/wp-includes/functions.php on line 3897
[14-Jun-2016 21:00:19] PHP Notice:  Undefined property: wpdb::$is_admin in /home/www/web320/html/wp-includes/wp-db.php on line 684

    Im error.log finde ich für den betreffenden Zeitraum folgendes:

    [Tue Jun 14 22:49:54 2016] [error] [client 52.3.127.144] File does not exist: /home/www/web320/html/robots.txt
[Tue Jun 14 23:10:53 2016] [error] [client 5.255.251.18] File does not exist: /home/www/web320/html/robots.txt
    Thomas A. Reinert

    (@thomas-a-reinert)

    vor 10 Jahren

    Klar, könnten weniger Fehler sein, aber nichts was m.M.n. _kritisch_ wäre.

    Hast Du mal versucht, die Plugins abzuschalten und zu schauen, ob der Cron dann zündet? Insbesondere die twenty-eleven-theme-extensions und wp-server-stats ? Mutmaßlich greifen die am ehesten an der Problemstelle an.

    Thread-Starter pvvo

    (@pvvo)

    vor 10 Jahren

    Ich habe nun mal testweise alle Plugins deaktiviert. Leider funktioniert das Planen von Beiträgen trotzdem nicht.
    Auch das Verwenden eines anderen Themes ändert an dem Problem nichts.

    Monika

    (@monika)

    vor 10 Jahren

    probiere mal dieses Plugin aus

    https://github.com/sLaNGjI/wp-missed-schedule

    Thread-Starter pvvo

    (@pvvo)

    vor 10 Jahren

    Ich habe das Problem nun gelöst, indem ich einen Con-Job bei einem kostenlosen Anbieter eingerichtet habe (cron-job.org). Damit funktioniert das Planen von Beiträgen nun wieder.

    Mit dem „WP Missed Schedule“-Plugin ging es zwar generell auch, allerdings funktionierte das Planen von Backups für bestimmte Termine (mit dem Plugin „BackUpWordPress“) damit nicht.

    Warum der Pseudocron von WordPress nicht funktioniert, konnte ich aber leider nicht herausfinden.

Ansicht von 11 Antworten – 1 bis 11 (von insgesamt 11)

Das Thema „Planen von Beiträgen funktioniert nicht“ ist für neue Antworten geschlossen.