Google cloud platform Google云存储根据请求位置修改javascript文件

我正在使用Google云存储区域存储桶来承载我的javascript文件。以前它们在全球范围内运行良好，但现在它们只有在从区域IP（南美）访问时才能运行，而国际IP得到一个稍微修改的javascript文件

bucket没有版本控制，并且文件是散列的，所以只上传了一次

可通过以下链接访问相关文件：

当通过南美IP（存储桶所在的位置）访问时，它将有一次以下字符串：

closeAfter（500）（

但在别处访问时，此字符串将被修改为：

closeAfter（500）（，“gl”）

，从而中断脚本

---

这应该发生吗？我有什么办法可以修复它吗？

默认情况下，匿名可读的GCS对象上有一个缓存策略，允许Google和其他中介机构将内容缓存长达一小时。对于匿名可读对象，如果一个对象在过去一小时内被另一个同名对象覆盖，则一个区域的用户很可能会看到原始对象，而另一个区域的查看者可能会看到较新的对象

我敢打赌，有人上传了第一个选项，至少下载了一次（将其加载到某个缓存中），然后上传了第二个版本。无论对象是否启用了版本控制，都会发生这种情况

---

请注意，如果URL中存在生成编号，则不会发生这种情况，而您的链接中存在生成编号。这是您看到问题所在的链接，还是您使用了类似“”的链接？

谢谢您的回复。此文件由服务器为每个应用程序版本上载（其哈希值显示在文件名中），它不是用户上载的文件。我并没有在服务器上使用generation，但即使有generation number的链接也会出现同样的问题。还可以使用

gsutil ls-a gs://hassets/all

仅显示文件的这一代。为了记录在案，现在从巴西下载此链接（生成）将不会有：

closeAfter（500）（，“gl”）

来自北美，在该链接之后，我也没有。我猜还有别的事。要么确实有早期的上传，要么正在进行其他操作，比如web浏览器扩展编辑JavaScript文件。这听起来可能很典型，但是，您可以尝试在匿名窗口中访问吗？还有，这个问题是什么时候开始的？你对GCS做了任何改变吗？（铲斗配置等）。还有，你在多少地区遇到过这个问题？嗨，我终于解决了这个问题，我用来测试这个问题的所有web代理似乎出于某种原因都在向javascript文件添加字符，而我的客户在美国遇到这个问题是因为一个不相关的Safari问题。谢谢你的评论！如果可能的话（当然，跳过可能发生的任何私人信息/步骤），您能否将此作为答案发布？这看起来是一个有趣的问题。