我使用 Scaleway 对象存储已经将近两年了,几乎完美无缺,但 S3_upload 在上次重建过程中首次超时,是网络问题吗?也许……第二次就成功了,但这让我查看了存储桶,令我惊讶的是,我看到资产堆积如山:
我有什么遗漏吗?(除了,坦白说
,我没有配置任何 CDN,这是一个非常非常小的实例)
在重建之前,我是否应该重命名 assets 文件夹,并在一切顺利的情况下删除它?
我使用 Scaleway 对象存储已经将近两年了,几乎完美无缺,但 S3_upload 在上次重建过程中首次超时,是网络问题吗?也许……第二次就成功了,但这让我查看了存储桶,令我惊讶的是,我看到资产堆积如山:
我有什么遗漏吗?(除了,坦白说
,我没有配置任何 CDN,这是一个非常非常小的实例)
在重建之前,我是否应该重命名 assets 文件夹,并在一切顺利的情况下删除它?
不过,如果有很多旧的资源文件,删除旧文件可以节省几美分的存储成本,但我不会认为这值得花费时间去删除旧文件。
我正在使用对象存储用于上传(S3 和克隆),以前的做法是删除 assets 文件夹并运行 rebuild uploaded,只会重新上传最新、当前的文件。但正如你所写,你可以重命名 assets 文件夹并运行 rebuild 来检查一切是否正常。在创建并上传新文件后,你可以删除旧的 assets 文件夹。