HTML 相对 URL 分辨率差异
HTML relative URL resolution difference
我正在查看较旧的 asp.net 2.0 网络应用程序。在母版页中，有以下标签：
<link href="style/template.master.css" rel="stylesheet" />
<script src="js/prototype.js" type="text/javascript"></script>
当我看到这个时，我预计从站点内的文件夹加载页面会遇到一些问题。我没想到相对 URL 的解析方式会有所不同。下面是从 Admin 文件夹中的页面解析的 URL 的屏幕截图：
我希望这两个 URL 都相对于 Admin 文件夹进行解析；但可以看出，URL 的解析方式不同。我的问题是为什么？
解释很好，但我真的很想参考说明差异的解决规则 - 或者可能导致这种情况的错误。
更多信息：
管理页面或母版页面中都没有 base 标签。
IE 11（在各种兼容模式下）和 Chrome 40 中的行为相同。
母版页具有 XHTML 1.0 严格文档类型。
谢谢
母版页的头部通常有一个 runat="server" 属性和一个 'Automatic URL Resolution in the <head> Section'，这会修复任何 link 标签的 URL，但不会修复脚本标签。
为什么？不知道。这是一篇关于 URLs in Master Pages.
的文章
作为参考，您可以查看源代码，现在 asp.net is open source。
我正在查看较旧的 asp.net 2.0 网络应用程序。在母版页中，有以下标签：
<link href="style/template.master.css" rel="stylesheet" />
<script src="js/prototype.js" type="text/javascript"></script>
当我看到这个时，我预计从站点内的文件夹加载页面会遇到一些问题。我没想到相对 URL 的解析方式会有所不同。下面是从 Admin 文件夹中的页面解析的 URL 的屏幕截图：
我希望这两个 URL 都相对于 Admin 文件夹进行解析；但可以看出，URL 的解析方式不同。我的问题是为什么？
解释很好，但我真的很想参考说明差异的解决规则 - 或者可能导致这种情况的错误。
更多信息：
管理页面或母版页面中都没有 base 标签。
IE 11（在各种兼容模式下）和 Chrome 40 中的行为相同。
母版页具有 XHTML 1.0 严格文档类型。
谢谢
母版页的头部通常有一个 runat="server" 属性和一个 'Automatic URL Resolution in the <head> Section'，这会修复任何 link 标签的 URL，但不会修复脚本标签。
为什么？不知道。这是一篇关于 URLs in Master Pages.
的文章作为参考，您可以查看源代码，现在 asp.net is open source。