跳转到内容

你得知道它出过什么事

如果你只能靠用户告诉你「你的网站坏了」,那你等于没上线,只是把文件放到了网上。

昨天有多少人访问了你的站?其中几个人遇到了报错?

答不上来,就是这一节要解决的事。

不是为了看数据好看。是因为:不知道出过什么错,你就永远在被动救火,而且救的是用户已经受过的伤。

别一上来搞监控大盘。按顺序做这三件,每件十几分钟:

程序崩了、接口 500 了、数据库连不上了——这些必须落到某个你能翻的地方。

最低标准:云平台自带的日志页面你知道在哪、会翻。Vercel、Netlify、Cloudflare、各家云都有,不用装任何东西。

**现在就去打开它一次。**很多人上线半年没点开过。

用户浏览器里的报错,服务端日志看不到。页面白屏、按钮点了没反应,这类问题只在用户那边发生。

接一个错误收集服务(Sentry 之类,都有免费额度),几行代码,前端一崩你邮箱就收到。

不是所有事都要记。但这几类值得:

  • 有人注册 / 登录失败多次
  • 有人付了钱
  • 调用了要花钱的接口(记下花了多少)
  • 有人做了不可逆的操作(删除、批量修改)

一行就够:什么时候、谁、做了什么、结果如何。

加上错误日志:服务端异常记录完整信息到日志,前端接错误上报。日志里绝不能出现密码、token、密钥、支付信息。关键动作(注册、付款、删除、调用计费接口)各留一行审计日志。

一条被严重低估的:设一个「有人出错就通知我」

Section titled “一条被严重低估的:设一个「有人出错就通知我」”

日志的问题是你得主动去看。而你不会天天看。

所以最有价值的一步是:让它主动来找你。

  • Sentry 这类服务默认就会发邮件
  • 或者简单点,服务端报错时往你自己的 webhook / 邮箱发一条

**一天最多发几条的量级,不会烦。**而它能让你在用户开口之前就知道出事了——这是「上线了」和「运营着」的分界线。

  • 打开你的云平台日志页,说得出昨天有没有报错
  • 故意触发一个前端报错,看错误收集服务有没有收到
  • 翻一遍最近的日志,确认里面没有密码、token、密钥
  • 触发一次报错,确认你的邮箱/手机收到了通知
  • 知道自己的服务端日志在哪,会翻
  • 前端错误能收集到,不是只能靠用户报
  • 说得出日志里绝不能写哪几类东西
  • 出错时你会被主动通知,不用自己去查