我试图在服务器故障上发布这个问题,但到目前为止没有运气。
我在Fedora虚拟机中有一个本地测试环境。 奇怪的是,资源(css和js文件)似乎没有加载。看看Firebug,我看到浏览器发送带有“Range bytes = 0-”的HTTP请求。服务器响应空200 OK或空206部分内容。
以下是一个例子:
Response Headers Date Mon, 23 Nov 2009 23:33:26 GMT Server Apache/2.2.13 (Fedora) Last-Modified Thu, 19 Nov 2009 22:58:55 GMT Etag "18-3aec-478c14dbee138" Accept-Ranges bytes Content-Length 15084 Content-Range bytes 0-15083/15084 Connection close Content-Type text/css Request Headers Host fedora.test User-Agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091105 Fedora/3.5.5-1.fc11 Firefox/3.5.5 Accept text/css,*/*;q=0.1 Accept-Language en-us,en;q=0.5 Accept-Encoding gzip,deflate Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive 300 Connection keep-alive Referer http://fedora.test/pictures/ Cookie __utma=26341546.1613992749.1258504422.1258569125.1258752550.4; __utmz=26341546.1258504422.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); PHPSESSID=tqf8jfmc77qihe97rl4tmhq685 Range bytes=0- If-Range "18-3aec-478c14dbee138"
我不知道浏览器是否发送了错误的请求,或者是否是正在执行此操作的服务器。向外部提出的请求(例如谷歌分析)工作正常。
这是在VirtualBox中的Fedora 11中运行的。 Apache的。 PHP。这些文件是通过VirtualBox的“共享文件夹”功能提供的(可能是相关的吗?)。
首次加载(index.php):
Response Headers Date Tue, 24 Nov 2009 02:40:46 GMT Server Apache/2.2.13 (Fedora) X-Powered-By PHP/5.2.9 Expires Thu, 19 Nov 1981 08:52:00 GMT Cache-Control private Pragma no-cache Connection close Transfer-Encoding chunked Content-Type text/html; charset=UTF-8 Request Headers Host fedora.test User-Agent Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091105 Fedora/3.5.5-1.fc11 Firefox/3.5.5 Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language en-us,en;q=0.5 Accept-Encoding gzip,deflate Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive 300 Connection keep-alive Cookie PHPSESSID=ngh2n2co2gjj5kla6kafp85lh3; __utma=26341546.882012300.1259028363.1259028363.1259030442.2; __utmc=26341546; __utmz=26341546.1259028363.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utmb=26341546.1.10.1259030442
没有错误日志可以帮助我。
答案 0 :(得分:0)
我认为这是使用虚拟框在共享文件夹中提供文件的问题。我有完全相同的问题,只能解决它将文件移动到非共享目录。你可能尝试的一件事是启用followymlinks。不幸的是,当我遇到这个问题时,我找不到其他报告类似问题的人。