Eine neue Option namens invite_code wurde hinzugefügt.
Wenn diese gesetzt ist, müssen alle neu registrierten Konten den Einladungscode eingeben, um die Kontoerstellung zu ermöglichen. Benutzer ohne diesen Code können kein Konto registrieren.
Die Funktion ist zu 100 % optional. Derzeit ist sie nur mit der lokalen Authentifizierung kompatibel, dies wird jedoch in zukünftigen Iterationen verbessert.
Wenn Sie den globalen Einladungscode aktivieren, wird er angewendet; andernfalls nicht, und der Einladungscode erscheint nicht im Registrierungsdialog.
Der Code handelt nicht von Mitarbeitern oder Nicht-Mitarbeitern, sondern zu 100 % von der Registrierung neuer Konten.
Der Anwendungsfall ist das Posten in einer WhatsApp- oder Facebook-privaten Gruppe..
Hey, ich habe ein Forum für dich eingerichtet. Verwende den Einladungscode „Willkommen bei Discourse“, um ein Konto zu registrieren.
Da die Seite nur eine Registrierung erfordert, haben nur Personen mit dem Code Zugang.
Wir können dies sicher erweitern, aber ich habe einen extrem dringenden Anwendungsfall dafür, daher habe ich das heute fertiggestellt und werde es nächste Woche verfeinern.
Dies erfordert eine manuelle Moderation jedes Kontos. Diese Einstellung ist wirklich sehr nützlich für diejenigen, die mit einigen Benutzern testen möchten, oder für diejenigen, die eine Art Promotion durchführen, bei der der Forenzugang ein Bonus ist. Ein solcher Einladungscode wird die Arbeitslast für Pilotprojektforen ebenfalls fast drastisch reduzieren.
Da ich jede einzelne E-Mail genehmigen muss und die Genehmigungs-Warteschlange rund um die Uhr überwachen muss, habe ich keine Ahnung, ob es sich bei einem registrierten Bot wirklich um eine Person handelt, die Zugang haben sollte, oder nicht.
Mit einem Einladungscode weiß ich zumindest, dass sie einen Code hatten, den ich privat weitergegeben habe.
+1 für dieses Feature, das für eine Reihe von Communities, die ich betreibe, enorm nützlich ist. Ich verstehe @codinghorror@ondrejs Punkt bezüglich der manuellen Freigabe oben, aber ich denke, dies schließt eine Lücke, die zwischen dem manuellen Einladen aller (nur per Einladung zugängliche Seite) und dem manuellen Freigeben aller (Benutzer per Freigabe) besteht.
Wir möchten Benutzer nicht genehmigen. Wir wollen einfach nur einen Code in einer Slack-/Telegram-/WhatsApp-Gruppe posten und allen erlauben, ihn zu nutzen. Manchmal schadet es nicht, vor dem offiziellen Start ein paar zusätzliche Tester hinzuzuziehen.
Ich finde das ebenfalls sehr nützlich, besonders wenn die Funktionalität leicht erweitert wird, sodass es möglich ist, Gruppen an einen bestimmten Einladungscode zu „ankoppeln
Ich bin ein Fan davon, wenn es in leicht abgewandelter Form erscheint, es braucht nur etwas Feinschliff. Wenn es jetzt einen dringenden (?) Bedarf dafür gibt, dann ist das wohl in Ordnung?
Ich persönlich fühle nur nicht, dass das magische Domain-…
Bitte registrieren Sie sich unter https://forum.this-is-my-magic-domain.org
… eine völlig unbrauchbare und absolut nicht funktionierende Ebene des Anmeldeschutzes im Vergleich zum magischen Passwort …
Sie müssen das Geheimnis this-is-my-magic-password kennen, um auf diese Seite zuzugreifen
Es gibt zwei Varianten davon, die ich mit großer Freude unterstütze:
Bitte besuchen Sie amazing.forum.com und geben Sie den Einladungscode fantastic ein, um Zugang zu erhalten (umgesetzt)
Und
Bitte besuchen Sie amazing.forum.com/register?code=fantastic, um sich zu registrieren und Zugang zum Forum zu erhalten.
Angesichts unserer allgemeinen Herangehensweise, bei der wir Seiten hinter eine HTTP-Basisauthentifizierung stellen, haben wir die Regel der 100 wahrscheinlich bereits überschritten.
Beide Varianten sind sich sehr ähnlich. Ich implementiere vorerst #1, werde aber später auch #2 nachreichen.
#1 hat den Vorteil, dass es etwas einfacher ist, wenn man nicht auf Kopieren und Einfügen angewiesen ist, z. B. wenn die Anweisungen über WhatsApp übermittelt werden und man sie dann am Desktop abschließt.
#2 hat den Vorteil, dass das Tippen von fantastic entfällt, und ist praktisch für eine „E-Mail“-Weitergabe im Vergleich zu einer WhatsApp-Weitergabe.
Verfolgen Sie nicht, woher forum.this-magic-domain.org hier kommt? In beiden Fällen handelt es sich exakt um dieselbe Domain, auf der sich das Forum befindet.
(Dies ist auf einer Dev-Site mit aktivierter Option must_approve_users nach der E-Mail-Bestätigung)
Es sollte bei der Registrierung optional sein und auch beim Login, solange die Genehmigung noch aussteht, da jede Anforderung, dass alle Nutzer den Code kopieren müssen, zu Problemen führt und Administratoren eingreifen müssen.
Mir ist jetzt aufgefallen, dass ich die Punkte von @codinghorror aus dem vorherigen Thema versehentlich wiederholt habe. (Das hatte ich zum Zeitpunkt des Schreibens noch nicht gelesen, da dies in #feature:announcements stattfand.)
Im Wesentlichen sollte dies auf must_approve_users + login_required aufbauen, anstatt ein völlig paralleles System zu schaffen. Die aktuelle Implementierung ist als Notlösung, um uns durch die aktuelle Krise zu bringen, in Ordnung, sollte aber korrigiert werden.
Jemand wird den Code vergessen oder nicht aufschreiben, wenn Sie ihn auf einer Konferenz präsentieren. Oder Sie müssen den Code austauschen, nachdem die Konferenzvideos online sind. Es ist viel besser, in Ihrer WhatsApp-Gruppe zu fragen: „Wem gehört das Konto @test3?“, eine bestätigende Antwort zu erhalten und dann auf
zu klicken, anstatt sie mühsam durch das korrekte Kopieren des Codes in das Anmeldeformular zu lotsen. (Hinweis: Diese Screenshots zeigen den Zustand nach der E-Mail-Validierung.)
Ich denke, das ist in Ordnung, wir müssen nur die abschließenden Anpassungen vornehmen. Es gibt definitiv einige Verbesserungen, die ich voll und ganz unterstütze.
Erstens: Integration in die Seite für Benutzer-Einladungen. Wenn Sie sich beispielsweise über den Link https://meta.discourse.org/signup?u=codinghorror bei Meta anmelden, erscheinen Sie auf meiner Benutzerprofilseite als von mir eingeladen, wie hier zu sehen:
Denken Sie daran, dass einladungen per E-Mail den eingeladenen Benutzern bereits TL1 gewähren. Wir haben diesen Vorteil also bereits. Schauen Sie sich das Einladungs-Dialogfeld an: Sie können auch den Gruppenzugriff hinzufügen, und die TL-Aufwertung erfolgt implizit. Wir sollten dies im Text dieses Dialogfelds eigentlich genauer erläutern:
Zweitens: Sie sollten in der Lage sein, Einladungslinks ohne E-Mail-Adresse von derselben Stelle aus zu generieren, an der Sie Einladungen versenden, wie oben beschrieben . Dies löst das Problem „Aber ich kenne ihre E-Mail-Adressen nicht
. Dies löst das Problem „Aber ich kenne ihre E-Mail-Adressen nicht 