Veröffentlichung planen - Verpasste Planung !?

Hey!
Ich habe mich nun auch schon ein wenig schlau gegooglet, jedoch gibt es da noch ein paar Haken.

Undzwar das anscheinend (zumindest vor ein paar Jahren laut Googles Eintragsdatum) all zu gut bekannte Problem "Verpasste Planung" für geplante Artikel.

Es soll am Cronjob liegen, was ja in dem Sinne auch logisch ist - Jedoch wird überall auf die Zeitzone angespielt (Erledigt) und ein Plugin vorgeschlagen. ([COLOR=#555555][FONT=&quot]WP Missed Schedule - [/FONT][/COLOR]Installiert)

Nun funktioniert es (nur bei Seitenaufruf) was ja erstmal nicht schlimm ist. Jedoch ist ein weiteres Plugin installiert was die Artikel nach einer Zeit wieder löschen soll - Da kümmert sich dieses [COLOR=#555555][FONT=&quot]WP Missed Schedule[/FONT][/COLOR] jedoch nicht drum.

Wie kann man also diese Cronjobs "reparieren", sodass komplett Wordpress Zugriff hat und nicht nur speziell das von Haus eingebaute "Planen" ?

Lg

Zitat von mkronenfeld

Ich komme bis zum dritten Absatz mit. Danach ist es einfach zu wirr formuliert.

• Beitrag planen funktioniert bei dir, allerdings nur mit dem Plugin WP Missed Schedule.
• Beitrag löschen, mit einem nicht genannten Plugin, funktioniert nicht.
• Du erwartest, dass dein nicht genanntes Plugin zum Löschen der Beiträge problemlos mit dem WP Missed Schedule Plugin kommunizieren kann.

An dieser Stelle sei gesagt, Cross-Plugin-Kommunikation mit Dritten Plugin Autoren ist selten eine gute Idee. Mit zwei Plugins, einem Theme und einer WordPress Installation hast du vier Abhängigkeiten, die gut aufeinander abgestimmt sein müssen. Die wenigsten Autoren bekommen das hin.

Warum setzt du nicht eine Ebene höher an und löst erstmal das Beitrag planen ohne Plugin Problem?

LG
Marvin

Das war ja die Frage, wie man eben den Cronjob selbst zum laufen bekommt. Der würde nur praktischerweise direkt alles beheben, da es ja nun mal der Kern für festgelegte Dinge im Bezug auf Zeit ist. :)

Das Plugin ist [COLOR=#000000][FONT=Segoe]Post Expirator Version 2.1.4[/FONT][/COLOR] , da man ja eben nicht von Haus aus automatisch löschen kann.
Mit Seitenaufruf war gemeint es muss Besucher geben damit dieser Cronjob ausgeführt wird. (Da es nur ein Pseudocronjob sein soll für Personen ohne Zugriff auf richtige Cronjobs!?)

Wenn noch mehr Informationen gebraucht werden einfach sagen. :)

Zitat von mkronenfeld

Mehr Infos, immer gerne :D

• Verwendest du die aktuelle WordPress Version?
• Wenn du alle Plugins deaktivierst, funktioniert die geplante Beitragsveröffentlichung nach mehrfachem, anonymen Aufruf der Seite?
• Wenn alle Plugins, bis auf WP Missed Schedule, aktiviert sind, werden die Beiträge verzögert oder gar nicht veröffentlicht?

Zitat

[FONT=&quot]WordPress verwendet ein „Pseudocron“, um auch Anwendern gerecht zu werden, deren Webhosting keinen Zugriff auf Cron-Dienste zulässt.[/FONT]

Zitat

[FONT=&quot]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.[/FONT]

Es wird aber leider nirgendswo beschrieben wie man echte Crons nutzt.

1. [COLOR=#555D66][FONT=Segoe]Version 4.6.1 (also fast)
[/FONT][/COLOR]2. Ich habe so viele Plugins wie möglich aus, durchgehend. Laufen tun nur noch ein Slider ist an (Läuft im Betrieb aktuell Live auf den Bildschirmen, würde ich daher eher ungerne ausschalten da die Clients alle paar Minuten aktualisieren)
3. Kann man sehen wie man will - sowohl als auch. Man muss eben warten bis (in meinem Falle) die Clients die Seite neu laden, um eben "Besuch" zu haben. Wäre das eben nicht, dann gar nicht.

Lg :)

Zitat von mkronenfeld

1. Update, asap.
2. S.u.
3. Also werden die Beiträge verzögert veröffentlicht.

In meinen Augen funktioniert alles.

Hast du Zugriff auf deine Besucherzahlen? Vielleicht ist der Strom so übersichtlich, dass der WP Cron gar nicht häufig genug angestoßen wird, um einen Artikel stundengenau zu veröffentlichen.

Also verstehe ich das richtig, und es geht gar nicht anders als "nur wenn Besucher da sind"? Das Artikel Zeit gesteuert löschen funktioniert ja dennoch nicht.

Besucherzahlen: 6 Raspberry Pi's an einem NEC Bildschirm, die alle paar Minuten refreshen um auch aktuelle Artikel abzuspielen. Zusätzlich mal noch 3-4 PC, um sich den geschriebenen Artikel auch mal Live anzusehen ("Reporter") ohne zu einem der Bildschirme zu gehen.

Zitat von mkronenfeld

Exakt, ohne Seitenaufruf kein WP Cron. "Pseudocronjob" trifft es daher wirklich.

Du hast bislang noch keine genauen Zahlen bezüglich der Veröffentlichung deiner Beiträge genannt. Wie viel Zeit vergeht, zwischen dem Veröffentlichungszeitpunkt eines geplanten Beitrags und dem tatsächlichen Veröffentlichungszeitpunkt? Sprechen wir von Minuten oder Stunden?

1. Wird ein geplanter Artikel innerhalb von zwei Aktualisierungs-Intervalle deiner Rasps veröffentlicht?
2. Können wir Caching, Client- und Serverseitig, als Fehlerquelle ausstoßen?

Minuten, maximal 30. (Zeitraum bis die Pis aktualisieren). Das ist ja nun auch nicht das Problem, da es eben dann passiert wenn geladen wird.
Die Sache ist jetzt nur dass eben auch Zeitlich gelöscht werden soll. (Muss ja auch Cron sein, klappt aber nicht. Auch nicht nach diesen 30min)
Ohne das automatische Löschen ist in dem Falle das automatische veröffentlichen auch unnötig :roll:

1. Ja, siehe oben
2. Ja, da der Artikel ja in der Datenbank immer noch besteht und auf Öffentlich geschaltet ist. :)