
本教程旨在解决在HTML页面中使用
在开发过程中,我们常会遇到需要在一个HTML页面中嵌入其他HTML内容的需求,例如将多个报告合并到一个概览页面中。
假设我们有一个父级HTML文件(overview.html),它包含两个
--top directory
----Overview
------overview.html
----Session_20Data_20for_20Overview_20Report
------index.html
----Runs_20Data_20for_20Overview_20Report
------index.htmloverview.html中的
<html>
<head>
<title>regression report</title>
</head>
<body>
<iframe
style="width: 100%; height: 300px"
src="../Session_20Data_20for_20Overview_20Report/index.html"
></iframe>
<iframe
style="width: 100%; height: 1000px"
src="../Runs_20Data_20for_20Overview_20Report/index.html"
></iframe>
</body>
</html>在某些环境下(例如直接在文件系统打开或在Linux环境的Jenkins上),这种配置可能正常工作。但在另一些环境下(如Windows环境的Jenkins),却可能在
这个问题的核心在于Web服务器如何解析和提供文件。当一个HTML页面通过Web服务器(如Jenkins内置的Jetty服务器)被访问时,页面中所有相对路径的资源(包括
错误信息中的URI: /static-files/...和SERVLET: Stapler、Powered by Jetty明确指出,页面是通过一个Web服务器(Jenkins使用Stapler作为其Web框架,底层通常是Jetty)来提供服务的。这意味着服务器正在尝试从其配置的Web根目录下去寻找/static-files/Session_20Data_20for_20Overview_20Report/index.html这个路径。
如果服务器并没有将Session_20Data_20for_20Overview_20Report和Runs_20Data_20for_20Overview_20Report这两个目录配置为可从/static-files/路径下访问的资源,那么即使这些文件在文件系统中的相对位置是正确的,服务器也无法找到它们,从而返回404 Not Found错误。在Jenkins的场景下,报告通常存储在工作空间的特定路径下,并通过Jenkins自身的URL结构来访问,例如http://jenkins-host/job/your-job/ws/path/to/report/index.html。
解决
在Jenkins等Web服务器环境中,你需要确定你的报告文件实际是通过哪个URL路径对外提供的。通常,Jenkins会将构建工作空间中的文件通过特定的URL模式暴露出来。例如,如果你的Jenkins Job名为MyRegressionJob,并且报告文件位于工作空间的Session_20Data_20for_20Overview_20Report/index.html,那么其完全限定URL可能类似于:
http://your-jenkins-host:port/job/MyRegressionJob/ws/Session_20Data_20for_20Overview_20Report/index.html
其中:
修改overview.html中的
<html>
<head>
<title>regression report</title>
</head>
<body>
<iframe
style="width: 100%; height: 300px"
src="http://your-jenkins-host:port/job/MyRegressionJob/ws/Session_20Data_20for_20Overview_20Report/index.html"
></iframe>
<iframe
style="width: 100%; height: 1000px"
src="http://your-jenkins-host:port/job/MyRegressionJob/ws/Runs_20Data_20for_20Overview_20Report/index.html"
></iframe>
</body>
</html>注意: 请将http://your-jenkins-host:port/job/MyRegressionJob/ws/替换为你的实际Jenkins服务器地址、端口和Job名称。
通过这种方式,浏览器会直接向指定的URL发起请求,绕过了服务器对相对路径的误解析,从而能够正确地加载嵌入的内容。
确保你的Web服务器(例如Jenkins)被正确配置,以便能够通过HTTP请求访问到这些报告文件。在Jenkins中,通常构建的工作空间内容会自动通过/ws/路径暴露。如果报告文件位于Jenkins之外的某个位置,你可能需要配置Web服务器(如Nginx, Apache)来代理或直接服务这些文件。
在原始问题中提到了一个警告:“Due to Cross Origin Request Security(CORS), this browsing mode is now deprecated. Use Detachable Report Mode instead.”
尽管404错误是由于路径解析问题导致的,但CORS是一个与
虽然理论上可以使用file:///C:/path/to/report/index.html这样的本地文件路径作为src,但这通常不推荐用于Web应用。现代浏览器出于安全考虑,对file://协议的访问权限有严格限制,并且可能无法在不同操作系统或用户之间通用。此外,它也无法在Web服务器环境下工作。
为什么在Linux环境下可能工作,而在Windows环境下却失败?这可能与Jenkins在不同操作系统上处理文件路径、启动Web服务器的方式,或默认的安全沙箱配置有关。例如,在某些Linux系统上,Jenkins可能更容易直接访问文件系统路径,或者其内部的URL映射机制在Linux上表现得更宽松。然而,依赖这种平台差异性是不稳定的,使用完全限定URL是更健壮的解决方案。
当在Web服务器环境下使用
以上就是解决Iframe 404错误:理解相对路径与服务器环境下的URL解析的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号