Javascript 在前端/SSR应用程序中,4xx状态代码是否应视为错误?

Javascript 在前端/SSR应用程序中,4xx状态代码是否应视为错误?,javascript,single-page-application,monitoring,sentry,datadog,Javascript,Single Page Application,Monitoring,Sentry,Datadog,我们正在为使用RESTAPI的Vue/节点应用程序实现日志记录和监视 通常,API返回4xx响应(401s、404s),这些响应当前被Axios捕获并作为“错误”返回 这些最终会出现在我们的日志解决方案(Datadog、Sentry)中,但不会带来太多可操作的要点 一般来说,这样的状态代码应该被视为错误吗?是否有SPA日志记录和监控的最佳实践?(找不到任何资源)请参阅 这些类别一般包括: 信息性回复(100-199) 成功响应(200-299) 重定向(300-399) 客户端错误(400–4

我们正在为使用RESTAPI的Vue/节点应用程序实现日志记录和监视

通常,API返回4xx响应(401s、404s),这些响应当前被Axios捕获并作为“错误”返回

这些最终会出现在我们的日志解决方案(Datadog、Sentry)中,但不会带来太多可操作的要点

一般来说,这样的状态代码应该被视为错误吗?是否有SPA日志记录和监控的最佳实践?(找不到任何资源)

请参阅

这些类别一般包括:

  • 信息性回复(100-199)
  • 成功响应(200-299)
  • 重定向(300-399)
  • 客户端错误(400–499)
  • 服务器错误(500–599)
所以4XX错误是错误,但它们表明客户端可能有故障。例如,用户访问了一个页面,或者用户代理向一个不存在的页面发出了请求。服务器以404响应,因为“我这边的一切都很好,但那个页面不是真实的。”

这是一个错误吗?当然您是否可以通过将这些问题发送到您的日志来识别问题(例如,链接中的拼写错误、缺少页面、拼写错误、错误的API请求等)?当然

你有义务对此采取行动吗?如果你不想,就不要

你最好确定为什么你觉得他们不可采取行动。最有可能是可采取行动的

  • 一个不存在的页面是否有大量流量?也许应该实施重定向
  • 是否有一些活动受到费率限制?也许这些请求的频率需要调整,或者应该缓存内容,等等

我们有很多刮刀和机器人的请求,我们唯一能做的就是将他们的IP列入黑名单。。我想这是什么?是的,保留这些日志可以帮助通过模式、IP、用户代理或地理位置识别这些用户。您也可以丢弃它们,但如果这样做,您将丢弃有效的用户错误。