Иногда появляется ошибка net :: ERR_INCOMPLETE_CHUNKED_ENCODING [дубликат]

Вот два варианта эмуляции необходимого поведения. Не общее решение, но может помочь в некоторых случаях. Здесь вертикальный интервал рассчитывается на основе размера внешнего элемента, а не его родительского элемента, но сам этот размер может быть относительно родителя, и таким образом интервал будет относительным.

content

Первый вариант: используйте псевдоэлементы, здесь вертикальное и горизонтальное расстояние относительно внешнего. Демо

#outer::before, #outer::after {
    display: block;
    content: "";
    height: 10%;
}
#inner {
    height: 80%;
    margin-left: 10%;
    margin-right: 10%;
}

Перемещение горизонтального интервала к внешнему элементу делает его относительно родителя внешнего. Демо

#outer {
    padding-left: 10%;
    padding-right: 10%;
}

Вторая опция: используйте абсолютное позиционирование. Демо

#outer {
    position: relative;
}
#inner {
    position: absolute;
    left: 10%;
    right: 10%;
    top: 10%;
    bottom: 10%;
}

3
задан JakeGould 5 June 2014 в 23:14
поделиться

2 ответа

У меня была та же самая проблема, что и у вас. Я нашел работу вокруг здесь в этой теме форума: http://laravel.io/forum/02-08-2014-another-problem-only-with-chrome

Код, используемый человеком, который предоставил обходной путь: http://laravel.io/bin/eyyDj#4,7 Суть его в том, чтобы просто рассказать Chrome о том, сколько данных ожидая для каждого запроса, поэтому ему не нужно записывать данные.

Я вижу отчеты о том, что обновление до PHP 5.5 также устраняет эту проблему, но не у всех из нас есть такой контроль над нашими серверами.

Изменить: похоже, что слепое применение этой работы вызывает ошибки при перенаправлении. Это код, который я сейчас использую:

App::after(function($request, $response) {
    // Fixes a strange issue with Chrome. Should theoretically be removeable
    // after upgrading PHP to 5.5 from 5.4
    if ($response instanceof Illuminate\Http\Response) {
        $response->header('Content-Length', strlen($response->getOriginalContent()));
    }
});

Обратите внимание, что ответы JSON являются отдельным типом и могут все еще иметь проблему с каналами, поэтому для решения этого решения, возможно, потребуется немного изменить.

0
ответ дан Michael Cordingley 24 August 2018 в 02:22
поделиться

Была та же проблема в ящике Ubuntu 14.04 Vagrant с nginx. Сайт является Laravel 5, который однажды неожиданно начал бросать эти ошибки.

После прочтения этого комментария: https://github.com/barryvdh/laravel-debugbar/issues/262#issuecomment- 74385850

Я проверил свой /var/log/nginx/vagrant.com-error.log.1 и увидел:

[crit] 1020 # 0: * 774 open () "/ var / lib / nginx / fastcgi / 3/03/0000000033 «failed (13: Permission denied)» при чтении вверх, клиент: 192.168.56.1, сервер: 192.168.56.102.xip.io, запрос: «GET / _debugbar / assets / javascript? 1423122680 HTTP / 1.1 ", upstream:" fastcgi: //127.0.0.1: 9000 ", host:" my-host ", referrer:" http: // url / that / fail "

Двойной флажок vagrant box nginx lib разрешений каталога ll /var/lib/

drwxr-xr-x 7 root root 4096 feb 9 11:28 nginx /

]

... где внутри пользовался пользователь www-data: ll /var/lib/nginx/

drwx ------ 12 www-data root 4096 may 5 13: 32 fastcgi /

Итак, я побежал:

chown -R www-data: www-data / var / lib / nginx

И ошибка в Chrome исчезла.

Просто разместив здесь, чтобы заметить решение, даже все кредиты должны отправиться на связанный исходный комментарий.

1
ответ дан Xavi 24 August 2018 в 02:22
поделиться
Другие вопросы по тегам:

Похожие вопросы: