扎克的一次有趣的深入研究。你对你应该使用哪种方法有什么看法吗？
1) https://website.com/foo/
2) https://websites.com/foo
第一个选项有一个 "尾部斜杠"，第二个则没有。
我一直倾向于这种想法：如果该页有子页，你就使用尾部斜杠（例如，它是一个目录页，即使有它自己的独特内容）。如果它是（内容的）行末，则不使用尾部斜杠。
我这样说，但这个网站却没有这样做。这个网站上的博客文章就像css-tricks.com/blog-post/ ，有一个尾部斜杠，如果你省去尾部斜杠，WordPress会重定向到包括它。这就是扎克在这里感兴趣的部分原因。重定向会带来性能上的损失，所以最理想的是尽可能不发生这种情况。
性能是一件事，但SEO是另一件事。如果你呈现相同的内容，有尾部斜线和没有尾部斜线，理论上是重复内容的惩罚，是不允许的。(虽然这对我来说很奇怪，但我认为谷歌很聪明，不会对这个问题感到非常担心）。
对我来说，资源解析到哪里似乎是最大的问题,这里是扎克:
如果你使用的是相对资源URL，资产可能会在Vercel、Render和Azure Static Web Apps上丢失（取决于你访问的是哪个重复的端点）。
<img src="image.avif">在/resource/，解析为/resource/image.avif
<img src="image.avif">在/resource上解析为/image.avif
这是一个非同小可的差异，对我来说，这是一个值得重定向的理由。不能因为这种愚蠢的事情而让一个页面出现资源中断。
使问题复杂化的是，建站框架可能对此有意见，而主机提供商可能对此有意见。正如扎克所指出的，主机之间有一些分歧，所以这是要注意的事情。
我，我会尽可能地顺应潮流。只要重定向到位，而且我不需要覆盖任何配置，我就不会有事。
