@schleifer 嘿，之后能给我们一些指导吗？
好的，这是我们可以处理的情况。首先，将 /default/* 中的所有文件移动到 /original/1X/*。
这对我们来说是已知的，但数据库还不知道。下一步将调整数据库中所有上传文件的路径。不过在更改其他内容之前，让我们先进行合理性检查。
启动数据库控制台：
cd /var/discourse
./launcher enter
rails db
运行以下查询以查看结果：
select id,url from uploads where id > 0 and url not like '//PREFIX/original/%'
你需要将 PREFIX 替换为 BUCKET + ‘.s3.dualstack.’ + REGION + ‘.amazonaws.com’，例如 //pesioforum.s3.dualstack.us-west-2.amazonaws.com/original/%。
这应该会输出 (0 rows)。如果不是，那么我们还需要额外的步骤。
@schleifer 请帮我们完成这项工作。
好的，您可以将文件从 /default/ 移动到 /original/1X。
你可以通过运行 rake s3:upload_assets 将这些文件迁移到 S3。
双栈端点同时支持 IPv6 和 IPv4，而另一个端点仅支持 IPv4。
镜像中有一个用于在数据库中重映射字符串的脚本。在运行该脚本之前，请务必通过 /admin/backups（汉堡菜单 → 管理 → 备份）进行备份。
以下命令应可修复这 246 条记录：
discourse remap '//pesioforum.s3.ap-south-1.amazonaws.com/original/' '//pesioforum.s3.dualstack.ap-south-1.amazonaws.com/original/'
在将 /default/ 下的所有内容移动到 /original/1X/ 之后，我们可以在数据库中重映射这些文件。但在此之前，我们需要确保 /original/2X 下的所有内容确实存在。
以下查询返回的行数是否与存储桶中该路径下的实际对象数量一致？
select url from uploads where url like '//pesioforum.s3.dualstack.us-west-2.amazonaws.com/original/2X/%'
你好 @schleifer
你可以通过运行
rake s3:upload_assets将这些迁移到 S3。
我运行了该命令，它确实上传了网站的资源文件（js、css 等）。但仍有 7 个文件未被上传。
我发现了 rake uploads:migrate_to_s3 这个任务，想确认这是否是正确的任务。
镜像中有一个用于重映射数据库中字符串的脚本。
这个脚本运行良好，uploads 表中已不再包含任何旧的、非双栈的链接。
但在此之前，我们需要确保
/original/2X目录下的所有内容都实际存在。
遗憾的是，情况并非如此。S3 存储桶中有 521 个文件，但 uploads 表中有 2186 条记录。
我测试了几个不在 /original/2X/ 中所需的文件，发现它们都位于 /default/ 目录下。
示例：从 uploads 表中看，
https://pesioforum.s3.dualstack.ap-south-1.amazonaws.com/original/2X/8/806a660beb158e9f06d07ffcd2370b389bbd250b.jpeg 不存在，但该文件实际上位于
https://pesioforum.s3.dualstack.ap-south-1.amazonaws.com/default/806a660beb158e9f06d07ffcd2370b389bbd250b.jpeg
目前，作为一次性的临时方案，我们接受将所有文件从 /original/2X/{}/ 移动到 /original/1X/，并更新帖子等内容的链接。
新上传的文件本来就会正确放入 2X 目录。
啊，是的，这正是我原本打算用的。它应该能推送最后七条上传。
确实，这是目前最好的选择。将所有文件从它们的 /2X/ 子前缀中复制出来，并全部移动到 /1X/ 目录。
一切就绪后，运行以下命令以更新所有数据库条目：
discourse remap --regex "//pesioforum\.doublestack\.s3\.ap-south-1\.amazonaws\.com/original/[1234]X/([0-9a-f]/){0,}" "//pesioforum.doublestack.s3.ap-south-1.amazonaws.com/original/1X/"
（请记住之前关于备份的警告。）
之后，某些帖子可能需要通过扳手菜单重新生成 HTML 版本。如果数量较多，可以使用 rake posts:rebake 命令批量重建所有帖子。
@schleifer 成功了！通过修改正则表达式并重新烘焙所有帖子，大部分图片和上传内容现在都能正常工作了。
还有少数图片（非帖子内容）仍然链接到 /optimized/，但我们可以手动修复。例如：不同主题中的徽标等。
非常感谢你的帮助！
你好，我们在自己的环境中也遇到了与此类似的问题，希望能得到帮助以解决它。
我们的问题在很多方面与此相似：
- 我们在
s3 upload bucket和s3 backup bucket下列出了相同的值。 - 我们在升级 Discourse 时遇到了此问题：
旧版本：v2.3.0.beta3
新版本：v2.5.0.beta6
- 我进入 Discourse 容器并查询了数据库：
SELECT id,url FROM uploads where id > 0 and url not like '//acme-forum.s3.dualstack.us-west-2.amazonaws.com/original/%';
id | url
----+----------------------------------------------------------------------------------------------------
1 | /uploads/default/original/1X/eb17xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxc33.png
2 | /uploads/default/original/1X/b87fxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxv21.png
78 | //acme-forum.s3-us-west-2.amazonaws.com/original/1X/1205xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxv045.png
(3 rows)
- 我进入 Discourse 容器并查询了数据库：
select url from uploads where url like '//acme-forum.s3.dualstack.us-west-2.amazonaws.com/original/3X/%';
//acme-forum.s3.dualstack.us-west-2.amazonaws.com/original/3X/6/2/6267xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxf607c.jpeg
(7953 rows)
- 我检查了 ./original/3X/ 中有多少项，答案是
251项。
问题：
- 我们使用的是
dualstack，我不希望将我们的 URL 重新映射为不使用它。 - 我们的文件夹结构有所不同，我们有类似
3X/X/Y的结构（例如：3X/7/a），那么如何将所有内容从default移动到3X/*，这样仍然无法正确映射？
我目前的想法是编写一个脚本，引用步骤 4 的输出，以确定将文件移回 ./original/3X/X/Y 文件夹的位置。
唯一的问题是，当我这样做时，dualstack 尚未托管该文件。我的意思是，当我将文件替换到 original/3X/X/Y 时，我可以在以下地址看到它：
已损坏 https://acme-forum.s3.dualstack.us-west-2.amazonaws.com/original/3X/6/b/6b6xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxa001.png
更新 事实证明，dualstack 端点从未像我最初认为的那样损坏，我在最初将图像文件复制到 ./original/3X/6/b 时犯了一个错误，忘记允许所有人读取。
所以我的问题是：
将图像文件从 ./default 移回 ./original/3X/x/y 而完全不修改数据库，这是否是一个可行的选项？
好的，我有一个更新。
看起来我可以预测 ./original 图片应该放置的位置，但我不确定如何修复 ./optimized/ 图片的问题。
在我们的论坛中，如果浏览到某篇帖子，它会尝试显示 ./optimized 图片。
有没有办法判断哪些是 optimized 图片？
我的想法是，优化后的图片文件名以 _2_10x10.png 结尾，这个假设合理吗？如果是的话，是否可以用一个脚本来实现：将所有包含类似 _2_10x10.png 的文件复制到 optimized 文件夹，而将不包含此类后缀的文件直接复制到 ./original 文件夹？
示例：
GET https://acme-forum.s3.dualstack.us-west-2.amazonaws.com/optimized/3X/c/c/ccaxxxxxxxxxxxxxxxxxxxxxxxxxxxx85_2_690x268.png
[HTTP/1.1 403 Forbidden 0ms]
谢谢！
@41821 如果 uploads 表中的 URL 正确且可用，但帖子仍尝试加载优化后的图片，那么清空 optimized_images 表并重新烘焙所有帖子即可解决：discourse=> delete from optimized_images;
非常感谢你的反馈。实际上，我最终通过编写一个脚本来解决问题（如果可以这么说的话），该脚本根据文件名将图片从 /default 目录移回 /optimized 目录。这似乎奏效了，我现在没有任何问题了。
不过，如果未来再次发生这种情况，我会按照你的建议，清空 optimized_images 中的所有文件并重新烘焙。
谢谢！