Vorgegebene Site-Feedback-Kategorie: Sicherheitsregeln ändern

Beitragen Merkmal
1

Also beim vorkonfigurierten Kategorie „Site Feedback“ erscheint beim Bearbeiten unter dem Reiter „Sicherheit“ eine Warnung.

Warnung: Diese Kategorie ist eine vorkonfigurierte Kategorie, und die Sicherheitseinstellungen können nicht bearbeitet werden. Wenn Sie diese Kategorie nicht verwenden möchten, löschen Sie sie anstatt sie umzudeuten.

Ich verstehe, dass es wahrscheinlich gute Gründe gibt, die Sicherheitsregeln der Kategorie „Mitarbeiter“ zu sperren. Allerdings sind die Sicherheitsregeln der vorkonfigurierten Kategorie „Lounge“ nicht gesperrt. Ich denke, die Kategorie „Site Feedback“ sollte genauso wie die „Lounge“ behandelt werden, also mit bearbeitbaren Sicherheitseinstellungen.

Ich bin mir nicht sicher, ob ich mögliche nachteilige Auswirkungen übersehen habe, die entstehen könnten, wenn die Sicherheitseinstellungen für die Kategorie „Site Feedback“ bearbeitet werden können. Alle anderen Kategorienoptionen dafür scheinen nicht gesperrt zu sein.

2 „Gefällt mir“
Security settings for pre-seeded categories?
2

Ich plane ebenfalls, diese Kategorie auf andere Sicherheitseinstellungen umzustellen. Ich hoffe, es gibt eine Möglichkeit, die Einstellungen mit ein oder zwei Klicks einfach zu ändern. :+1:

jeder kann… Erstellen / Antworten / Ansehen

2 „Gefällt mir“
3

Die Lounge ist so eingestellt, dass ein Benutzer eine Vertrauensstufe (TL) von 3 erreichen muss, um Zugriff zu erhalten. Die Lounge ist gewissermaßen ein „Privileg“ oder eine „Belohnung“ für Benutzer, die aktiv an der Community teilnehmen. Wenn du die Voraussetzungen für den Zugriff auf eine solche Kategorie ändern möchtest, warum erstellst du dann nicht einfach eine neue Kategorie mit den gewünschten Sicherheitsberechtigungen?

Was „Site Feedback“ betrifft: Glaubst du wirklich, dass ein neuer Benutzer, der noch keine höhere Vertrauensstufe erreicht hat, keinen Vorschlag machen könnte, der der Community nützt? Das klingt fast so, als würde man sagen: „Wenn du neu bist, wollen wir nicht hören, was du zu sagen hast.“ :face_with_raised_eyebrow:

Ich habe es zwar noch nie ausprobiert, aber es könnte möglich sein, eine neue Kategorie mit deinen bevorzugten Sicherheitseinstellungen zu erstellen, alle Beiträge in diese neue Kategorie zu verschieben und dann die ursprüngliche Kategorie zu löschen. Achte nur darauf, dass du sie anders nennst als site-feedback.

Dies wurde bereits diskutiert (der Versuch, die Sicherheitseinstellungen für vorkonfigurierte Kategorien zu ändern). Warum erstellst du also nicht einfach eine neue Kategorie nach deinen Anforderungen und löschst die vorkonfigurierte?

2 „Gefällt mir“
4

Ja, das sind valide Punkte, @JimPas, und du hast recht, das Löschen und Neuerstellen ist eine Lösung. Ich denke nicht, dass dies ein großes Problem ist; ich finde nur, es wäre ein idealerer Standard, die Bearbeitung der Sicherheitseinstellungen für diese Kategorie zu ermöglichen.

In vielen Fällen ist es wahrscheinlich ideal, neuen Benutzern das Posten von Feedback zu erlauben. Ich finde nur, es könnte etwas zu sehr eine eigene Meinung vertreten sein, die Sicherheitseinstellungen für diese Kategorie standardmäßig für alle Communities gesperrt auszuliefern. Ich sehe kaum einen Vorteil in der Einschränkung der Flexibilität durch das Sperren.

Ein paar weitere spezifische Gründe:

  • Einer der Gründe für die Sicherheitssperre ist zumindest laut der angezeigten Meldung, eine Umwidmung der Kategorie zu verhindern. Administratoren können den Namen und den Slug der Kategorie jedoch trotzdem ändern und sie so – vielleicht aus Naivität – nach Belieben umwidmen (nur die Bearbeitung der Sicherheitseinstellungen bleibt ihnen verwehrt).

  • Manche Administratoren möchten die Kategorie für Site-Feedback für nicht angemeldete Benutzer und Web-Crawler verbergen, während gleichzeitig allen angemeldeten Benutzern (einschließlich neuer) das Anzeigen und Posten von Feedback erlaubt sein soll.

  • In einigen Fällen möchte ein Administrator spezifischere Unterkategorien für Site-Feedback erstellen und das Posten in der übergeordneten Kategorie verbieten, damit Benutzer für ihr Feedback eine passende Unterkategorie wählen müssen, um die Themenorganisation zu verbessern. Ich glaube nicht, dass dies ohne Bearbeitung der Sicherheitseinstellungen möglich ist.

  • Ein Administrator kann die Kategorie löschen und als Workaround eine neue erstellen. Das ist jedoch möglicherweise nicht ideal für ein Forum, das bereits seit einiger Zeit läuft. Die neue Kategorie erhält eine andere ID und URL, was alle statischen bestehenden Links und externen Links zu dieser Kategorie ungültig macht. Zwar könnten sie die Permalinks-Optionen als Workaround-Lösung verwenden, um von der alten Kategorie weiterzuleiten.

1 „Gefällt mir“
5

Genau das ist bei mir der Fall. Die Entwicklung auf unserem Discourse war in den letzten Monaten sehr aktiv, doch jetzt versuchen die Leute, es wie vorgesehen zu nutzen – als Ersatz für eine Mailingliste. Wir haben eine große Anzahl gelöster Beiträge zu Einrichtung und Wartung des Forums, die den durchschnittlichen Nutzer überhaupt nicht interessieren.

Wir haben unsere Hauptkategorie, die als „nicht kategorisiert“ gilt, und ermutigen alle Nutzer, einfach @staff zu erwähnen, wenn sie Feedback geben möchten. Dies ist sogar in der Beschreibung enthalten, die angezeigt wird, wenn jemand ein neues Thema verfassen möchte. Außerdem gibt es Themen mit dem Titel „Melden Sie hier alle Forum-Probleme“, in denen wir mitteilen, ob wir Features aktualisiert oder hinzugefügt haben, die in dem Thread angefordert wurden, und wir ermutigen zudem zur Einbringung von Nutzermeinungen.

Absolut. Es geht nicht darum, den Zugriff auf diese Daten zu beschränken. Wenn Sie in mein Haus kommen, lasse ich nicht alle meine Architekturpläne und Rechnungen auf dem Boden und den Tischen herumliegen. Wenn Leute das wollen, können sie solche Informationen gerne auf andere Weise finden – vielleicht über die Staff-Gruppe oder Ähnliches, wo Nutzer sich automatisch so weit einschalten können, wie sie sich ausschalten möchten.

Es ist ein Gleichgewicht zwischen dem täglichen Gebrauch und denen, die ausdrücklich experimentelle Features testen möchten.

Bei uns ist es nicht so, sondern eher: Ab welchem Punkt verstecken wir das Gerüst / begrenzen die Sichtbarkeit schwerer Bauarbeiten für Community-Nutzer, die tatsächlich Dinge erledigen wollen. :slight_smile:

3 „Gefällt mir“
6

In unserem Forum gibt es die Kategorie Site Feedback sowie eine namens META. :slightly_smiling_face: In der Kategorie META können meine Benutzer neue Themen zu spezifischen Problemen erstellen, die sie erfahren. Sobald diese bearbeitet wurden, werden sie als „Gelöst

2 „Gefällt mir“
7

Auf unserem Forum gibt es:

  • Die Kategorie Über uns, die früher Meta hieß. Da es eine Gruppe gibt, die sich selbst „Meta“ nennt, haben wir ihnen diesen Kategorienamen gegeben, um Verwirrung zu vermeiden. Das ist kein großes Problem, aber wir würden gerne diese Kategorie Über uns für nicht angemeldete Nutzer ausblenden, die keinen Grund haben, sie zu sehen. Vielleicht wäre es auch sinnvoll, den Zugriff nur auf eine einfache öffentliche Gruppe zu beschränken.
  • Die Kategorie Mitarbeiter – hier werden diverse Integrations- und technische Beiträge gepostet, die wir nicht das Forum überfluten lassen wollen. Wir haben die Funktion für Mitarbeiterhinweise noch nicht getestet, daher füllt diese Kategorie diese Rolle aus.

Mir ist aufgefallen, dass fast alle Diskussionen in der Kategorie „Nicht kategorisiert“ stattfinden, unserem Standardbereich für Diskussionen. Die Nutzer schätzen Tags sehr, aber wir waren wahrscheinlich zu großzügig damit, jedem die Erstellung von Tags zu erlauben.

Das ist mein Hauptgrund. Nutzer, die nicht einmal angemeldet sind, interessieren sich wahrscheinlich nicht für die Einrichtung des Forums. Sie wollen einfach nur allgemeine Diskussionen usw. sehen.

2 „Gefällt mir“
8

Wenn Benutzer keine Beiträge aus der Kategorie „Site Feedback“ erhalten möchten, können sie diese Kategorie jederzeit in ihren Einstellungen stummschalten. Das sollte verhindern, dass sie unerwünschte Beiträge aus dieser Kategorie oder die gesamte Kategorie in „Neueste“ sehen. Sollten sie sich doch gelegentlich dafür interessieren, können sie einfach in der Kategorienliste nach unten scrollen und dort eintreten.

Aber ich denke, wir driften hier langsam etwas vom ursprünglichen Anliegen von @markersocial ab – nämlich die Sicherheitsregeln für die Kategorie „Site Feedback“ anpassen zu können.

(Es wäre trotzdem schön, diese Diskussion über die verschiedenen Verwendungsmöglichkeiten Ihrer Kategorien fortzusetzen.)

Warum können Benutzer nicht einfach ein neues Thema in der Kategorie „Site Feedback“ erstellen, das speziell auf ihr jeweiliges Feedback zugeschnitten ist? In unserer Kategorie „Site Feedback“ gibt es mehrere von Benutzern erstellte Themen. Es ist eher eine Vorschlagsbox und zum Stellen von Fragen. Wenn Benutzer Probleme haben, posten sie in unserer passend betitelten Kategorie „Meta“ zur Fehlerbehebung. :slightly_smiling_face:

Eine schnelle Lösung für Ihren vorgeschlagenen Grund wäre einfach:

  • eine Kategorie mit dem Titel „Feedback“ erstellen,
  • beliebige Unterkategorien erstellen, in denen Benutzer Themen erstellen können,
  • dann die Hauptkategorie so einstellen, dass niemand dort posten kann.

Aber… verhindert diese Einstellung dann auch das Posten in den Unterkategorien?

Das habe ich noch nie ausprobiert. Klingt nach einem interessanten Experiment, aber ich gehe gleich ins Bett. Vielleicht versuche ich das morgen – es sei denn, ein Teammitglied springt hier ein und erklärt, ob das funktionieren wird oder nicht.

1 „Gefällt mir“
9

Danke @JimPas :slight_smile:

Die Hauptfrage wäre also: Welche Vorteile hat es, die Sicherheitseinstellungen für die vorinstallierte Kategorie „Site Feedback“ bei allen Installationen zu sperren?

Mir fallen dazu wirklich keine Vorteile ein. Es scheint eher eine unnötige Hürde zu sein, deren Entfernung keine Nachteile mit sich bringt. Neue Installationen könnten standardmäßig die empfohlenen Sicherheitseinstellungen erhalten, aber gleichzeitig Flexibilität für andere Anwendungsfälle bieten. Im Grunde ähnlich wie bei der vorinstallierten Kategorie „Lounge“.

Es ist kein großes Problem, da es Workarounds gibt, indem man die Kategorie löscht und wie von dir vorgeschlagen neu erstellt :+1:. Allerdings ist es etwas weniger elegant, wenn ein älteres Forum diese Einstellungen später ändern möchte, während es wächst, da sich dadurch die URL der Kategorie ändert (man kann Admin > Anpassen > Permalinks verwenden, um dies zu unterstützen).

Ja, korrekt, sie können ein Thema in der spezifischen Kategorie „Site Feedback“ für ihr Feedback erstellen. Es könnte jedoch nützlich sein, in bestimmten Anwendungsfällen die Nutzung von Unterkategorien für jedes Thema zu erzwingen, insbesondere wenn die Foren Teil einer vielfältigen Marke sind, die möglicherweise mehrere benutzerorientierte Websites, Apps und Produkte hat.

Ein paar Beispiele (sie erzwingen jedoch nicht die Nutzung ihrer Unterkategorien):
https://community.cloudflare.com/c/feedback/25

Manches Feedback betrifft die Hauptprodukte des Unternehmens und spezifisch kategorisierte Aspekte davon, anderes betrifft das Forum selbst. Dieses Forum hat selbst eine Unterkategorie für Site-Feedback für den Blog, der auch einer anderen Tag-Gruppe zugeordnet ist.

Dazu: Ich habe das bereits für einige Kategorien verwendet (Posten in der übergeordneten Kategorie untersagen, aber Posten in ihren Unterkategorien erlauben). Die Sicherheitsregeln für Unterkategorien werden nicht von den Sicherheitsregeln der übergeordneten Kategorie beeinflusst. Ja, das ist also tatsächlich eine Lösung. :+1:

1 „Gefällt mir“
10

Danke. Das erspart mir die Recherche. Ich habe heute fast 5 Stunden verloren, weil meine 3-jährige Enkelin zu Besuch war und nur mit Opa spielen wollte. :roll_eyes: :smiling_face_with_three_hearts: :laughing:
Jetzt kann ich endlich meinen eigenen Forum-Check machen. :slightly_smiling_face:

1 „Gefällt mir“
11

Dies dient als Workaround für technische Einschränkungen. Wenn wir (Discourse) jemals die Standardeinstellungen aktualisieren oder den übersetzten Namen der Kategorie ändern möchten, würde dies massive Verwirrung stiften, falls Nutzer die vorkonfigurierte Kategorie als „normale

4 „Gefällt mir“
12

Ah, das macht Sinn. Danke für die Erklärungen @riking.

Wenn es sehr nachteilig wäre, die Kategorie umzuwidmen – was ich nicht befürworte –, wäre vielleicht eine Warnung in den Einstellungen zum Umbenennen der Kategorie sinnvoller? Die Sicherheitsregeln scheinen nicht direkt stark mit diesen potenziellen Problemen verknüpft zu sein.

Ich möchte einige Punkte hervorheben:

  • Die Kategorie „The Lounge“ scheint ebenfalls im selben Boot zu stecken, das automatisch aktualisiert wird, aber die Sicherheitseinstellungen sind änderbar.
  • „Site Feedback“ kann umgewidmet werden (Titel und Slug umbenennen), ohne dass man die Sperre der Sicherheitsregeln bemerkt. Sie hat dieselben Standardsicherheitsregeln wie eine neue „normale“ Kategorie.
  • Das Sperren verhindert relativ einfache Änderungen, wie beispielsweise, die Kategorie nur für angemeldete Benutzer sichtbar zu machen oder sie auf bestimmte Vertrauensstufen zu beschränken.
13

Soweit ich weiß, ist ‘Lounge’ eine normale Kategorie und dient lediglich dazu, ACLs und Zugriffsrechte basierend auf Vertrauensstufen zu demonstrieren?

1 „Gefällt mir“
14

@Stephen - Ich sehe die Kategorie „Lounge“ in der Tabelle ‘site_settings’ in Postgres referenziert. Ich bin mir nicht ganz sicher, wie aussagekräftig das ist, vermute aber, dass sie ähnlich verarbeitet wird. Als ich an einer Testinstanz mit der ‘meta_category_id’ (Kategorie „Site-Feedback“) herumgespielt habe, hatte dies Auswirkungen auf die Kategorie „Site-Feedback“ beim Neuaufbau.

site_settings
site_settings612×146 5.88 KB

15

@markersocial Hast du eine Empfehlung für die Migration von rund 100+ Themen von Pre-Seeded zu einer neuen benutzerdefinierten Kategorie, abgesehen davon, jedes einzelne Thema zu verschieben?

1 „Gefällt mir“
16

@sunjam Hier ist eine Lösung: Bulk move many topics from one category to another - #2

Ich habe es gerade auf einer Testinstanz ausprobiert und es hat funktioniert, allerdings nur mit einer kleinen Anzahl an Themen.

Also SSH auf deinen Server und verwende diese Befehle (in diesem Beispiel werden alle Themen in Kategorie 2 in Kategorie 1 verschoben, ersetze diese Zahlen bei Bedarf):

cd /var/discourse
./launcher enter app
rails c
Topic.where(category_id: 2).update_all(category_id: 1)

Die Kategorie-IDs findest du in den Zahlen am Ende deiner Kategorie-URLs.

Edit: Das einzige Problem ist, dass auch der Beitrag „Über diese Kategorie

3 „Gefällt mir“