MediaWiki 页面编辑原因 "Load denied by X-Frame-Options: does not permit cross-origin framing"
MediaWiki page edit causes "Load denied by X-Frame-Options: does not permit cross-origin framing"
我是 运行 VM 上的 MediaWiki，通过 http://12.34.56.78/wiki 访问它 -- 我能够编辑页面。
现在我已将我的域 http://foo.org 重定向到 http://12.34.56.78/wiki
http://foo.org/wiki 确实找到了我的 wiki，但是当我尝试编辑页面时，我得到的是空白页面。检查控制台产量：
Load denied by X-Frame-Options: does not permit cross-origin framing
问题的原因是什么？解决方案是什么？
我觉得你在使用 http://foo.org to http://12.34.56.78/wiki 中的 "frame-redirects"。帧重定向是一种令人讨厌的黑客攻击，经常会导致问题，如上面的问题。
您应该使用实际的 http（反向）代理或域别名 (cname) 并重写规则。不同之处在于，使用代理，数据实际上是通过中间 Web 服务器（代理）传输的，而使用 cname+rewrite，它只是同一个盒子的两个名称。
查看 https://en.wikipedia.org/wiki/URL_redirection 以了解所有不同类型的转发和重定向。
我是 运行 VM 上的 MediaWiki，通过 http://12.34.56.78/wiki 访问它 -- 我能够编辑页面。
现在我已将我的域 http://foo.org 重定向到 http://12.34.56.78/wiki
http://foo.org/wiki 确实找到了我的 wiki，但是当我尝试编辑页面时，我得到的是空白页面。检查控制台产量：
Load denied by X-Frame-Options: does not permit cross-origin framing
问题的原因是什么？解决方案是什么？
我觉得你在使用 http://foo.org to http://12.34.56.78/wiki 中的 "frame-redirects"。帧重定向是一种令人讨厌的黑客攻击，经常会导致问题，如上面的问题。
您应该使用实际的 http（反向）代理或域别名 (cname) 并重写规则。不同之处在于，使用代理，数据实际上是通过中间 Web 服务器（代理）传输的，而使用 cname+rewrite，它只是同一个盒子的两个名称。
查看 https://en.wikipedia.org/wiki/URL_redirection 以了解所有不同类型的转发和重定向。