最近更新了最新版的wpjam(我爱水煮鱼)的经典优化插件,可是发现和最新版的erphpdown不兼容了,问题表现在无法使用erphpdown的弹出下载,经过F12一顿测试,发现网页响应头部分出现了:X-Frame-Options: deny,导致了加载iframe失败。
起初怀疑是nginx环境的配置问题,网上找了各种方法测试没有任何效果,无论如何修改X-Frame-Options: deny这个参数依旧存在,我就在想是不是插件问题引起,突然发现自己安装了wpjam-basic插件,又回想到以前此插件也引起过莫名其妙的问题,赶紧拿起notepad++搜索了全部插件下的php文件源码,果然站到了问题所在。
解决方法
1、定位到文件 wpjam-hooks.php,路径如下
/wp-content/plugins/wpjam-basic/public/wpjam-hooks.php
2、打开此文件,注释掉第二行:
//header('X-Frame-Options: deny');
3、保存文件,大功告成!测试下效果吧。
引申阅读——X-Frame-Options是什么意思?
X-Frame-Options HTTP 响应头是用来给浏览器指示允许一个页面可否在 <frame>, <iframe>或者 <object> 中展现的标记。网站可以使用此功能,来确保自己网站的内容没有被嵌到别人的网站中去,也从而避免了点击劫持 (clickjacking) 的攻击。
使用 X-Frame-Options
X-Frame-Options 有三个值:
DENY
- 表示该页面不允许在 frame 中展示,即便是在相同域名的页面中嵌套也不允许。
SAMEORIGIN
- 表示该页面可以在相同域名页面的 frame 中展示。
ALLOW-FROM uri
- 表示该页面可以在指定来源的 frame 中展示。
换一句话说,如果设置为 DENY,不光在别人的网站 frame 嵌入时会无法加载,在同域名页面中同样会无法加载。另一方面,如果设置为
SAMEORIGIN
,那么页面就可以在同域名页面的 frame 中嵌套。
配置 Apache
配置 Apache 在所有页面上发送 X-Frame-Options 响应头,需要把下面这行添加到 ‘site’ 的配置中:
Header always append X-Frame-Options SAMEORIGIN
配置 nginx
配置 nginx 发送 X-Frame-Options 响应头,把下面这行添加到 ‘http’, ‘server’ 或者 ‘location’ 的配置中:
add_header X-Frame-Options SAMEORIGIN;
配置 IIS
配置 IIS 发送 X-Frame-Options 响应头,添加下面的配置到 Web.config 文件中:
<system.webServer> ... <httpProtocol> <customHeaders> <add name="X-Frame-Options" value="SAMEORIGIN" /> </customHeaders> </httpProtocol> ... </system.webServer>
结果
在 Firefox 尝试加载 frame 的内容时,如果 X-Frame-Options 响应头设置为禁止访问了,那么 Firefox 会用 about:blank 展现到 frame 中。也许从某种方面来讲的话,展示为错误消息会更好一点。