好的，所以我在我的机器上设置了一个灯和mediawiki的安装路径http://localhost/mw/。然后我继续在虚拟机上安装Windows，这样我就可以使用Internet Explorer测试mediawiki的安装。所以我将适当的$ wgServer设置设置为可从虚拟机客户端访问的主机IP地址。
首先我访问了http://x.x.x.x/并获得了一个目录列表，但它确实有效。对吗？......不......
然后我继续访问http://x.x.x.x/mw/（mediawiki路径），令我惊讶的是，IE只是在收货时加载。几个小时过去了，仍然IE正在加载页面...没有连接超时，没有收到超时。只是加载..永远和永远......
在尝试调查此处的实际情况时，我下载了cli实用程序cURL。并继续执行命令：curl -v http://x.x.x.x/mw/index.php/Main_Page。我能够检索页面，但结果令人兴奋！
首先，mediawiki报告该页面渲染速度非常快（从收到的html源代码中读取）
Served in 0.356 secs.
卷曲;
* 14542 bytes transfered in 764.580 seconds (19 bytes/sec).
这告诉我，由于某种原因，路径/mw/...的传输速率非常慢。所有其他网站都运行正常，但不是/mw/
因为我从未在IE中获得连接超时或接收超时我猜测我正在以非常慢的速率接收字节字节，并且它为我试图获取的页面上的所有资源执行此操作。
为了让事情变得更有趣，主机可以毫无问题地访问/mw/。我还尝试连接网络上的另一台计算机（而不是虚拟机），并且无尽的加载也遇到了同样的问题。
关于这里发生了什么的任何想法？
答案 0 :(得分：0)
当配置自动连接时，问题似乎可以追溯到xdebug模块。
在xdebug配置中删除xdebug.xdebug.remote_connect_back解决了这个问题。