Nun, wenn nichts anderes, geht das System durch und stößt wirklich alte Themen an die Spitze der Themenliste.
Das System stößt nichts an, es sei denn, es ist so konfiguriert.
Aber die alte Regel besagt, je länger ein Thema wächst, desto sicherer ist es, dass es vom Thema abweicht, und Antworten nach längerer Zeit sind fast immer vom Thema abweichend.
Aber die Verwendung einer Markierung, zum Beispiel, kann eine Wiedereröffnung beantragen.
Das ist es ![]()
Zum Beispiel, dieses Thema
Ich hätte vielleicht klarer sein können und angeben, dass es angestoßen wird, weil es so eingerichtet wurde.
Und trotzdem ist es so konfiguriert ![]()
Warum kann ich kein Bild hochladen? Ist es begrenzt oder hat mein iPad seine besten Tage hinter sich?
Wie auch immer.
Automatisches Hochschieben ist keine normale tägliche Funktion. Es kommt vom Personal.
Alte Themen enthalten immer noch gültige Informationen und sind durchsuchbar, daher gehe ich davon aus, dass die Support-Kategorie sie nach oben verschiebt und das Personal dann entscheiden kann, ob es zustimmt oder nicht? Wenn ein Benutzer die OP-Frage beantwortet hat, gibt es keinen Bedarf für weitere Antworten, also wird sie geschlossen.
Ich denke, es ist manchmal sinnvoll, ein neues Thema zu erstellen, anstatt über dasselbe Problem in einem Thema zu posten, das ein paar Monate alt ist, besonders da man nur einen Beitrag als Lösung auswählen kann.
Kategorieeinstellungen hier
Beachten Sie in meinen Kategorieeinstellungen oben 0 Themen zum Hochstoßen
Das von Ihnen verlinkte Thema besagt, dass es vor 2 Tagen geschlossen wurde. Ich bin mir nicht sicher, wann es hochgestoßen wurde. Es könnte also sein, dass es hochgestoßen wird, wenn es tatsächlich geschlossene Themen hochstößt; ob es ein geschlossenes Thema hochstößt, wäre ein unerwartetes Verhalten. Meiner Meinung nach sollten archivierte und geschlossene Themen von System-Bumps ausgeschlossen werden.
Hinweis in meinen Kategorieeinstellungen oben 0 Themen zum Hochfahren
Und Standard ist nil, gleich wie null. Wir sind also wieder in der Situation, dass es nicht passiert, es sei denn, das Personal wünscht es so.
Ist dieser Fahrradschuppen jetzt fertig ![]()
Ja, ich habe nur einen Screenshot der Einstellung gezeigt. Wie Sie das Verhalten „Warum“ erklärt hatten.
Ich vermute, dass das Thema vom System hochgestuft wurde, bevor es geschlossen wurde. Wenn es jedoch ein geschlossenes Thema hochgestuft hat, wie z. B. ein archiviertes Thema, sollte es meiner Meinung nach nicht hochgestuft werden.
![]()
Das Thema, das du verlinkt hast, wurde vor 2 Tagen geschlossen.
Hä? Es wurde vor zwei Tagen hochgeschoben, es ist immer noch offen.
Ja, wir haben sie so eingestellt, dass sie hochgeschoben werden, damit wir entscheiden können, ob die Informationen noch aktuell und relevant sind. Wenn nicht, löschen wir sie. Wie das Thema, auf das Sie verwiesen haben.
Hä? Es wurde vor zwei Tagen hochgeschoben, es ist noch offen
Es ist jetzt gelöscht, wie Hawk erwähnt hat. Aber als ich es mir ansah, dachte ich, es hätte gesagt, dass es geschlossen sei.
Um @Full30 zu antworten, stimme ich zu, dass Themen nicht so schnell geschlossen werden müssen.
Das von Ihnen erwähnte Thema wurde automatisch geschlossen, weil Sie einen Beitrag als Lösung markiert haben. Bei Themen auf Meta werden diese 30 Tage nach Markierung einer Lösung automatisch geschlossen, da davon ausgegangen wird, dass das Problem gelöst ist und keine weitere Diskussion erforderlich ist.
Andere Themen in Support > WordPress bleiben monate- und jahrelang offen.
Ich denke, es wäre sinnvoll, die Moderatoren zu bitten, das ursprüngliche Thema wieder zu öffnen und Ihr zweites Thema dort zusammenzuführen, da sich herausstellt, dass Ihr Problem noch ungelöst ist.
Wenn @community-moderators diese beiden Themen zusammenführen und die Diskussion wieder eröffnen könnten, wäre das hilfreich:
New install discourse and wordpress, just connected both and tested three posts so far,I see comments when logged in but not logged out despite the meta data showing a comment [image] Do I have something set off? Checked through both settings and not seeing it if I do, can’t see it being a cache issue if the post title shows a comment![]()
https://meta.discourse.org/t/wordpress-comment-question-ii/317580/
Vielen Dank im Voraus.
Es war definitiv nicht geschlossen (wenn Sie das meinen, das ich gelöscht habe).
Wenn Community-Moderatoren diese beiden Themen zusammenführen und die Diskussion wieder eröffnen könnten
Sicher, das kann ich tun.
Okay, falsch gelesen. Aber seltsam, ein 4 Jahre altes Thema hochzuschieben. Vielleicht wäre es eine Idee, eine Funktionsanfrage für eine Option zu haben, um hochgeschobene Themen altersmäßig einzuschränken.
Mal sehen, was @JammyDodger meint.
Ich möchte nur anmerken, dass es für dieses Thema angemessen war, automatisch geschlossen zu werden:
New install discourse and wordpress, just connected both and tested three posts so far,I see comments when logged in but not logged out despite the meta data showing a comment [image] Do I have something set off? Checked through both settings and not seeing it if I do, can’t see it being a cache issue if the post title shows a comment![]()
Und dass @Full30 ein neues erstellen musste. Ich habe den neuen Beitrag in ein neues Thema verschoben.
https://meta.discourse.org/t/discourse-posts-not-appearing-as-comments-in-wordpress/317580
Aus der Perspektive der Lösung von Support-Problemen ist es wichtig, jedes neue Problem getrennt zu halten, auch wenn sie ähnlich erscheinen, wenn auch mit entsprechenden Links zu den bestehenden Problemen zum Vergleich. Alle Probleme müssen als neue Probleme betrachtet werden, bis das Gegenteil bewiesen ist. Wenn Sie davon ausgehen, dass es sich um dasselbe Problem handelt, schränkt dies Ihre Untersuchung künstlich ein und Sie verpassen oft das eigentliche Problem. Es ist dasselbe Prinzip, das der Unzulässigkeit von Vorstrafen bei der Entscheidung eines Rechtsfalls zugrunde liegt (bis zur Strafzumessung). Jeder Fall muss nach seinen eigenen Vorzügen beurteilt werden, da sonst motivierte Schlussfolgerungen Sie oft zu zuversichtlich in Ihren Ergebnissen treiben werden.
Aber die alte Regel besagt, je länger ein Thema wird, desto sicherer ist es, dass es vom Thema abweicht, und Antworten nach längeren Zeiträumen weichen fast immer vom Thema ab.
Aus der Perspektive der Lösung von Support-Problemen ist es wichtig, jedes neue Problem getrennt zu halten, auch wenn sie ähnlich erscheinen, wenn auch mit entsprechenden Links zu den bestehenden Problemen zum Vergleich. Alle Probleme müssen als neue Probleme betrachtet werden, bis das Gegenteil bewiesen ist.
In den meisten Fällen sind meiner Meinung nach beide richtig.
Gelegentlich gibt es einige Themen, die zusammengeführt/wiedereröffnet werden können, aber meistens ist ein separates Thema pro Problem der richtige Weg. ![]()
Okay, falsch gelesen. Aber es ist wahrscheinlich seltsam, ein 4 Jahre altes Thema wieder hochzuholen. Vielleicht wäre es eine Idee, eine Feature-Anfrage für eine Option zu haben, um das Hochholen von Themen altersmäßig zu beschränken.
Die automatische Bump-Funktion, die wir auf Meta verwenden, ist etwas umstritten.
Sie wurde manchmal als Anti-Feature bezeichnet und einige regelmäßige Community-Mitglieder haben regelmäßig ihre starken Gefühle des Ärgers darüber ausgedrückt… Der Hauptgrund für ihre Einführung war, ältere Themen (je älter, desto besser) aufzuräumen und sie je nach Bedarf zu aktualisieren, zu schließen, als gelöst zu markieren, neu zu kategorisieren oder zu löschen. Ich denke, es wurde von verschiedenen Leuten schon mehrmals anerkannt, dass sie für diejenigen, die das Forum organisieren, nützlicher ist als für diejenigen, die es durchsuchen oder dazu beitragen.
Bisher habe ich die Tradition beibehalten, hauptsächlich weil ich noch keinen Ersatz dafür habe und 3 oder so Themen pro Tag hochzuholen überschaubar und nicht zu laut erscheint (obwohl ich weiß, dass es ein Kompromiss ist).
Bisher habe ich die Tradition beibehalten, hauptsächlich weil ich noch keinen Ersatz dafür habe und es überschaubar und nicht zu laut ist, wenn täglich etwa 3 Themen hochgeschoben werden (obwohl ich verstehe, dass dies ein Kompromiss ist).
Dies wäre wahrscheinlich eher als Plugin als als Kernfunktion geeignet, aber ich frage mich, ob eine automatische Markierung diesen Kompromiss beseitigen könnte.
Im Wesentlichen würde es genauso funktionieren wie die automatische Hochschiebung jetzt, aber anstatt hochzuschieben, würde es markieren, um es vor denen zu verbergen, die nicht an dieser Haushaltsführung beteiligt sind.
Natürlich könnte dies mit geringfügiger Verwirrung/Unannehmlichkeiten in der Community verbunden sein, die es für Moderatoren schwieriger machen, andere Markierungen zu bearbeiten, es sei denn, es gibt eine gute Möglichkeit, diese Haushaltsmarkierungen herauszufiltern.
Das gefällt mir. Meine vorläufige Idee für einen Ersatz war, eine Data Explorer-Abfrage zu erstellen, die grob auf den gleichen Prinzipien wie die Kriterien für die automatische Hochstufung basiert, und diese dann täglich/wöchentlich per Automatisierung in mein Postfach liefern zu lassen. Sie dort abliefern zu lassen, wo die richtigen Leute sie verwalten können und andere Latest wie vorgesehen genießen können, hat viel Reiz.
Eines der anderen neuen Dinge, die wir jetzt haben und die damals nicht verfügbar waren, ist die Funktion „Verwandte Themen“. Ich schaue mir diese oft an, wenn ein neues Thema erstellt wird, und räume ein paar zufällige Dinge auf, die ich dort finde. Der Vorteil dabei ist, dass sie mehr Kategorien als nur Support abdeckt.
Vielleicht ist dies der richtige Zeitpunkt, die automatische Hochstufung zu überdenken. ![]()
drückten regelmäßig ihre starken Gefühle des Ärgers darüber aus
Selbst wenn ich die TOS lese, werde ich ein wenig vom Thema abweichen und dieser Kommentar sollte in Site feedback oder sogar UX stehen.
Aber hier wächst die Erschöpfung (wirklich
KI hat es übersetzt, vielleicht ist Reizung besser; das sind Homonyme im Finnischen), weil das Hochschieben nicht angezeigt wird. Ich habe ein paar Herzinfarkte wegen einiger schwerwiegender Fehler bekommen, bis ich feststellte, dass das Thema etwa 6 Jahre alt ist.
Diese deutlich in /latest zu kennzeichnen, wäre eine enorme Verbesserung.

