【问题标题】:The weirdest issue with lamp+mediawiki ever experiencedLamp+mediawiki 遇到过的最奇怪的问题
【发布时间】:2013-12-01 05:10:59
【问题描述】:

好的,所以我已经在我的机器上安装了 lamp 和 mediawiki,路径为 http://localhost/mw/。然后我继续在虚拟机上安装 Windows,以便我可以使用 Internet Explorer 测试 mediawiki 安装。因此,我将适当的 $wgServer 设置设置为可以从 virtualbox 客户端访问的主机 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/。我还尝试与网络上的另一台计算机(不是虚拟机)连接,它也遇到了同样的问题,无休止的加载。

对这里发生的事情有什么想法吗?

【问题讨论】:

  • 您可以尝试在 LocalSettings.php 中启用 $wgDebugLogFile,然后查看它是否记录了任何值得注意的内容吗? mediawiki.org/wiki/Manual:$wgDebugLogFile
  • 主题,有点……如果您想在不同的浏览器中进行测试,您只需要一个公共可访问的网络服务器和 BrowserStack.com - 请记住,您可以使用 httpauth 密码保护您的公共网络服务器。跨度>
  • 这与浏览器无关。这是网络/延迟问题。由 xdebug 引起的 php 调试模块

标签: php apache networking mediawiki


【解决方案1】:

当配置了自动回连时,问题似乎可以追溯到 xdebug 模块。

在 xdebug 配置中删除 xdebug.xdebug.remote_connect_back 解决了这个问题。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-02-06
    • 2023-03-04
    • 1970-01-01
    • 2018-01-05
    • 1970-01-01
    相关资源
    最近更新 更多