值得在不同的 AWS 位置发布不同的站点语言吗?
Worth publishing different site languages on different AWS locations?
我无法在不同位置的 AWS 存储桶之间分隔专用于不同 regions/languages 的页面(页面不在单独的子域上,例如 en.example.com 和 de.example.com,相反,页面结构为 example.com/en 和 example.com/ de)
因此,是否值得将德语子页面放在法兰克福 AWS 区域的不同存储桶中,并将所有请求重定向到 example.com/de(位于example.com 域的主要伦敦地区)到单独的存储桶?与位置相关的 ping 是否会减少由重定向调用引起的超重 ping 增加?
与伦敦主要地区相比,类似的问题适用于东京、爱尔兰和巴黎地区。
如果您在 S3 之外托管,那么我认为您的所有内容都是静态的。
我会从使用 Cloudfront 开始,如果您真的想要,您可以将不同的语言映射到不同位置的不同存储桶 - 即 /de/ 可以映射到 eu-central-1 中的存储桶,/en/可以映射到 eu-west-2 等
然而,这对您的最终用户看到的性能影响不大,因为他们应该从最近的边缘位置检索内容。
我无法在不同位置的 AWS 存储桶之间分隔专用于不同 regions/languages 的页面(页面不在单独的子域上,例如 en.example.com 和 de.example.com,相反,页面结构为 example.com/en 和 example.com/ de)
因此,是否值得将德语子页面放在法兰克福 AWS 区域的不同存储桶中,并将所有请求重定向到 example.com/de(位于example.com 域的主要伦敦地区)到单独的存储桶?与位置相关的 ping 是否会减少由重定向调用引起的超重 ping 增加?
与伦敦主要地区相比,类似的问题适用于东京、爱尔兰和巴黎地区。
如果您在 S3 之外托管,那么我认为您的所有内容都是静态的。
我会从使用 Cloudfront 开始,如果您真的想要,您可以将不同的语言映射到不同位置的不同存储桶 - 即 /de/ 可以映射到 eu-central-1 中的存储桶,/en/可以映射到 eu-west-2 等
然而,这对您的最终用户看到的性能影响不大,因为他们应该从最近的边缘位置检索内容。