Optimization 包含的绝对URL是否有额外开销?

Optimization 包含的绝对URL是否有额外开销?,optimization,include,Optimization,Include,我遇到过这样的情况,看起来最简单的解决方案是将包含的文件(如CSS和Javascript)从使用相对路径转换为绝对路径。每页总共有大约10个包含的文件-与大多数页面上的10个几乎相同 我想知道这样做是否会有任何显著的开销(或者说,除了可移植性之外,还有其他缺点)?这是专用服务器上的LAMP设置,其中所有内容都通过https运行 编辑:澄清一下,我的意思是从“./foo.css”到“.唯一额外的开销是它们会稍微大一点(因此使包含它们的页面正好大一点)。除非每页都有大量的URL,否则这种差异应该可以

我遇到过这样的情况,看起来最简单的解决方案是将包含的文件(如CSS和Javascript)从使用相对路径转换为绝对路径。每页总共有大约10个包含的文件-与大多数页面上的10个几乎相同

我想知道这样做是否会有任何显著的开销(或者说,除了可移植性之外,还有其他缺点)?这是专用服务器上的LAMP设置,其中所有内容都通过https运行


编辑:澄清一下,我的意思是从“./foo.css”到“.

唯一额外的开销是它们会稍微大一点(因此使包含它们的页面正好大一点)。除非每页都有大量的URL,否则这种差异应该可以忽略不计


也就是说:当对性能有疑问时,最好的办法就是测量它。

我不认为将路径从相对更改为绝对会对性能产生重大影响

我的建议是尝试将您的CSS文件分组到一个CSS文档中,对于JS文件也是如此

这样,您的网站性能将得到优化,因为您只需向服务器发出2个HTTP请求(对于CSS和JS文件,而不是页面上的图像和其他元素)(一个用于CSS文件,一个用于JS文件),而不是当前发出的10个请求

我只能认为维护站点的个人的性能会受到阻碍:与相对URL相比,维护绝对URL是一件痛苦的事情

我刚刚找到了这个资源,他们似乎还没有看到两种URL对性能的影响:

根本没有服务器开销?如中所示,没有针对每个文件或类似文件进行DNS查找?您的浏览器将在获取相对URL之前将其转换为绝对URL。不应该有任何额外的DNS查找(并且DNS查找在任何情况下都应该被缓存)。这就是我所希望的。我将把这个问题开得更长一些,以防有人需要补充,但请暂时考虑一下你的答案。干杯:)不管怎样,还是接受他的回答吧。浏览器做了大量的客户端优化,相对URL和绝对URL不会影响这一点。正如劳伦斯所说,浏览器在解析它们时已经将相对URL转换为绝对URL。