Gibt es eine Möglichkeit, dass Discourse einen Beitrag erneut sendet, wenn er vom Benutzer zur Korrektur oder Änderung bearbeitet wurde?
Hallo Andrew ![]()
Was meinst du mit “erneut senden” eines Beitrags?
Ich meine, sagen wir, ein Benutzer muss einen Beitrag korrigieren und bearbeitet ihn. Dann sehen Leute, die nur die E-Mail-Funktion von Discourse nutzen, den korrigierten Beitrag nicht, soweit ich das verstehe. Daher frage ich, gibt es eine Möglichkeit, den bearbeiteten/aktualisierten Beitrag entweder automatisch oder durch einen manuellen Prozess erneut zu versenden? Oder eine Benachrichtigung über die Aktualisierung per E-Mail?
Ich glaube nicht, dass das möglich ist und dass es so vorgesehen ist
Das ist dann ein Problem für diese Leute, wenn wichtige Änderungen an Beiträgen vorgenommen werden, die sie nie sehen werden.
Wenn Sie einen offiziellen E-Mail-Newsletter haben, könnten Sie wichtige Änderungen darin veröffentlichen.
Wenn es sich um einen kritischen Fehler handelt, wäre die einzige Umgehungslösung, die mir einfällt, dass der Benutzer einen neuen Beitrag zur Korrektur erstellt. Wenn er dies tut, erhalten alle Benutzer, die das Thema oder die Kategorie beobachten, eine E-Mail-Benachrichtigung über die Bearbeitung.
In den meisten Fällen ist die Website-Einstellung email time window mins dafür gedacht, dieses Problem zu lösen. Ihr Standardwert verursacht eine Verzögerung von 10 Minuten ab dem Zeitpunkt, an dem ein Beitrag gespeichert wird, bis E-Mail-Benachrichtigungen dafür generiert werden. Hoffentlich gibt dies den Benutzern die Möglichkeit, offensichtliche Fehler in ihren Beiträgen zu bearbeiten.
Gut zu wissen, ich dachte, der Standardwert wäre sofort, um den Beitrag so zu veröffentlichen, wie er ursprünglich veröffentlicht wurde.
Das Fünf-Minuten-Fenster für kleinere Bearbeitungen ohne Veröffentlichung der Bearbeitungshistorie ist ebenfalls hilfreich, obwohl es unter bestimmten Umständen ideal wäre, Aufzeichnungen über die gesamte Bearbeitungshistorie zu haben. Gibt es eine Möglichkeit für einen Administrator, den ursprünglichen Beitrag und die gesamte Bearbeitungshistorie einzusehen?
Sie können dies über die Website-Einstellungen bis zu einem gewissen Grad steuern, aber wenn keine Überarbeitung der Bearbeitungshistorie erstellt wird, gibt es keine Möglichkeit für einen Administrator, die Änderungen anzuzeigen.
Die Einstellungen sind:
editing grace period: Für (n) Sekunden nach der Veröffentlichung erstellt die Bearbeitung keine neue Version in der Beitrags-Historie.editing grace period max diff: Maximale Anzahl von Zeichenänderungen, die in der Bearbeitungsfrist zulässig sind. Wenn mehr geändert wird, wird eine weitere Beitrags-Revision gespeichert (Vertrauensstufe 0 und 1).editing grace period max diff high trust: Maximale Anzahl von Zeichenänderungen, die in der Bearbeitungsfrist zulässig sind. Wenn mehr geändert wird, wird eine weitere Beitrags-Revision gespeichert (Vertrauensstufe 2 und höher).
Wenn die Bearbeitung außerhalb der Bearbeitungsfrist erfolgt oder wenn die Bearbeitung mehr als (standardmäßig) 100 Zeichen für TL0- und TL1-Benutzer oder 400 Zeichen für Benutzer ab TL2 ändert, wird eine Revision erstellt. Wenn die Bearbeitung keine dieser Bedingungen auslöst, wird keine Revision erstellt und es gibt keine Möglichkeit zu sehen, was geändert wurde.
Okay, das ist raffiniert, wie das alles funktioniert.
Die Lösung besteht dann darin, die Bearbeitungsfrist auf Null zu setzen, das ist am sichersten.
Es hängt von Ihrer Situation ab. Wenn man sich den Code jetzt ansieht, gibt es ein paar Dinge, die eine neue Überarbeitung auslösen, wenn ein Beitrag innerhalb der Bearbeitungsfrist bearbeitet wird:
- Der Beitrag wurde markiert
- Der Beitrag wird von einem anderen Benutzer bearbeitet (z. B. von einem Mitarbeiter)
- Beim Bearbeiten des Beitrags wird ein „Bearbeitungsgrund“ angegeben
- Der Eigentümer des Beitrags wird geändert
Es scheint, als hätten sie sich wirklich Gedanken darüber gemacht ![]()
Sehr beeindruckend, dass dies für einen markierten Beitrag am wichtigsten wäre.
Ich bin etwas verwirrt, wie es möglich ist, dass es keine Bearbeitungshistorie für einen Beitrag gibt, wenn er veröffentlicht wurde und in anderen Ländern sichtbar ist. Mit dem Grace-Edit-System können Bearbeitungen vorgenommen werden, ohne die Historie zu veröffentlichen, und dies könnte bedeuten, dass frühere Veröffentlichungen spurlos gelöscht werden?
Kopien könnten von jedem gemacht werden, der einen Beitrag sieht, bevor er bearbeitet wird, oder wenn sofort eine E-Mail über einen ersten Beitrag generiert wird. Wenn ich schreibe und weiß, dass es fünf Minuten Gnadenfrist gibt, bevor Bearbeitungen veröffentlicht werden, ist es hilfreich zu wissen, dass ich mir keine Sorgen um die Korrekturlesen machen muss, bevor es dauerhaft gemacht wird. Dies kann dann zu einem Wettlauf werden, alle Bearbeitungen innerhalb von fünf Minuten abzuschließen, um zu vermeiden, dass sie als bearbeitete Aussage erscheinen.
Dies scheint ziemlich weit von der ursprünglichen Supportanfrage abzuweichen:
Vielleicht sollten wir das Thema darauf zurückführen.
Was die Supportanfrage betrifft, so wurde diese mit Nein beantwortet, es gibt keinen Weg dafür. Wenn es einen gäbe, wäre es gut, davon zu erfahren, andernfalls wäre es eine neue Feature-Anfrage.
Wenn Sie das sagen, meinen Sie Leute, die eine Forenseite buchstäblich nie besuchen oder sich dort anmelden, sondern nur E-Mails lesen, die von Discourse gesendet werden?
Habe die Administrator-Einstellungen für E-Mail überprüft und sehe keine Option, dass neue E-Mails generiert und versendet werden, wenn Beiträge bearbeitet werden. Möglicherweise könnte das als neue Feature-Einstellung für den Mailinglisten-Modus integriert werden.
Es gibt eine Option, die es Leuten erlaubt, neue Themen per E-Mail zu posten, die standardmäßig nicht aktiviert ist. Wenn sie aktiviert ist, kann die Vertrauensstufe dafür angepasst werden, Standard ist Stufe #2:
Ja. Auf dieser Seite bildet das aus welchem Grund auch immer die große Mehrheit der Benutzer (sie stammen hauptsächlich aus einer alten E-Mail-Listen-Gruppe). Ich finde es schwierig, sie dazu zu bringen, die Weboberfläche zu nutzen, obwohl ich es immer wieder versuche! Und ja, Benutzer können per E-Mail neue Themen einreichen und natürlich antworten.
Daher denke ich, dass dies eine gute Feature-Anfrage wäre.
Und übrigens, ich spreche von Änderungen, die nach einer Kulanzfrist vorgenommen wurden.
Danke für die Klarstellung, ich stimme zu, dass dies eine gute Funktion wäre, über die die Leute benachrichtigt werden könnten, wenn es Bearbeitungen gibt.
Gute Aussage von Simon.
Dies ist auch in den Standard-Nutzungsbedingungen aufgeführt, dass E-Mails gesendet werden, wenn die Bedingungen bearbeitet werden:
Bei Aktualisierungen, die wesentliche Änderungen enthalten, erklärt sich das Unternehmen bereit, Ihnen eine E-Mail zu senden, wenn Sie ein Konto erstellt und eine gültige E-Mail-Adresse angegeben haben.
