pantalla - quitar el javascript que bloquea el renderizado de contenido wordpress

Javascript no se carga debido a la red:: ERR_CONTENT_LENGTH_MISMATCH

Question

Tengo una aplicación que funciona bien localmente, pero barfs en producción. (Problema clásico, ¿verdad?)

En producción, el JS no está disparando correctamente. Cuando abro la consola del navegador, veo este error:

net::ERR_CONTENT_LENGTH_MISMATCH

Cuando miro en la pestaña de red de Developer Tools, se muestra que falló en una solicitud GET para texto / html.

Es un error críptico. Solo he encontrado otras dos publicaciones SO que incluso mencionan y no están resueltas. (Para el interesado: primera publicación y segunda publicación )

¿Alguna idea (1) qué significa o (2) cómo resolverla?

Answer 1

Recibo un error: net :: ERR_CONTENT_LENGTH_MISMATCH

Eche un vistazo a los registros de su servidor para determinar cuál es el problema real.

Para mí, el problema estaba en algún lugar entre nginx y permisos de archivos:

• tail -f /usr/local/var/log/nginx/error.log o ejecutar nginx -t para determinar su ubicación de conf, donde podría especificar una ruta de registro personalizada.
• actualice el activo en su navegador, por ejemplo, http://localhost:3000/assets/jquery/jquery.js

Puede ver algo como esto en los registros:

"/ usr / local / var / run / nginx / proxy_temp / 9/04/0000000049" failed (13: Permiso denegado) mientras se lee en sentido ascendente para el archivo xyz

Heres cómo lo arreglé:

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

Answer 2

De acuerdo con este informe de fallas , ese error ocurre cuando la longitud de un recurso externo no coincide con el encabezado Content-Length dado en la respuesta.

Esto puede ocurrir debido a un servidor mal configurado, o (como un tramo) tal vez algunos caracteres BOM se pusieron en el archivo, o tal vez incluso terminaciones de líneas diferentes (¿está escribiendo en una máquina DOS e implementando en una máquina UNIX?) Puede causar problemas .

Espero que esto ayude.

Answer 3

Tuve un problema similar [crit] 6889 # 0: * 14817 open () "/ var / cache / nginx / proxy_temp / 3/02/0000000023" Falló (13: Permiso denegado) mientras leía en sentido ascendente

fue porque el proceso de trabajo de Nginx no pudo acceder a la carpeta / var / cache / nginx / proxy_temp / - Acabo de cambiar los permisos de la carpeta y todo comenzó a funcionar

Answer 4

Tuve un problema similar al tratar de interpretar los resultados de JSON. Resultó que en algún lugar de la línea, un personaje extraño ingresó en la base de datos; en este caso, el culpable era "¿?". No está claro cómo llegó este valor a la base de datos, pero es probable que esté relacionado con problemas de codificación HTML: aparece el carácter "Â" en lugar de "& nbsp;" De cualquier manera, después de eliminar los caracteres impares, el problema fue resuelto.