netto :: ERR_INCOMPLETE_CHUNKED_ENCODING

Używam .htaccess do przepisania adresu URL z someurl.com/ na someurl.com/public/. Pierwszy .htaccess w katalogu głównego www zawiera to:netto :: ERR_INCOMPLETE_CHUNKED_ENCODING

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

i drugi w folderze/public/zawiera to:

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

A problem jest, gdy otwieram url someurl.com/ bez "publiczne" . Strona ładuje się poprawnie, ale w konsoli Google Chrome pojawił się błąd: net :: ERR_INCOMPLETE_CHUNKED_ENCODING. Kiedy otwieram URL strony someurl.com/public/ ładuje się bez żadnego błędu.

Wszelkie pomysły, proszę?

Źródło

2014-04-22 Mathew Wolf

Tak, rozwiązania jest prosta - wystarczy umieścić _main.php w pierwszej .htaccess na pierwszej linii, więc będzie tak: DirectoryIndex ./public/_main.php –

Ten problem może wystąpić z wielu powodów.Spróbowałbym ponownie uruchomić Apache, zanim zacznę bawić się plikiem .htaccess lub cokolwiek innego. – madebydavid

Możliwy duplikat [net :: ERR \ _INCOMPLETE \ _CHUNKED \ _ENCODING tylko w Chrome] (http://stackoverflow.com/questions/22608564/neterr-incomplete -chunked-encoding-in-chrome-only) – gaitat

W moim przypadku problem dotyczył pamięci podręcznej i miał miejsce podczas wykonywania żądania CORS.

Zamieszczam moją odpowiedź tutaj, ponieważ jest to pierwszy zasób znaleziony w Google dla błędu net::ERR_INCOMPLETE_CHUNKED_ENCODING.

Zmuszanie nagłówek odpowiedzi Cache-Control do no-cache rozwiązać mój problem:

[użyciu Symfony HttpFoundation Component]

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

Źródło

2014-09-24 05:14:32 eightyfive

Byłem też w obliczu tego samego problemu. W końcu mam problem z uprawnieniami w folderze pamięci podręcznej.

Źródło

2014-11-26 18:56:22

folder pamięci podręcznej aplikacji lub apache? jak mogę to sprawdzić? – miro

otwórz folder nadrzędny folderu pamięci podręcznej na terminalu i napisz tam ** ls -la ** możesz zobaczyć wynik –

Mieliśmy problem z kodem HTML, który zawierał za dużo pustych linii. Niektóre przeglądarki miały trudności z interpretacją długich plików.

Po wykonaniu czyszczenia kodu w naszych szablonach przez wyczyszczenie kodu z pustych linii, wszystko było idealne.

Źródło

2015-03-23 12:04:04

Miałem ten problem, próbując uzyskać dostęp do niektórych części obszaru administracyjnego WP, udało mi się go rozwiązać, dodając poniżej do mojego pliku functions.php;

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

Źródło

2015-07-02 11:19:10

postanowiłem zmienić plik: /etc/apache2/mods-enabled/cgid.conf
Dodawanie następujący fragment kodu:

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

Źródło

2015-09-23 01:04:04 user5365670

Problem ten jest bardzo ogólny, w moim przypadku jest wyłączona obsługa wtyczki WP Super Cache, a nie Zyskaj błąd, ale jest to tak ogólne, że nikt nie może ci pomóc z powodu różnych konfiguracji serwerów/wordpress

Źródło

2016-01-18 09:20:18 VladNeacsu

W moim przypadku problemem było oprogramowanie antywirusowe Windows (K aspersky). Wyłączając ten problem, zniknął problem:/

Źródło

2016-10-11 13:28:37

Dla mnie był to Zend PHP Opcache. Osiągnięto limit pamięci i nie można już buforować wszystkich skryptów. To był problem dla ogromnej bazy kodu jak Magento 2.

Zwiększenie limitu pamięci rozwiązało problem po tygodniach łomotania głowy na biurku.

Źródło

2017-01-27 20:27:40

netto :: ERR_INCOMPLETE_CHUNKED_ENCODING

Odpowiedz

Powiązane problemy