Este dilema se puede resolver de diferentes formas, pero te mostramos la que para nosotros es la resolución más completa.
Solución:
está bien. He probado esto tres veces y estoy 100% seguro que está siendo causado por mi antivirus (ESET NOD32 ANTIVIRUS 5).
Cada vez que desactivo la protección en tiempo real, el problema desaparece. Hoy, dejé la protección en tiempo real desactivada durante 6 a 7 horas y el problema nunca ocurrió.
Hace unos momentos, lo volví a encender, solo para que el problema saliera a la superficie en un minuto.
En el transcurso de las últimas 24 horas, he activado y desactivado la protección en tiempo real, solo para estar seguro. Cada vez, el resultado ha sido el mismo.
Actualización: me encontré con otro desarrollador que tenía exactamente el mismo problema con la protección en tiempo real en su antivirus Kaspersky. Lo deshabilitó y el problema desapareció. es decir, este problema no parece estar limitado a ESET.
El error intenta decir que Chrome se cortó mientras se enviaba la página. Su problema es tratar de averiguar por qué.
Aparentemente, este podría ser un problema conocido que afecta a un par de versiones de Chrome. Por lo que puedo decir, se trata de que estas versiones sean enormemente sensibles a la longitud del contenido del fragmento que se envía y al tamaño expresado de ese fragmento (podría estar muy lejos de eso). En resumen, un problema de encabezados ligeramente imperfecto.
Por otro lado, podría ser que el servidor no envíe el fragmento de terminal de longitud 0. Que podría ser reparable con ob_flush();. También es posible que Chrome (o la conexión o algo así) esté lento. Entonces, cuando se cierra la conexión, la página aún no está cargada. No tengo idea de por qué esto podría suceder.
Aquí está la respuesta de los programadores paranoicos:
En su caso, podría ser un caso de que se agote el tiempo de espera del script. No estoy muy seguro de por qué debería afectarte solo a ti, pero ¿podría deberse a un montón de condiciones de carrera? Eso es una conjetura total. Debería poder probar esto extendiendo el tiempo de ejecución del script.
También puede ser tan simple como que necesite actualizar su instalación de Chrome (ya que este problema es específico de Chrome).
- https://code.google.com/p/chromium/issues/detail?id=461213
- IIS y Chrome: no se pudo cargar el recurso: net::ERR_INCOMPLETE_CHUNKED_ENCODING
- https://wordpress.org/support/topic/interface-issue-err_incomplete_chunked_encoding
ACTUALIZAR: Pude replicar este error (por fin) cuando se produjo un error fatal mientras PHP (en el mismo host local) estaba almacenando en búfer. Me imagino que la salida estaba demasiado maltratada para ser de mucha utilidad (encabezados pero poco o ningún contenido).
Específicamente, accidentalmente hice que mi código se llamara recursivamente a sí mismo hasta que PHP, correctamente, se dio por vencido. Por lo tanto, el servidor no envió el fragmento de terminal de longitud 0, que era el problema que identifiqué anteriormente.
Tuve este problema. Lo rastreé después de probar la mayoría de las otras respuestas sobre esta pregunta. Fue causado por el propietario y los permisos de la /var/lib/nginx y más concretamente la /var/lib/nginx/tmp el directorio es incorrecto.
Fast-cgi utiliza el directorio tmp para almacenar en caché las respuestas a medida que se generan, pero solo si superan un cierto tamaño. Entonces, el problema es intermitente y solo ocurre cuando la respuesta generada es grande.
Compruebe el nginx para ver si tiene problemas de permisos.
Para solucionarlo, asegúrese de que el propietario y el grupo de /var/lib/nginx y todos los subdirectorios son nginx.
También he visto que esto ocurre de forma intermitente cuando el espacio en el dispositivo de almacenamiento es demasiado bajo para crear el archivo temporal. La solución en este caso es liberar algo de espacio en el dispositivo.
Reseñas y calificaciones
Si te sientes a gusto, tienes el poder dejar una sección acerca de qué te ha impresionado de este post.