Diese Art von Benutzer könnte verwirrt sein, ob sie auf den Link klicken oder den Bestätigungscode prüfen sollen.
Ja, da bin ich mir nicht sicher. Ich denke, Mails wie „Klicke auf diesen Link oder gib diesen Code ein“ sind üblich. Es hilft, wenn die Person die E-Mail auf einem anderen Gerät erhält und dabei den Komfort eines einzigen Klicks hat – aber lass den Seitenadministrator entscheiden, welche Optionen seine Nutzer verstehen.
Danke, dass du dein Feedback geteilt hast!
Ich möchte noch hinzufügen, dass dies das Benutzernamensformular nicht entfernt. In der aktuellen Version der bevorstehenden Änderung siehst du, dass es nach der Bestätigung der E-Mail-Adresse per Code einen dedizierten Schritt für den Benutzernamen gibt:
Kürzlich haben wir einen Bug behoben, bei dem Benutzernamen wie „user1“ und „user2“ angezeigt wurden. Bitte gib uns Bescheid, falls du das bei neuen Konten noch irgendwo siehst.
Das ist gut. Ich möchte nur darauf hinweisen, dass es in meinem Fall nach diesem Schritt eine Freigabe durch einen Moderator gibt. Die Meldung „Konto ist bereit“ könnte in diesem Fall irreführend sein.
Ich hatte den Eindruck, dass es in meiner aktuellen stabilen Version auftrat, aber ich kann es nicht überprüfen, da ich zum alten Anmeldeprozess zurückgekehrt bin. Ich werde es später aber mit den von dir genannten Verbesserungen erneut versuchen.
Wenn ich dieses neue “enable_local_logins_via_code” verwende, ist das umständlich. Wenn ich einen Passwort-Manager nutze – in meinem Fall Roboform –, der normalerweise sowohl den gespeicherten Benutzernamen als auch das Passwort gleichzeitig einträgt und dann direkt auf die Website weiterleitet, zeigt Roboform jetzt zwei Einträge an: einen für den Benutzernamen (nicht die E-Mail-Adresse, da ich mich mit meinem Benutzernamen anmelde) und einen zweiten für das Passwort.
In diesem Fall werden jedoch nicht sowohl das Passwort als auch der Benutzername gleichzeitig ausgefüllt, sondern der Code leitet sofort zu diesem Bildschirm weiter:
Dann muss ich meine E-Mail-Adresse manuell eingeben. Wird die stabile Version das eleganter handhaben? Wenn ich Roboform bei diesem Eingabefeld nutze, fügt es natürlich den Benutzernamen ein, und ich erhalte diesen Fehler:
Eine mögliche Option wäre, alle Benutzer anzuweisen, ihre Einträge im Passwort-Manager von Benutzername auf E-Mail-Adresse umzustellen. Das scheint mir aber aufdringlich, zumal es dasselbe anfängliche Verhalten zeigt: Es geht zum zweiten Bildschirm und erfordert einen zweiten Schritt, selbst wenn ich Roboform als Test von Benutzername auf E-Mail-Adresse geändert habe:
Wie auch immer, es ist im Moment einfach nur umständlich. Ich klicke NIEMALS auf den Link “E-Mail mir einen einmaligen Anmeldecode” – es geht sofort zum zweiten Eingabefeld.
Missversteht mich nicht, ich mag die Option mit dem 6-stelligen Code, und meine Mitglieder auch. Ich würde es nur gerne etwas eleganter haben, als es derzeit mit einem Passwort-Manager wie Roboform der Fall ist.
Ich finde das furchtbar. Ich habe es deaktiviert. Könntet ihr bitte bestätigen, dass es nicht zur Pflicht wird?
Nur sehr technikaffine Nutzer werden sich die Mühe machen, einen sinnvollen Benutzernamen zu wählen.
Das tun ohnehin nicht alle, aber wenn der „Name“ nicht überall neben dem „Benutzernamen“ angezeigt wird (z. B. unter /admin/users/list/active), ist das eine Verschlechterung.
(Danke für Discourse im Allgemeinen. Ich möchte nicht un dankbar klingen!)
Hier sind zwei Dinge zum Thema Anmeldung über dieses System.
Das eine ist, dass es vielleicht einfacher wäre, wenn man seinen Benutzernamen oder seine E-Mail-Adresse eingeben könnte, da man sich an das eine möglicherweise leichter erinnert als an das andere.
Das andere ist, dass auf meinem Forum der Benutzername nicht geändert werden kann. Dies ist ohne Zweifel eine Einstellung, die ich vor langer Zeit geändert habe, aber es könnte sich lohnen, dies zu beachten, da das neue System ein wenig davon abhängt, dass der Benutzername geändert werden kann.
Hi! Ich habe diese neue Funktion heute auch entdeckt. Wir haben auf unserem Forum einen Moderationsprozess, und plötzlich bekamen neue Nutzer zufällige Benutzernamen wie “happybreeze34”. Das ist für uns ein Problem, da wir es viel lieber hätten, wenn die Nutzer ihren eigenen Namen verwenden, statt eines zufälligen Pseudonyms.
Während ich versuchte, eine Lösung zu finden, stellte ich fest, dass das Deaktivieren der Option “Zufälligen Benutzernamen generieren” nur zu einem Muster wie “user1”, “user2” usw. führt, was nicht wirklich besser ist.
Außerdem fand ich den gesamten Ablauf etwas verwirrend: Die Nutzer müssen zunächst einen per E-Mail gesendeten Code eingeben, um freigeschaltet zu werden. Aber dann ist unklar, wie sie sich tatsächlich einloggen sollen, da sie nach einem Passwort gefragt werden, das sie nie festgelegt haben. Man muss erneut einen Code senden (und das ist nicht offensichtlich). Erst nach dem Login müssen sie selbst herausfinden, wie sie ihren Benutzernamen ändern. Insgesamt ergibt sich daraus ein ziemlich langer und verwirrender Onboarding-Prozess, besonders auf unserer Seite, da Konten zusätzlich der Freigabe durch einen Moderator bedürfen, bevor die Nutzer überhaupt diesen Schritt erreichen können.
So, wie es aktuell aussieht, passt dieser Ablauf also auch nicht ganz zu unseren Bedürfnissen ![]()
In diesem Fall ist deine beste Option, diese Einstellung zu aktivieren:
Da hast du recht. Wir müssen uns ansehen, wie dieser Ablauf für Websites funktioniert, bei denen ein Mitarbeiter Konten freigeben muss. Wir werden uns das ansehen und uns bei dir melden.
Danke für den Hinweis zu diesem Problem!
Ich habe hier einen Fix gepusht:
Könntest du aktualisieren und nachschauen, ob du immer noch auf dieses Problem stößt?
Danke für dein Feedback. Es hilft uns dabei zu entscheiden, ob die zufällige Benutzernamenserstellung standardmäßig opt-in oder opt-out sein soll. Beachte, dass sie auf keinen Fall verpflichtend sein wird und du sie mit den Anweisungen im ersten Beitrag deaktivieren kannst:
Sobald das erledigt ist, sieht der Bildschirm so aus:
Wir haben gerade ein Update
veröffentlicht, das den Ablauf für Seiten mit Staff-Freigabe verbessert. Bitte teste es nach dem Update und lass uns wissen, falls du auf Probleme stößt!
Nein, es macht fast genau dasselbe. Mit Roboform wird die E-Mail-Adresse eingefügt, dann wird eine Sekunde oder zwei gewartet, und danach wird zum 6-stelligen Eingabefeld gewechselt, wobei die E-Mail-Adresse sichtbar ist. Es scheint also, als würde Roboform oder etwas Ähnliches das Feld „E-Mail mir einen einmaligen Anmeldecode“ auslösen, obwohl ich es nie angeklickt habe, anstatt das Passwort einzugeben und direkt zu discourse weiterzuleiten.
Ich erinnere mich, dass man vor einiger Zeit eine kostenlose Version von Roboform herunterladen konnte, mit der man 10 Anmeldungen verwalten konnte, falls man genau diesen Passwortmanager testen möchte.
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
Sobald dies erledigt ist, sieht der Bildschirm so aus:
Ich habe es ursprünglich mit und ohne die Erlaubnis zur zufälligen Benutzernamensgenerierung ausprobiert. Es machte keinen Unterschied.
Heute Abend habe ich Username change period von 0 auf 1 geändert (d. h. Benutzernameänderungen sind jetzt erlaubt). Es scheint viel besser zu funktionieren. Zwei Dinge waren anders (außer ich habe nicht aufgepasst):
- Der obige Bildschirm, der nach einem Benutzernamen fragt, erschien. Zuvor ERSCHEINT ER NICHT. Das ergibt in gewisser Weise Sinn – aber diese Auswirkung der Einstellung
Username change periodsollte in den Anweisungen erwähnt werden. - Ein Bildschirm (in diesem Thema nicht erwähnt) erschien vor dem Benutzernamen-Bildschirm und bat um die Eingabe des vollständigen Namens und benutzerdefinierter Felder. Das ist gut. Aber auch dieser erschien zuvor NICHT. Der Unterschied ergibt keinen Sinn.
Die andere Änderung, die ich vor der Nutzung dieser neuen Funktion sehen würde, betrifft den Login-Prozess (d. h. nachdem sich der Benutzer abgemeldet hat und sich wieder anmelden möchte).
- Die Option „E-Mail mit einem einmaligen Login-Code senden“ sollte dieselbe Prominenz haben wie der „Anmelden“-Button. Derzeit ist sie nicht wirklich intuitiv. Ich wette, dass viele (nicht-technische) Leute einfach denken, sie hätten ihr Passwort verloren.
- Vielleicht einen einzigen Button belassen, mit der Nachricht: „Wenn Sie kein Passwort eingeben, senden wir Ihnen per E-Mail einen einmaligen Login-Code.“
- Vielleicht könnte „Ich habe mein Passwort vergessen“ irgendwie die Idee einbeziehen, dass dasselbe Verfahren einen Link zur Passwörterstellung sendet – „Passwort zurücksetzen oder erstellen“?
- Die Ideen in diesem Absatz der „Passwort festlegen“-E-Mail springen zu sehr hin und her: „Jemand hat angefragt, ein Passwort für Ihr Konto auf XYZ hinzuzufügen. Alternativ können Sie sich mit jedem unterstützten Online-Dienst (Google, Facebook usw.) anmelden, der mit dieser verifizierten E-Mail-Adresse verknüpft ist.“ Der zweite Satz gilt ohnehin für viele Foren nicht.
Zugunsten der neuen Methode denke ich, dass einmalige Codes mit der Discourse Hub-App besser funktionieren werden als Login-Links, da ich glaube, dass die alten Login-Links im Browser und nicht in der Hub-App geöffnet wurden.
Danke, ich werde es ausprobieren!
Ich habe den Eindruck, dass im Anmeldeprozess etwas nicht funktioniert, wenn ein Forum die invite code-Site-Einstellung verwendet. Ich kann nur die E-Mail-Adresse eingeben, und das Forum teilt mir mit, dass eine E-Mail gesendet wurde, aber ich habe keine erhalten, und auch in den Logs ist keine gesendete E-Mail zu sehen.
Nachdem ich die bevorstehende Änderung deaktiviert hatte, funktionierte die Anmeldung wie erwartet und es wurde wieder eine E-Mail versendet.
Die Idee, das Nutzererlebnis zu verbessern und Prozesse reibungsloser zu gestalten, gefällt mir, aber so wie es für meine Nutzerbasis umgesetzt wurde, bin ich da nicht ganz so begeistert. (Erst heute festgestellt, als sich drei Leute in meiner Community angemeldet haben und ich mich fragte, warum französischsprachige Katzenfrauen Namen wie FriskyAlligator29 hatten und wie/aus welchem Grund sie so viele unserer Registrierungsfelder übersprungen hatten.)
Erklärung: Es handelt sich um eine Zielgruppe mit insgesamt sehr geringem digitalen und sicherheitstechnischen Wissen, die wahrscheinlich ihren Kattennamen oder eine Variante davon als E-Mail-Passwort verwenden. Ich würde sie lieber dazu anleiten, starke Passwörter und 2FA (oder zumindest einen Passwortmanager mit besseren Passwörtern) zu verwenden, als magische Links per E-Mail einzusetzen …
Außerdem bewachen wir die „Tore“ für neue Registrierungen ziemlich streng mit einer Reihe von Fragen, die es uns ermöglichen, die Menschen bei ihrem Eintritt zu sortieren und mit wichtigen Informationen zu beginnen, wie wir sie willkommen heißen (Kontext: kranke Haustiere, manchmal Notfälle oder panische Halter, Tierärzte … sie folgen nicht demselben „Flow“).
Erklärung: Eine Bevölkerung mit insgesamt sehr geringem Wissen über digitale Sicherheit und Cybersicherheit, die wahrscheinlich ihren Katernamen oder eine Variation davon als E-Mail-Passwort verwendet. Ich würde sie lieber dazu anleiten, starke Passwörter und 2FA (oder zumindest einen Passwort-Manager mit besseren Passwörtern) zu verwenden, als magische Links in E-Mails zu nutzen…
Die Änderungen bestehen aus zwei Teilen. Der eine ist die zufällige Benutzernamensgenerierung, die wir in Kürze standardmäßig deaktivieren werden, da du recht hast: Es ist keine gute Standardeinstellung für alle Communities.
Der zweite Teil ist die Verwendung von E-Mail-Codes für die Kontoverifizierung und Anmeldungen. Das ist besser als magische Links in E-Mails und durchaus besser als Passwörter. Wenn nicht besser, dann zumindest einfacher. So funktioniert der Ablauf:
- Der Benutzer meldet sich an, wir senden einen Code an seine E-Mail-Adresse und zeigen das Code-Eingabefeld auf der Seite an
- Der Benutzer sieht den Code in der E-Mail und gibt ihn in Discourse ein (er kann die E-Mail auf einem anderen Gerät ansehen und auf demselben Gerät fortfahren)
- Bei der Anmeldung ist es genauso
- In beiden Fällen kann er, wenn er möchte, überhaupt kein Passwort haben, die Passworteingabe ist optional
- 2FA kann weiterhin als zweite Schicht auf das Konto angewendet werden
- Weitere Anmeldeanforderungen (zusätzliche Benutzerfelder, Captcha) gelten ebenfalls, wie konfiguriert
Ich habe gerade auf einem Forum, bei dem die Registrierung einer Freigabe bedarf, Folgendes festgestellt: Man gibt seine E-Mail-Adresse ein, tippt den sechsstelligen Code ein und sieht dann diesen Text: „Dein Konto wurde noch nicht freigeschaltet. Sobald du dich anmelden kannst, wirst du per E-Mail benachrichtigt.“
Dieser Text ist an dieser Stelle etwas durcheinander, denn zu diesem Zeitpunkt fühlt man sich noch gar nicht so, als würde man sich anmelden – man befindet sich noch in der Registrierung. Schon ein „Danke für deine Registrierung“ als erster Satz wäre eine Verbesserung.
(Außerdem hoffe ich, dass bei Seiten mit benutzerdefinierten Feldern, die dabei helfen können, über die Freigabe eines Nutzers zu entscheiden, diese Felder ausgefüllt werden, bevor der oben genannte Text angezeigt wird.)






