哈哈——是的——我正是出于这个原因才不想走那条路。
2 个赞
抱歉回复晚了。
据我所见，这里没有相关的 API。
它只是从标题中提取值：
2 个赞
如果您移除 Layouts 插件，问题是否得到解决？
2 个赞
奇怪的是，当我移除 layouts 插件时，地图无法显示（全部为空白）。我最初以为是 CSS 问题，但即使移除了所有 CSS，问题依然存在。
这确实很奇怪，因为 Pavilion 上的您的地图显示完全正常。
1 个赞
无法复现。请检查是否存在主题冲突？
核心最新更新似乎彻底搞砸了这个问题：
点击用户地图或用户卡片上的地图图标会导致自我引发的拒绝服务攻击 
随后问题持续恶化，短短几秒内就让浏览器彻底崩溃：
用户地图页面也存在同样的问题：
今天早上我不得不完全禁用了该插件。
1 个赞
或许有关？
1 个赞
抱歉，我现在没多少时间查看这个问题，正在搬家，而且已经过了支持期，真是雪上加霜。
首先，建议检查一下是否并非“Locations”模块本身导致的问题，可能是其他因素影响了服务器。
在当前版本中，我并未发现“Locations”有任何异常，日志中也没有相关错误记录。
请排查一下是否有其他进程占用了性能资源。
1 个赞
我觉得问题可能出在每次有人尝试查看用户位置时，都会发出 4000 多次针对 map.json 的网络请求 
没关系，我暂时已禁用该插件。
2 个赞
在我的实例上运行正常。刚刚更新了。一开始发现有很多未缓存的资源，现在没问题了。这和 Redis 升级有关吗？
1 个赞
我真的不知道：man_shrugging:
但这会导致成千上万次网络调用吗？
1 个赞
所有范围内用户的每一个头像（例如）。以及地图所需的每一部分。
1 个赞
不，抱歉，我的意思是，这会导致我看到的每分钟数千次对 map.json 的网络调用吗？
1 个赞
可能是被忽略的 429 错误？如果某个资源再次需要却被拒绝，它可能仍会尝试请求。
是的，我不太确定关于 200 状态码的情况……您使用的是哪家服务提供商？
1 个赞
当我点击用户卡片，再点击该用户的地图图标时，系统立即开始向 map.json 发送数百次网络请求。
仅在我的浏览器中，不到 60 秒就向 map.json 发送了超过 1,000 次请求。
这导致我的桌面电脑浏览器完全卡死，而当我在手机上打开 Discourse 时，立刻收到了“请放慢速度，来自此 IP 的请求过多”的提示。
1 个赞
可能还不止这些，但我的浏览器在那时就崩溃了 
1 个赞
我又试了一次。
结果一样——瞬间就崩溃了：
还有：
等等。
万一是浏览器的问题，我试着用 Chrome 而不是 Firefox。
Chrome 似乎稍微好一些，在不到六十秒的时间内，它向 map.json 发起了超过 10,000 次网络请求，随后我的整个电脑开始卡死——不仅仅是浏览器：
别担心，@merefield，我已经把它关掉了
1 个赞