如何配置mailer.js发送OTP至邮箱及解决注册后仪表盘为空问题

一、OTP发送至终端而非指定邮箱的问题 #

• 检查mailer.js核心逻辑：确认代码中是否误将OTP输出到终端（比如保留了console.log(otp)），未正确触发邮件发送函数。若存在“发送失败时 fallback 到终端输出”的分支，优先解决邮件发送失败的根源。
• 验证Gmail SMTP配置：
  • .env文件必须使用应用专用密码（Gmail启用两步验证后生成，不能直接用账号密码），参数拼写需准确：

    EMAIL_SERVICE=gmail
    EMAIL_USER=your-gmail-account@gmail.com
    EMAIL_PASS=your-app-specific-password
    

  • 检查mailer.js中transporter的配置是否正确，示例：

    const transporter = nodemailer.createTransport({
      service: 'gmail',
      auth: {
        user: process.env.EMAIL_USER,
        pass: process.env.EMAIL_PASS
      },
      secure: true, // 对应465端口，若用587则设为false并添加requireTLS: true
      port: 465
    });
    

• 新增错误日志定位：在邮件发送代码中添加详细错误捕获，明确失败原因：

  try {
    await transporter.sendMail(mailOptions);
    console.log('OTP邮件发送成功');
  } catch (error) {
    console.error('邮件发送失败详情:', error); // 根据错误信息针对性修复
  }
  

二、注册后仪表盘显示为空的问题 #

• 后端数据查询逻辑排查：
  • 确认auth.js或相关接口中，用户登录成功后是否用正确的用户ID查询关联的仪表盘数据，检查SQL语句的条件是否准确。
  • 查看后端终端日志，确认数据库查询是否返回预期数据；若结果为空，检查用户与成绩数据的关联关系（比如外键约束），或确认系统是否为新用户初始化了基础数据。
• 前端渲染与接口调用排查：
  • 打开浏览器开发者工具，检查仪表盘页面的网络请求：是否调用了数据接口，接口状态码是否为200，返回的数据结构是否符合前端渲染要求。
  • 检查前端状态管理（如Redux、Pinia或本地状态），确认登录后用户数据已存入状态，且仪表盘组件正确读取了状态中的数据。

内容的提问来源于stack exchange，提问作者SIRI