我有一个相当大的应用程序,它经过了一次重大的检修。
新版本使用了很多JSONP调用,我注意到有500个服务器错误。日志部分中未记录任何内容以确定错误原因。在JS、png甚至jersey (Servlet)上也会发生这种情况。
搜索SO和组表明,这些错误在部署过程中很常见。但即使在部署几个小时后也会发生这种情况。
顺便说一句,应用程序变得稍微大了一点,甚至在极少数情况下启动几个实例时会导致截止日期异常。有时,它会在6-10秒内启动和服务。有时它会超过75秒,从而导致类似请求的超时。我在预热请求中也看到了同样的行为。在应用预热期间不会加载任何自定义内容。
发布于 2013-03-15 03:20:15
有些500没有记录在您的应用程序日志中。它们是GAE前端的失败。如果由于某种原因,您的请求达到峰值,并且您的应用程序的新实例不能足够快地启动以满足这些请求,那么您的客户端可能会看到500,即使这些500没有出现在您的应用程序的日志中。GAE团队正在努力提供对这些前端日志的可见性。
发布于 2015-09-16 04:10:04
我刚亲眼看到了这个..。我正在研究一些访问者的日志,他们只加载了页面上一半的图形文件。我试着点击了一个博客上的链接,就像他们访问我们的网站一样。在我的例子中,我在一个js文件的chrome浏览器开发人员控制台中看到了一个500错误。然而,当我查看GAE日志时,它说它正确地提供了200状态的文件。该js文件加载了其他未加载的图像。在我的例子中,它是一个https请求。
了解我们的客户体验对我们来说非常重要(显然)。我想让你知道这个问题仍然存在。将其显示在日志中将是很好的,甚至附加一个预热错误或其他东西,这样我们就知道这是复杂服务器系统不可避免的人工制品(完全可以理解)。我只需要知道我是否应该添加实例或其他东西。此错误没有等待60秒,可能是5到10秒。这就像SSL握手的往返过程在中间失败了,但日志显示它是成功的。
那么,我是否可以增加握手的超时时间,或者这是在浏览器端完成的呢?
https://stackoverflow.com/questions/15369391
复制相似问题