Javascript nie ładuje się z powodu sieci :: ERR_CONTENT_LENGTH_MISMATCH

Question

Mam aplikację, która działa dobrze lokalnie, ale w produkcji barfs. (Klasyczny problem, prawda?)

W produkcji JS nie strzela prawidłowo. Kiedy otworzyć konsolę przeglądarki, widzę ten błąd:

net::ERR_CONTENT_LENGTH_MISMATCH

Kiedy patrzę na karcie sieciowej narzędzi programistycznych, to pokazuje, że nie udało się na żądanie GET dla text/html.

To jest tajemniczy błąd. Znalazłem tylko dwa inne wpisy SO, które nawet wspominają i są nierozwiązane. (Dla zainteresowanych: first post i second post)

Każdy pomysł (1), co to oznacza lub (2) jak go rozwiązać?

Answer 1

Zgodnie z this bug report, błąd ten występuje, gdy zewnętrzna długość zasobu nie odpowiada nagłówkowi Content-Length podanemu w odpowiedzi.

To może się zdarzyć z powodu nieprawidłowo skonfigurowanego serwera lub (jako rozciągnięcia) może niektóre znaki BOM zostały umieszczone w pliku, lub może nawet różne zakończenia linii (czy piszesz na maszynie DOS i wdrażasz na komputerze z systemem UNIX?) może powodować problemy.

Mam nadzieję, że to pomoże.

Answer 2

I am getting Error: net::ERR_CONTENT_LENGTH_MISMATCH

Zobacz dzienniki serwera, aby ustalić prawdziwy problem.

Dla mnie problem leży gdzieś pomiędzy uprawnieniami nginx i plików:

• tail -f /usr/local/var/log/nginx/error.log lub uruchomić nginx -t aby określić swoją lokalizację conf, w którym można określić ścieżkę zwyczaj dziennika.
• odświeżyć zasób w przeglądarce, np http://localhost:3000/assets/jquery/jquery.js

można zobaczyć coś takiego w dziennikach:

"/usr/local/var/run/nginx/proxy_temp/9/04/0000000049" failed (13: Permission denied) while reading upstream for file xyz

Herezje jak ja Poprawiono:

sudo nginx -s stop 
sudo rm -rf /usr/local/var/run/nginx/* 
sudo nginx 

Answer 3

miałem podobny problem przy próbie interpretacji wyników JSON. Okazało się, że gdzieś po linii w bazie danych pojawiła się dziwna postać - w tym przypadku winowajcą było "â ??". Nie jest jasne, jak ta wartość dotarła do bazy danych, ale prawdopodobnie jest związana z HTML encoding issues - "Â" character showing up instead of " " Tak czy inaczej, po usunięciu nieparzystych znaków problem został rozwiązany.

Answer 4

miałem podobny problem [crit] 6889 # 0: * 14817 open() "/ var/cache/nginx/proxy_temp/3/02/0000000023" nie powiodło się (13: Permission denied) podczas czytania przed

było tak, ponieważ proces roboczy Nginx nie mógł uzyskać dostępu do folderu/var/cache/nginx/proxy_temp/- Właśnie zmieniłem uprawnienia do folderu i wszystko zaczęło działać