最近，似乎新注册的用户（编辑：或者可能只是拥有“系统头像”但未缓存到我的浏览器中）没有获得典型的彩色字符系统头像，而是只获得一个白色/空白的图片。在某些情况下，似乎它会加载，异步刷新。我在我的实例上看到了这个，也在这个地方看到了：
编辑：
看起来头像有时会返回 502 错误。
2 个赞
托管头像服务的附近发生火灾/爆炸，导致服务中断。我们正在努力恢复所有服务。
13 个赞
在我们的站点上没有看到任何关于管理员报告的问题。
您可以在我们的状态页面 https://status.discourse.org/ 上跟踪此事件。
3 个赞
我今天早上也遇到了同样的问题（管理员报告未加载）。日志显示头像代理服务和版本检查作业中存在大量超时错误。我想知道这是否会导致其他后台任务延迟，包括报告的生成。
3 个赞
头像通过 nginx 进行代理，而这些头像现在需要 15 秒才能超时，而不是毫秒级加载，这在某些情况下会严重饱和您的 nginx 容量，从而导致其他不相关请求也出错。
暂时禁用 Admin - Settings - Files - external_system_avatars_enabled 似乎有帮助。（感谢 @gerhard）
5 个赞
谢谢大家。我将把它转发给我们的系统管理员团队，让他们检查可能导致报告错误的因素，以及是否应该在我们这里应用您提供的临时修复程序。
我花了一些时间才意识到这是一个论坛设置。可以报告禁用外部头像服务无助于管理员仪表板模块加载。
1 个赞
中心头像服务现在应该已恢复联机 
8 个赞
对我来说，有趣的是，在出现此问题期间，我们自托管的实例遭受了许多随机的不可靠性，除了明显的头像无法加载之外……在设置中关闭“外部头像服务”也没有帮助——头像随后根本没有渲染，并且 API 调用在失败前仍然长时间阻塞。我以为我们的实例或多或少是独立的，或者可以是独立的，但显然并非如此。
6 个赞
翻转此设置将消除对中央服务的依赖，但需要重新烘焙所有帖子以更新所有缓存的头像 URL。
您说得对，邮件头像服务中断不应影响网站的其余部分。正如 @RGJ 指出的那样，这似乎与 NGINX 容量有关，因为代理请求会长时间阻塞 - 我们一定会研究是否可以在此进行任何改进。
6 个赞