Javascript che non carica a causa della rete :: ERR_CONTENT_LENGTH_MISMATCH

Question

Ho un'app che funziona bene localmente, ma barfs in produzione. (Problema classico, vero?)

Nella produzione, il JS non sta sparando correttamente. Quando apro la console del browser, vedo questo errore:

net::ERR_CONTENT_LENGTH_MISMATCH

Quando guardo nella scheda di rete di strumenti di sviluppo, è dimostra che non è riuscito su una richiesta GET per il text/html.

È un errore criptico. Ho trovato solo altri due post SO che menzionano e sono irrisolti. (Per gli interessati: first post e second post)

Qualche idea (1) che cosa significa o (2) come risolverlo?

Answer 1

In base a this bug report, questo errore si verifica quando una lunghezza di risorsa esterna non corrisponde all'intestazione Content-Length fornita nella risposta.

Questo potrebbe verificarsi a causa di un server configurato in modo errato o (come estensione) forse alcuni caratteri della distinta componenti sono stati inseriti nel file, o forse anche terminazioni di linee diverse (stai scrivendo su una macchina DOS e distribuendola su una macchina UNIX?) potrebbe causare problemi.

Spero che questo aiuti.

Answer 2

I am getting Error: net::ERR_CONTENT_LENGTH_MISMATCH

Dai un'occhiata ai log del tuo server per determinare qual è il vero problema.

Per me il problema era da qualche parte tra nginx e di file permesso:

• tail -f /usr/local/var/log/nginx/error.log o eseguire nginx -t per determinare la posizione conf, in cui è possibile specificare un percorso di log personalizzato.
• aggiornare la risorsa nel proprio browser, ad esempio http://localhost:3000/assets/jquery/jquery.js

Si può vedere qualcosa di simile nei log:

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

Ecco come ho risolto:

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

Answer 3

Ho avuto un problema simile quando si tenta di interpretare i risultati JSON. Si è scoperto che da qualche parte lungo la linea un personaggio strano è atterrato nel database - in questo caso il colpevole era "â ??". Non è chiaro come questo valore sia arrivato nel database, ma è probabilmente correlato a HTML encoding issues - "Â" character showing up instead of " " In entrambi i casi, dopo aver rimosso i caratteri dispari, il problema è stato risolto.

Answer 4

ho avuto problema simile [crit] 6889 # 0: * 14817 open() "/ var/cache/nginx/proxy_temp/3/02/0.000.000,023 mila" fallita (13: Autorizzazione negata) durante la lettura monte

era perché il processo di lavoro Nginx non era in grado di accedere alla cartella/var/cache/nginx/proxy_temp/- Ho appena cambiato le autorizzazioni della cartella e tutto ha iniziato a funzionare