Artikel in der Zukunft verlieren Tags und Kategorien

[Lux]

Hi,

wenn ich einen Artikel mit einem Termin in der Zukunft erstelle, verliert dieser die Tags und Kategorien, wenn der Zeitpunkt vorbei ist. Das gilt auch, wenn der Artikel im Entwurfsmodus bleibt.

Was kann ich tun, damit das nicht so bleibt?

Gruss

Dirk

[garvinhicking]

Hi!

Ich glaube das hängt eher mit einem Eventplugin zusammen; es gibt irgendein Plugin dass bei Trackbacks diese erst schickt wenn der Artikel veröffentlicht wird. Weiß aber nicht mehr genau wer das wo eingebaut hatte (serendipity_event_trackback? serendipity_event_entryproperties? Im Kern?).

Welche Plugins benutzt Du, und sagt Dir das was? Ich denke dass der Fehler dort liegt, dass dann der Eintrag ausgelesen und falsch wieder gespeichert wird...

Grüße,
Garvin

[Lux]

Hi Garvin,

Ich glaube das hängt eher mit einem Eventplugin zusammen; es gibt irgendein Plugin dass bei Trackbacks diese erst schickt wenn der Artikel veröffentlicht wird. Weiß aber nicht mehr genau wer das wo eingebaut hatte (serendipity_event_trackback? serendipity_event_entryproperties? Im Kern?).

Ja, das Plugin serendipity_event_trackback setze ich ein und habe auch "Nachträgliche Trackbacks" eingeschaltet. Anders machen meines Erachtens nach, zeitgesteuerte Veröffentlichungen keinen Sinn.

Was können wir daran tun?

Gruss

Dirk

[onli]

Das Plugin ist tatsächlich schuld daran. Ich habe damals recht naiv die speichern-Funktion der s9y-Api aufgerufen und da mir nicht klar war, dass ich die kategorien und tags sichern und dem scheinbar neu angelegten Eintrag übergeben muss, gehen die dabei verloren.

Garvin, ich vermute dass du mit deinem Wissen über die s9y-Interna den Bug in einer halben Stunde komplett fixen könntest, und wäre dankbar wenn du so meinen Fauxpas ausbügeln könntest.

[Lux]

Garvin, ich vermute dass du mit deinem Wissen über die s9y-Interna den Bug in einer halben Stunde komplett fixen könntest, und wäre dankbar wenn du so meinen Fauxpas ausbügeln könntest.

Die Frage ist, ob das, was ich brauche, nämlich das Versenden von Trackbacks zum Zeitpunkt der Veröffentlichung, nicht zur Kernfunktionalität eines für die Zukunft geplanten Artikels zählt.

Gruss

Dirk

[onli]

Imho durchaus, meiner Erinnerung nach schrieb ich deswegen und wegen meiner Verwirrung ob des Fehlens der Funktion überhaupt den Code.

[garvinhicking]

Imho durchaus, meiner Erinnerung nach schrieb ich deswegen und wegen meiner Verwirrung ob des Fehlens der Funktion überhaupt den Code.

Das Problem bei zeitgesteuerten Trackbacks ist ein "Cronjob"-mäßiges. Man lastet quasi dem Besucher zu, dass der den Trackback schickt den sonst ein Redakteur im Backend schicken würde. Zudem hat man die ganzen anderen Probleme wie das aktuell vorliegende. Das war ein Grund warum es diese Funktionalität nicht im Kern gibt.

Onli, ich habe derzeit leider keine funktionierende Testversion weil Daten meines Servers gecrasht sind und ich den LAMP immer noch nicht rekonstruieren konnte.

Im Grunde müsste man sich mit einem print_r($stored_entry) mal vorher angucken was dort für Daten sind und dann die Keys für categories, tags etc. testweise mal einfach unset()en, dann sollten sie im serendipity_updertEntry() nicht fälschlicherweise überschrieben werden. Grundsätzlich ist natürlich schon die Frage, warum man mit fetchEntry() die daten nicht lesen und dann mit updert wieder wegschreiben kann. Es könnte sein dass es einen strukturellen Unterschied gibt ob man serendipity_fetchEntries() nutzt und dann iteriert, oder serendipity_fetchEntry.

Das freetag-Plugin z.b. liest auch Einträge aus und speichert sie komplett neu, dieses Plugin hätte dann auch das Problem; aber es nutzt fetchEntries()... ich habe mal alle Plugins durchsucht nach "serendipity_updertEntry"; bis auf freetag und trackback nutzen alle Plugins diese funktion nur zum schreiben von neuen Einträgen, nicht zum auslesen und speichern der alten Einträge. Kann also durchaus ein Bug sein, der der Array-Struktur zuzulasten ist...

[Lux]

Onli, ich habe derzeit leider keine funktionierende Testversion weil Daten meines Servers gecrasht sind und ich den LAMP immer noch nicht rekonstruieren konnte.

Brauchst Du ein Testblog?

http://www.000webhost.com/

Ist dafür bestens geeignet (kostenlos).

Gruss

Dirk

[ute]

Hallo allerseits,

wenn ich einen Artikel mit einem Termin in der Zukunft erstelle, verliert dieser die Tags und Kategorien, wenn der Zeitpunkt vorbei ist. Das gilt auch, wenn der Artikel im Entwurfsmodus bleibt.

Was kann ich tun, damit das nicht so bleibt?

Ich nutze zum Ankündigen der neuen Beiträge das twitter-Plugin und für Mails ein Mailabo. Das klappt direkt beim Veröffentlichen prima.

Bei Artikeln in der Zukunft klappt das Denten (vermutlich auch twittern) gar nicht.

Das Mailabo klappt dagegen quasi zu gut, es verschickte die Mail beim Speichern, statt erst später zum Veröffentlichungstermin.

Gibt es dafür eine Lösung?

Viele Grüße

[garvinhicking]

Hi!

Beides ist leider recht kompliziert (da es zeitgesteuerte Aktionen unter PHP/Apache nicht gibt). Das Twitter-Plugin und das Mailplugin können daher so nicht fernausgelöst werden wenn ein Datum erreicht wurde.

Für Trackbacks gibt es im entsprechenden Zusatzplugin Möglichkeiten dass diese unter gewissen Umständen und Cronjobs ausgelöst werden können, aber das ist für die anderen beiden genannten Plugins nicht so easy anzupassen und schon etwas instabile Frickelei.

Grüße,
Garvin

[bernd_d]

Gibt es zum dem "Tags verlieren" schon Lösungsansätze (außer das Trackback-Plugin zu löschen)? Ich bin die letzten Tage mal wieder darüber gestolpert, dass die vergebenen Tags bei zukünftigen Einträgen gelöscht wurden

[bernd_d]

Ich muss das Thema mal wieder vorholen, da es ja leider wohl noch nicht gelöst ist.

[garvinhicking]

Hi Bernd!

Habe gerade einen bugfix ins Plugin committed, habe das Problem jetzt reproduzieren können. Danke für's nachhaken.

Grüße,
Garvin

[bernd_d]

Supi, danke!
Ich melde mich dann nochmal, sobald es über Spartacus eingetrudelt und getestet ist.

[bernd_d]

Tut mir leid das sagen zu müssen, aber bei diesem Artikel sind die Tags wieder verschwunden, weil das Veröffentlichungsdatum in der Zukunft lag.