Hallo,
Ich habe ein Problem auf unserer Website mit dem WP Discourse-Plugin bemerkt.
Grundsätzlich versucht das WP Discourse-Plugin, nachdem wir einen Blogbeitrag veröffentlicht haben und dieser erfolgreich im Discourse-Forum veröffentlicht wurde, nach etwa einer Woche, wenn wir eine kleine Änderung am Beitrag vornehmen und ihn aktualisieren, ihn erneut im Forum zu veröffentlichen.
Ich erhalte dann eine E-Mail „Discourse Publishing Failure“ mit der Meldung, dass die Einbettungs-URL bereits vergeben ist.
Ich habe dies auch bemerkt, wenn sehr alte Beiträge in WordPress aktualisiert werden. Sie erscheinen in der Standardkategorie „News“ des Discourse-Forums, was die Leser verwirrt.
Gibt es eine Einstellung, die ich übersehen habe, um dies zu vermeiden?
Vielen Dank!
Hallo @npm0912, könntest du bitte einen Test für mich machen?
Könntest du versuchen, dieses Problem zu reproduzieren, aber bevor du die Änderung vornimmst (nach einer Woche oder was auch immer die übliche Zeitspanne ist), überprüfe bitte den Status des Discourse-Posts in der Wordpress-Utility-Leiste auf der rechten Seite des Beitragsbearbeitungsbildschirms. Sag mir, was dort angezeigt wird, zu dem Zeitpunkt, an dem du die Bearbeitung vornimmst, und ob du dann nach der Bearbeitung das von dir beschriebene Verhalten erlebst.
Ich habe versucht, den Beitrag zu aktualisieren, und derselbe Fehler ist aufgetreten. Ich habe auch dieselbe E-Mail über das Scheitern erhalten.
Der letzte Fehler in den Protokollen lautet:
[2024-05-13 18:02:53] publish.ERROR: create_post.post_error {"wp_title":"Nextcloud exhibiting at global events in May 2024","wp_author_id":"9","wp_post_id":209030,"response_message":"Embed url has already been taken","http_code":422}
Sollte es auf der Einstellungsseite keine Option geben, die den erneuten Veröffentlichungsversuch deaktiviert, wenn der Beitrag bereits in Discourse vorhanden ist?
Ok, das bedeutet, dass Ihre WordPress-Instanz dem WP Discourse-Plugin nicht erlaubt, Post-Meta-Felder korrekt zu speichern, höchstwahrscheinlich aufgrund eines anderen Plugins oder Themas auf Ihrer Website. Könnten Sie den WP Discourse-Log-Download teilen? Dieser enthält eine Liste von Plugins, die auf einen Schuldigen hindeuten könnten.
Normalerweise speichert das Plugin die Veröffentlichungsdetails nach der ersten Veröffentlichung. Das geschieht auf Ihrer Website nicht. Das müssen wir herausfinden
Sie haben ein paar Plugins, die die Ursache sein könnten. Als erste Maßnahme könnten Sie bitte diese Einstellung in den “Publishing”-Einstellungen von WP Discourse aktivieren.
Dadurch ändert sich, wie das Plugin benutzerdefinierte Felder speichert, und dies könnte das Verhalten in Ihrem Fall beeinflussen. Es wird das Problem wahrscheinlich nicht beheben, aber es könnte uns mehr Einblick geben. Sobald Sie es aktiviert haben, versuchen Sie bitte, die gleichen Umstände zu reproduzieren.
Nachdem wir das versucht haben, werden wir einzelne Plugins deaktivieren, um zu sehen, ob wir das Problem isolieren können. Haben Sie zufällig eine Staging-Site (d. h. eine Site mit Ihren Themes und Plugins, aber ohne echte Daten)?
Ich werde auch weitere Protokollierungen in die Veröffentlichungslogik des Plugins einfügen, um diese Art von Problemen (d. h. die Speicherung von Metadaten in WordPress nach der Veröffentlichung in Discourse) zu beleuchten. Das wird jedoch etwas Zeit in Anspruch nehmen, und wir können in der Zwischenzeit einige Tests wie die oben genannten durchführen.
Ich habe diese Einstellung aktiviert, aber das Problem besteht weiterhin.
Wir verwenden tatsächlich eine Staging-Website, und das Lustige ist, dass sie sich anders verhält, obwohl die Plugins, Themes und Dateien exakt gleich sind – das heißt, nachdem ich einen Testbeitrag veröffentlicht habe, wird er korrekt in Discourse übernommen, und wenn ich dann zu demselben Beitrag zurückkehre, sehe ich den Fehler „Embed url has already been taken“ nicht in den Discourse-Sidebar-Einstellungen. Stattdessen sehe ich ihn so:
Es gibt einige geringfügige Unterschiede zwischen den beiden. Wahrscheinlich nicht die Ursache, aber es lohnt sich, Ihre Staging- und Produktions-Sites identisch zu halten, um die Möglichkeit auszuschließen, dass dies die Ursache ist, sowohl hier als auch für andere Probleme.
Davon abgesehen empfehle ich Ihnen, Ihre WP Rocket-Einstellungen genau zu überprüfen (z. B. sind sie auf beiden Websites tatsächlich gleich). Obwohl WP Rocket für seine speziellen Zwecke gut funktioniert, ist es oft die Ursache für Probleme mit WordPress-Plugins.
Tatsächlich hat WP Discourse die Informationen über die Datenbank falsch erhalten. Die korrekte Version der Datenbank ist 10.6.16-MariaDB-0ubuntu0.22.04.1.
Sie haben Recht. Ich habe die Funktion db_version() im Theme erneut überprüft und tatsächlich 5.5.5 als Ergebnis erhalten. Auf der Backend-Seite „Website-Zustand“ sehe ich jedoch Version 10.6.16-MariaDB – dieselbe Version, die die Systemadministratoren erwähnt haben. Ich meine, das sollte auch die Version sein, die WP sieht, oder?
Es tut mir leid, aber hier könnten mehrere Dinge vorliegen, und es ist nicht wirklich möglich, dies mit Zuversicht zu sagen, ohne Ihren Server zu überprüfen.
Angesichts der von Ihnen gemeldeten Probleme würde ich vorschlagen, diesen Aspekt gründlich zu untersuchen.
