Aus irgendeinem Grund kann ich die Standard-„Reservierten Benutzernamen“ nicht löschen (vor ein paar Wochen ging das noch, aber jetzt nicht mehr) – sie sind alle deaktiviert.
Ich bin mit dem Admin-Konto angemeldet (dem, das ich bei der ersten Anmeldung nach der Installation erstellt habe). Es gibt noch ein weiteres Admin-Konto und für beide wird es auf die gleiche Weise angezeigt.
Discourse ist auf dem neuesten Stand.
Ich habe versucht, mich im Inkognito-Modus anzumelden (um mögliche Cache-/Cookie-bezogene Probleme zu vermeiden), dasselbe Ergebnis.
Ich bin mir nicht sicher, ob das damit zusammenhängt – aber irgendwann, als ich ein zweites Admin-Konto erstellt habe, habe ich von diesem (zweiten) Admin-Konto die Admin-Berechtigungen des ersten/ursprünglichen Admins entzogen und dann wieder gewährt (also sind ATM beide Admins).
Beide Admins haben Admin- und Moderatorberechtigungen und sind mit den Admin- und Moderatorengruppen verbunden.
Ihre Änderungen an Ihrer Admin-Aufstellung hängen nicht damit zusammen. Die standardmäßig reservierten Benutzernamen sind jetzt fest als obligatorische Werte einprogrammiert.
Aber wäre es nicht besser, nur ein oder zwei hart zu kodieren (vorausgesetzt, das Problem liegt bei Nullwerten dieses Feldes, soweit ich die Commit-Nachricht verstehe). Ich meine, angenommen, ich möchte einen Benutzer mit den Benutzernamen „support“ oder „info“ für einige Nachrichten im Forum (oder einfach Admin) erstellen, muss ich dann nur die yml-Datei ändern und neu kompilieren, um dies tun zu können?
Wenn sie nicht gelöscht werden können, sollten sie nicht mehr da sein. Die Token haben alle X-Symbole, die den Eindruck erwecken, dass sie gelöscht werden können. Oder zumindest sollten die Xs entfernt werden.
Der beschreibende Text könnte stattdessen die obligatorischen auflisten (oder erklären, warum einige keine Xs haben, je nachdem, was der Fall ist).
@southpaw Ich habe gerade eine Neuinstallation durchgeführt und versucht, die site_settings.yml zu bearbeiten, und es funktioniert weder vorher noch nach dem Neubau.
Könnten Sie mir bitte mitteilen, ob es eine Möglichkeit gibt, diese Werte als nicht obligatorisch zu entfernen, damit ich Benutzer mit diesen Benutzernamen erstellen kann.
iPhones machen das ab und zu. Und ziemlich oft weigert er sich gleichzeitig, den Komponisten zu öffnen. Das Schließen und erneute Öffnen behebt das. Dies könnte einen Fehlerbericht erfordern, aber iPhones sind ein wenig schmerzhaft und dieses Problem ist nicht konsistent, daher habe ich mich nie darum gekümmert.
@southpaw Es hat nach dem Neustart funktioniert, aber auch nach dem Rebuild werden die Standardeinstellungen wiederhergestellt.
In Anbetracht der Tatsache, dass die Idee dieses Commits darin bestand, leere Werte für den Schlüssel einfach nicht zuzulassen, wäre es nicht vernünftiger, die mandatory_values als Dummy-Wert festzulegen, damit die Bedingung, nicht leer zu sein, erfüllt ist und alle wichtigen Werte daraus ausgeschlossen werden?
Bitte lassen Sie mich wissen, ob ein solcher Pull-Request akzeptiert werden könnte. Danke.
Ich habe hier ein paar (Info, Support und Community) als Pflichtwerte entfernt, der Rest kann wie bisher bleiben, da er für die Mitglieder viel wahrscheinlicher verwirrend ist.
@martin Danke, ich glaube jedoch, dass alle anderen ebenfalls gelöscht werden sollten (wobei ein zufälliger/Dummy-Wert gemäß meiner vorherigen Antwort übrig bleibt)
Ich glaube, aus diesem Grund existieren diese Werte bereits unter standard.
und immer noch kann kein Benutzer sie verwenden, es sei denn, der Administrator beschließt, ihre Verwendung zuzulassen - Löschen aus dieser Liste im Admin-Panel.
Und meiner Meinung nach ist es für eine selbst gehostete Einrichtung besser, dem Administrator die Freiheit zu geben, zu entscheiden.
Bitte betrachten Sie dieses Szenario: Ich möchte ein Konto mit dem Namen moderator hinzufügen. Mit der bestehenden Einrichtung muss ich mich per SSH auf meinen Server verbinden, die Site-Einstellungsdatei ändern (den Wert in mandatory_values löschen) und den Container neu starten, um dies tun zu können (und nach dem erneuten Erstellen wird diese Änderung zurückgesetzt).
Aber wenn alle Werte (nun ja, bis auf einen) aus mandatory_values gelöscht werden (aber NICHT aus default), kann ich als Administrator einfach den Wert “moderator” im Admin-Panel (unter reservierte Benutzernamen) löschen, schnell den Benutzernamen eines vorhandenen Benutzers in moderator ändern und das Wort moderator erneut hinzufügen - um zukünftige Verwendung zu verhindern.
Mit meinem vorgeschlagenen Ansatz sind also immer noch alle diese Benutzernamen standardmäßig nicht erlaubt, jedoch kann der Administrator sie jederzeit einfach löschen/hinzufügen, ohne Änderungen an den Site-Einstellungsdateien vornehmen zu müssen.
