Discourse regresando
¡Casi has terminado! Hemos enviado un correo de activación a abc@gmail.com. Sigue las instrucciones del correo para activar tu cuenta.
Si no llega, revisa tu carpeta de correo no deseado.
como mensaje, incluso cuando el ID de correo electrónico ya existe. He realizado cambios en el código; en el método create de userController, he codificado manualmente el mensaje de activación como “Usuario activado”. Aun así, el mensaje aparece como el de arriba. ¿Puede alguien ayudarme?
Lo siento, no entiendo lo que has escrito.
Te lo explicaré con detalle.
Nuestros requisitos son los siguientes: debemos registrar usuarios masivos desde nuestra base de datos en Discourse. Por lo tanto, no podemos permitir que los usuarios activen su cuenta de Discourse mediante correo electrónico, ya que lo hacemos a través de Firebase en nuestra aplicación web.
Así que investigué el código de Discourse y comenté la parte en la función activate del UserController que envía el correo electrónico, activando al usuario directamente allí. De esta manera, la respuesta que se devolvía era la siguiente:
success: true,
active: true,
message: “Usuario activado”,
user_id: user.id
Pero desde ayer, he empezado a recibir esta respuesta:
success: true,
active: false,
message: ‘¡Casi has terminado! Hemos enviado un correo de activación a abc@gmail.com. Por favor, sigue las instrucciones del correo para activar tu cuenta. Si no llega, revisa tu carpeta de spam’.
¿Cómo puedo verificar si mi API de registro de usuarios está llamando a la función create, o si existe algún tipo de caché que me está causando este problema?
A menos que estés realizando los cambios en un plugin, actualizar Discourse sobrescribirá cualquier modificación que hayas hecho al código de Discourse. ¿Podría ser esto lo que ha ocurrido?
¿De qué plugin estás hablando? Los únicos cambios que hice fueron en users_controller en el código de Discourse. ¿Puedes ayudarme solo con el código? Quiero depurarlo usando el código. Solo dime dónde están las rutas para el registro de usuario: /u o /u.json para ser precisos.
Además, si registro algo en userController usando print, ¿podré ver el registro en la terminal? Por ahora no puedo.
Encontré el problema. No estaba enviando el password_confirmation y el challenge correctos en mi payload, por lo que el sistema lo marcaba como una solicitud sospechosa. He realizado los cambios necesarios y ahora funciona. Pero, ¿cuál es la lógica detrás de estos dos parámetros, ya que siguen cambiando?