在过去的两个月中,我在Chrome的开发人员控制台上收到以下错误:
net::ERR_INCOMPLETE_CHUNKED_ENCODING
症状:
服务器环境:
这是在我们内部的Apache服务器上发生的。其他人都没有发生这种情况-即 我们的用户都没有遇到此问题-开发团队中的其他人也没有。
其他人正在使用完全相同的Chrome版本访问完全相同的服务器。我还尝试了禁用所有扩展名并以隐身模式浏览-无效。
我使用了Firefox,并且发生了完全相同的事情。截断的文件等等。唯一的是,Firefox不会引发任何控制台错误,因此您需要通过Firebug检查HTTP请求以查看问题。
来自Apache的响应头:
Cache-Control:no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Connection:close Content-Encoding:gzip Content-Type:text/html; charset=utf-8 Date:Mon, 27 Apr 2015 10:52:52 GMT Expires:Thu, 19 Nov 1981 08:52:00 GMT Pragma:no-cache Server:Apache/2.2.22 (Ubuntu) Transfer-Encoding:chunked Vary:Accept-Encoding X-Powered-By:PHP/5.3.10-1ubuntu3.8
在测试时,我可以通过在htaccess文件中强制使用HTTP 1.0来解决此问题:
SetEnv downgrade-1.0
这摆脱了问题。但是,在HTTP 1.1上强制HTTP 1.0是不合适的解决方案。
更新 :因为我是唯一遇到此问题的人,所以我认为我需要花更多的时间调查这是否是客户端问题。如果我进入Chrome的设置并使用“还原为默认值”选项, 该问题将消失 约10-20分钟。然后返回。
好。我对此进行了三重测试,我 100%确信 它是由我的防病毒软件(ESET NOD32 ANTIVIRUS 5)引起的。
每当我禁用实时保护时,问题就会消失。今天,我将实时保护功能关闭了6到7个小时,这个问题从未发生。
片刻之前,我重新打开了电源,只是为了在一分钟内解决问题。
在过去的24小时中,为确保安全,我已重新打开和关闭实时保护。每次-结果都是一样的。
更新:我遇到另一位开发人员,他的卡巴斯基反病毒软件的实时保护存在完全相同的问题。他禁用了它,问题就消失了。即,这个问题似乎不仅限于ESET。