Este tipo de usuario podría sentirse confundido: ¿debe hacer clic en el enlace o revisar el código de verificación?
Sí, no estoy seguro. Creo que correos como «haz clic en este enlace o introduce este código» son habituales. Ayuda si la persona recibe el correo en un dispositivo diferente y sigue ofreciendo la comodidad de un solo clic. Pero deja que el administrador del sitio decida qué opciones entenderán sus usuarios.
¡Gracias por compartir tus comentarios!
Quiero añadir que esto no elimina el formulario de nombre de usuario. En la iteración actual del cambio próximo, verás que hay un paso dedicado para el nombre de usuario después de confirmar la dirección de correo electrónico mediante código:
Recientemente, corregimos un error por el cual aparecían nombres de usuario como «user1» y «user2», así que, por favor, avísanos si sigues viendo eso en alguna parte para cuentas nuevas.
Eso está bien, solo permíteme mencionar que en mi caso hay un paso de aprobación por un moderador después de esto; “la cuenta está lista” podría ser engañoso en ese caso
Tenía la impresión de que ocurrió en mi versión estable actual, pero no puedo comprobarlo ya que he revertido a la versión antigua de registro, aunque lo intentaré de nuevo más tarde con las mejoras que mencionaste.
Cuando intento usar esta nueva opción “enable_local_logins_via_code”, resulta incómodo, ya que si uso un gestor de contraseñas, en mi caso Roboform, que normalmente introduce simultáneamente el nombre de usuario y la contraseña guardados y luego procede directamente al sitio, ahora Roboform muestra dos entradas: una para el nombre de usuario (no el correo electrónico, ya que inicio sesión con nombre de usuario) y otra para la contraseña.
Sin embargo, en este caso, en lugar de rellenar la contraseña y el nombre de usuario simultáneamente, el código pasa inmediatamente a esta pantalla:
Entonces, necesito introducir manualmente mi dirección de correo electrónico. ¿La versión estable manejará esto de manera más elegante? Si uso Roboform en ese momento, por supuesto inserta el nombre de usuario y obtengo este error:
Una posible opción es decirle a todos los usuarios que actualicen las credenciales de su gestor de contraseñas para usar el correo electrónico en lugar del nombre de usuario, pero esto parece intrusivo, sin mencionar que exhibe el mismo comportamiento inicial, ya que va a la segunda pantalla y me obliga a dar un segundo paso, INCLUSO si he cambiado Roboform, como prueba, de nombre de usuario a correo electrónico:
De todos modos, ahora mismo es simplemente incómodo. NUNCA hago clic en el enlace “Email me a one-time login code”; simplemente va directamente al segundo prompt.
No me malinterpreten, me gusta la opción del código de 6 dígitos, al igual que a mis miembros, solo que me gustaría que fuera más fluida de lo que es actualmente con un gestor de contraseñas como Roboform.
Creo que es terrible. Lo desactivé. ¿Podrían confirmar, por favor, que no se volverá obligatorio?
Nadie se va a molestar en elegir un nombre de usuario sensato, a menos que sean personas bastante técnicas.
No todos lo hacen de todos modos, pero a menos que el “nombre” se muestre en todas partes además del “nombre de usuario” (por ejemplo, en /admin/users/list/active), este es un cambio para peor.
(Gracias por Discourse en general. ¡No quiero sonar ingrato!)
Aquí hay dos cosas sobre el inicio de sesión usando ese sistema.
Una es que podría ser más fácil si pudieras escribir tu nombre de usuario o tu dirección de correo electrónico, ya que uno de los dos podría ser más fácil de recordar que el otro.
La otra es que en mi foro el nombre de usuario no se puede cambiar. Sin duda, es una configuración que cambié hace mucho tiempo, pero podría ser útil tener en cuenta esto, ya que el nuevo sistema depende un poco de la capacidad de cambiar el nombre de usuario.
¡Hola! Hoy también me he enterado de esta nueva función. En nuestro foro aplicamos un proceso de moderación, y de repente los nuevos usuarios empezaron a recibir nombres de usuario aleatorios como “happybreeze34”. Esto es un problema para nosotros, ya que preferimos mucho que los usuarios usen su propio nombre en lugar de un alias aleatorio.
Mientras intentaba encontrar una solución, descubrí que desactivar la opción de “generar nombre de usuario aleatorio” simplemente vuelve a un patrón como “user1”, “user2”, etc., lo cual no es mucho mejor.
También me pareció un poco confusa la dinámica general: primero, los usuarios tienen que introducir un código enviado por correo electrónico para ser aprobados, pero luego, para iniciar sesión de verdad, no queda claro cómo deben proceder, ya que se les pide una contraseña que nunca han establecido. Hay que enviar un código de nuevo (y esto no es nada evidente). Una vez iniciada la sesión, luego tienen que averiguar por su cuenta cómo cambiar su nombre de usuario. En conjunto, esto hace que el proceso de incorporación sea bastante largo y confuso, especialmente en nuestro caso, ya que las cuentas también requieren la aprobación de un moderador antes de que los usuarios puedan llegar a esa etapa.
Así que, tal y como está ahora, este flujo tampoco se adapta del todo a nuestras necesidades ![]()
En este caso, tu mejor opción es habilitar esta configuración:
Tienes razón, necesitamos revisar cómo funciona este flujo para los sitios que requieren que un miembro del personal apruebe las cuentas. Lo investigaré y te daré una respuesta.
¡Gracias por avisarnos de este problema!
He subido una corrección aquí:
¿Podrías actualizar y echar un vistazo para decirme si sigues teniendo este problema?
Gracias por tu comentario, nos resulta útil ya que estamos considerando si la generación de nombres de usuario aleatorios debe ser opcional (opt-in) o desactivada por defecto (opt-out). Ten en cuenta que no será obligatorio en absoluto y puedes desactivarla siguiendo estas instrucciones en la primera publicación:
Una vez hecho esto, así se verá la pantalla:
Acabamos de publicar una actualización
que mejora el flujo para los sitios que requieren la aprobación del personal. Por favor, pruébalo después de actualizar e infórmate si encuentras algún problema.
No, hace prácticamente exactamente lo mismo. Con Roboform, inserta la dirección de correo electrónico, hace una pausa de uno o dos segundos y luego pasa al campo de los 6 dígitos con el correo visible. Así que parece que Roboform o algo similar está activando el enlace «Envíame un código de acceso de un solo uso» aunque yo nunca lo haya hecho clic, en lugar de introducir la contraseña y continuar directamente a discourse.
Recuerdo que hace un tiempo se podía descargar una copia gratuita de Roboform y tener 10 inicios de sesión, si se desea probar exactamente ese gestor de contraseñas en particular.
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
Una vez hecho, así es como se ve la pantalla:
Originalmente lo probé con y sin permitir la generación de nombres de usuario aleatorios. No hizo ninguna diferencia.
Esta noche cambié Username change period de 0 a 1 (es decir, ahora permitiendo cambios de nombre de usuario). Parece funcionar mucho mejor. Dos cosas fueron diferentes (a menos que no haya estado prestando atención):
- La pantalla anterior, que pide un nombre de usuario, apareció. Antes, NO APARECÍA. De cierta manera tiene sentido, pero este efecto de la configuración de
Username change perioddebería mencionarse en las instrucciones. - Apareció una pantalla (no mencionada en este tema) antes de la del nombre de usuario, pidiendo que se ingresara el nombre completo y campos personalizados. Esto es bueno. Pero esta también NO APARECÍA antes. La diferencia no tiene ningún sentido.
El otro cambio que me gustaría ver antes de usar esta nueva función se relaciona con el proceso de inicio de sesión (es decir, después de que el usuario se ha desconectado y quiere volver a entrar).
- La opción “Email me a one-time login code” debería tener el mismo protagonismo que el botón “Log In”. Por el momento, no es realmente intuitivo. Apuesto a que mucha gente (no técnica) simplemente pensará que ha perdido su contraseña.
- Quizás mantener un solo botón, con un mensaje: “If you do not enter a password we will email you a one-time login code.”
- Quizás “I have lost my password” podría incluir de alguna manera la idea de que el mismo procedimiento enviará un enlace para crear una contraseña – “Reset or create password”?
- Las ideas en este párrafo del correo “Set password” saltan demasiado: “Somebody asked to add a password to your account on XYZ. Alternatively, you can log in using any supported online service (Google, Facebook, etc) that is associated with this validated email address.” La segunda oración no se aplicará a muchos foros de todos modos.
A su favor, creo que los códigos de un solo uso funcionarán mejor que los enlaces de inicio de sesión con la aplicación Discourse Hub, ya que creo que los antiguos enlaces de inicio de sesión se abrían en el navegador en lugar de en la aplicación Hub.
¡Gracias, lo intentaré!
Tengo la impresión de que algo en el proceso de registro no funciona cuando un foro utiliza la configuración del sitio invite code (código de invitación). Solo puedo ingresar la dirección de correo electrónico, y el foro me indica que se envió un correo, pero no lo recibí y los registros tampoco muestran que se haya enviado.
Después de desactivar el cambio inminente, el registro funcionó como se esperaba, enviando nuevamente un correo electrónico.
Me gusta la idea de mejorar la experiencia de usuario y hacer las cosas más fluidas, pero no me convence mucho la forma en que se ha implementado para mi base de usuarios (acabo de descubrirlo hoy, cuando tres personas se registraron en mi comunidad y empecé a preguntarme por qué las señoras de gatos francófonas tenían nombres como FriskyAlligator29 y cómo/por qué habían omitido tantos de nuestros campos de registro.
Explicación: es una población con un nivel general muy bajo de alfabetización digital y de ciberseguridad, probablemente usan el nombre de su gato o alguna variación de ese como contraseña de su correo electrónico, y prefiero enseñarles a usar contraseñas fuertes y la autenticación en dos pasos (o al menos un gestor de contraseñas con contraseñas mejores) a depender de enlaces mágicos por correo electrónico…
Además, «velamos por la puerta» bastante seriamente para los nuevos registros, con un montón de preguntas que nos permiten clasificar a las personas al entrar y comenzar con información importante sobre cómo darles la bienvenida (contexto: mascotas enfermas, a veces emergencias o dueños en pánico, veterinarios… no siguen el mismo «flujo»).
Explicación: una población con una alfabetización digital y de ciberseguridad muy baja en general, probablemente usa el nombre de su gato o alguna variación de este como contraseña de su correo electrónico, y yo preferiría enseñarles a usar contraseñas fuertes y la verificación en dos pasos (o al menos un gestor de contraseñas con mejores contraseñas) antes que usar enlaces mágicos por correo electrónico…
Los cambios se dividen en dos partes. La primera es la generación aleatoria de nombres de usuario, que pronto pasaremos a estar desactivados por defecto, porque tienes razón: no es un valor predeterminado adecuado para todas las comunidades.
La segunda parte es el uso de códigos de correo electrónico para la validación de cuentas y los inicios de sesión. Esto es mejor que los enlaces mágicos en los correos electrónicos y, se podría argumentar, mejor que las contraseñas. Si no es mejor, al menos es más sencillo. Este es el flujo:
- el usuario se registra, enviamos un código a su correo electrónico y mostramos la entrada del código en la página
- el usuario ve el código en el correo electrónico y lo introduce en Discourse (puede ver el correo electrónico en un dispositivo separado y continuar en el mismo dispositivo)
- lo mismo para los inicios de sesión
- en ambos casos, pueden no tener ninguna contraseña si lo desean; la entrada de contraseña es opcional
- la verificación en dos pasos (2FA) aún se puede aplicar a la cuenta como una segunda capa de seguridad
- otros requisitos de registro (campos de usuario adicionales, captcha) también siguen aplicándose, según la configuración
Acabo de darme cuenta de que, en un foro que requiere aprobación para el registro, se envía la dirección de correo electrónico, se introduce el código de seis dígitos y luego aparece este mensaje: «Tu cuenta aún no ha sido aprobada. Te notificaremos por correo electrónico cuando estés listo para iniciar sesión».
Este texto está un poco revuelto, ya que en ese momento no sientes realmente que estás iniciando sesión: todavía estás en el proceso de registro. Incluso «Gracias por registrarte» como primera frase sería una mejora.
(Además, espero que, en sitios con campos personalizados, que podrían ayudar a decidir si se aprueba a un usuario, esos campos se rellenen antes de mostrar el texto anterior.)






