無法加載資源：net :: ERR_INCOMPLETE_CHUNKED_ENCODING

Question

我的應用程序沒有加載視圖（有時）我遇到了一些問題。 我正在使用php-fpm和nginx（php5.6.8和nginx 1.8.0）運行Debian服務器。 最重要的是，我正在運行Lavavel 4.2。

到目前為止，我已經在Chrome和Firefox中遇到了問題（chrome只是停止加載並顯示錯誤，firefox沒有顯示錯誤但顯示視圖的不完整版本）。

到目前為止，我已經檢查了nginx和PHP的權限，它們都作為同一個用戶運行（www-data：www-data）。 我的php-fpm套接字配置為：

[sitename]

listen = /var/run/php5-fpm/sitename.sock
listen.backlog = -1
listen.owner = www-data
listen.group = www-data
listen.mode=0660

; Unix user/group of processes
user = folderuser
group = www-data

; Choose how the process manager will control the number of child processes.
pm = dynamic
pm.max_children = 75
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 20
pm.max_requests = 500

; Pass environment variables
env[HOSTNAME] = $HOSTNAME
env[PATH] = /usr/local/bin:/usr/bin:/bin
env[TMP] = /tmp
env[TMPDIR] = /tmp
env[TEMP] = /tmp

請注意，我將user設置為folderuser，因為該站點的文件所在的文件夾由folderuser（folderuser：www-data）擁有。 此外，laravel文件夾中的權限配置為755（775用於緩存和上載文件夾，以便www-data可以寫入緩存文件）

我已禁用任何類型的服務器端PHP緩存（zend opcache除外）。

我也嘗試在chrome中禁用“預取資源以更快地加載頁面”功能，但這並沒有解決問題。

作為最后的手段，我嘗試過這個解決方案：

/*
|--------------------------------------------------------------------------
| Fix for Chrome / PHP 5.4 issue
| http://laravel.io/forum/02-08-2014-another-problem-only-with-chrome
|--------------------------------------------------------------------------
*/

App::after(function($request, $response)
{

    $content = $response->getContent();

    $contentLength = strlen($content);

    $response->header('Content-Length', $contentLength);

});

以及此腳本的一些變體，但我得到了一些內容長度不匹配（比net::ERR_INCOMPLETE_CHUNKED_ENCODING錯誤更常見。

總結一下，我已經檢查了服務器端的權限和用戶/組設置，我已經禁用了服務器端緩存（除了zend），我已經搞亂了chrome設置而且我已經嘗試了一個laravel腳本，其中沒有一個解決了我遇到的問題。 請注意，問題會在網站上的隨機頁面上隨機發生。

我真的不知道解決我的問題的下一步是什么，因為上面的解決方案是我在互聯網上找到的唯一解決方案。

我真的很感激一些幫助。

編輯：我有一個相同的應用程序的測試版本運行另一台服務器具有完全相同的配置（只有硬件不同，但內存更多），問題不存在。

此外，我忘了提到該應用程序不使用HTTPS（當前）運行。 然而，測試版使用HTTPS運行。

編輯存在問題的服務器有2048 MB RAM，測試版服務器有8192 MB RAM。

編輯我在發生錯誤時用fiddler檢查了響應，它只是在某個時刻無緣無故地切斷了響應。

Answer 1

您可能想要檢查文件夾/var/lib/nginx是否也歸www-data 。 我有這個問題，當響應頁面太大時，Nginx工作進程嘗試使用此文件夾並失敗，因為它由nginx擁有，而工作進程在www-data下運行。 通過chown -R www-data:www-data /var/lib/nginx ，問題得到解決。

Answer 2

我在最新的Debian上運行的Nginx Server上看到了類似的問題。 我正在運行安裝了高級自定義字段的Wordpress站點。 在高級自定義字段上，它表示問題可能與php.ini文件中的max_input_vars值有關。 我將我的價值從1000增加到3000並修復了我的一個網站上的問題。

您可以查看此鏈接，看看它是否對您有所幫助。 http://www.advancedcustomfields.com/faq/limit-number-fields/