净::ERR_INCOMPLETE_CHUNKED_ENCODING答案

【问题标题】：net::ERR_INCOMPLETE_CHUNKED_ENCODING净::ERR_INCOMPLETE_CHUNKED_ENCODING
【发布时间】：2014-04-22 11:12:48
【问题描述】：

我使用 .htaccess 将 url 从 someurl.com/ 重写为 someurl.com/public/。 www 根目录中的第一个 .htaccess 包含以下内容：

DirectoryIndex ./public/
RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ ./public/$1  [QSA]

文件夹 /public/ 中的第二个包含以下内容：

DirectoryIndex _main.php
RewriteEngine on
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule ^(.*)$ ./?params=$1 [QSA]

问题是当我在没有“public”的情况下打开 url someurl.com/ 时。页面已正确加载，但在 Google Chrome 控制台中出现错误：net::ERR_INCOMPLETE_CHUNKED_ENCODING。当我打开 url someurl.com/public/ 页面加载时没有任何错误。

有什么想法吗？

【问题讨论】：

是的，解决方案很简单 - 只需将 _main.php 放在第一行的第一个 .htaccess 中，它会是这样的： DirectoryIndex ./public/_main.php
发生此问题的原因有很多。在摆弄你的 .htaccess 或其他任何东西之前，我会尝试重新启动 apache
net::ERR_INCOMPLETE_CHUNKED_ENCODING in Chrome only 的可能重复项

标签： .htaccess google-chrome mod-rewrite

【解决方案1】：

在我的情况下，问题与缓存相关，并且在执行 CORS 请求时发生。

我在此处发布我的回复，因为这是我在 Google 上找到的第一个关于 net::ERR_INCOMPLETE_CHUNKED_ENCODING 错误的资源。

强制将响应标头 Cache-Control 更改为 no-cache 解决了我的问题：

[使用 Symfony HttpFoundation 组件]

<?php
$response->headers->add(array(
   'Cache-Control' => 'no-cache'
));

【讨论】：

【解决方案2】：

我在尝试访问 WP 管理区域的某些部分时遇到了这个问题，我设法通过将以下内容添加到我的 functions.php 文件中来解决它；

add_filter('wp_headers', 'wpse167128_nocache');
function wpse167128_nocache($headers){
    unset($headers['Cache-Control']);
    return $headers;
}

【讨论】：

【解决方案3】：

在 HTML 的情况下，我们遇到了net::ERR_INCOMPLETE_CHUNKED_ENCODING 问题，其中包含太多空行。一些浏览器难以解释长文件。

一旦我们通过清理空行中的代码在模板中应用了代码清理，一切就完美了。

【讨论】：

【解决方案4】：

我也面临同样的问题。最后我知道这是缓存文件夹的权限问题。

【讨论】：

应用程序或 apache 的缓存文件夹？请问这个怎么查？
在终端打开缓存文件夹的父文件夹并写在那里ls -la你可以看到结果

【解决方案5】：

我决定更改文件：/etc/apache2/mods-enabled/cgid.conf
添加如下代码sn -p：

<IfModule mod_cgid.c>
    CGIDScriptTimeout 60
</IfModule>

【讨论】：

【解决方案6】：

这个问题真的很普遍，在我的情况下，我停用了 WP Super Cache 插件，并且不再出现错误，但这太普遍了，由于服务器/wordpress的配置不同，没有人能真正帮助你

【讨论】：

【解决方案7】：

就我而言，问题在于 Windows 防病毒软件 (Kaspersky)。关闭它，问题就消失了：/

【讨论】：

【解决方案8】：

对我来说，它是 Zend PHP Opcache。它已达到内存限制，无法再缓存所有脚本。对于像 Magento 2 这样的庞大代码库来说，这是一个问题。

增加内存限制解决了在桌面上敲打数周后的问题。

【讨论】：

【解决方案9】：

这是关于服务器端的问题。用户正在运行的 Web 服务无权访问 Web 服务器缓存文件夹。

确保 nginx 用户可以写入 /var/lib/nginx（或某些发行版中的 /var/cache/nginx）。
确保 nginx 用户可以写入文件夹（从 nginx 配置文件中找到 nginx 用户通常位于 /etc/nginx/nginx.conf 中）
授予正确的访问权限 (chown -R nginx:nginx /var/lib/nginx/) 重新加载服务（-service nginx reload -in centos）

【讨论】：