最近更新了最新版的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、打开此文件,注释掉第二行:

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' 的配置中:

配置 nginx

配置 nginx 发送 X-Frame-Options 响应头,把下面这行添加到 'http', 'server' 或者 'location' 的配置中:

配置 IIS

配置 IIS 发送 X-Frame-Options 响应头,添加下面的配置到 Web.config 文件中:

结果

在 Firefox 尝试加载 frame 的内容时,如果 X-Frame-Options 响应头设置为禁止访问了,那么 Firefox 会用 about:blank 展现到 frame 中。也许从某种方面来讲的话,展示为错误消息会更好一点。