ruby-on-rails - estimator - google hosting price
net:: ERR_INCOMPLETE_CHUNKED_ENCODING solo en Chrome (11)
Al menos para Java Web Application, y más específicamente para usar JSP, he visto que esto sucede cuando las JSP están en mal estado. Por lo tanto, asegúrese de que sus JSP sean correctos.
He estado recibiendo este error al cargar ciertas páginas:
net::ERR_INCOMPLETE_CHUNKED_ENCODING
Estas páginas no hacen nada especial y todo parece funcionar en otros navegadores. Las páginas que esto sucede muestran datos en JSON. Solo ocurre cuando la página JSON tiene que mostrar una gran cantidad de elementos. La consola de rieles no muestra ningún error (200 respuestas).
En mi caso, el problema estaba relacionado con la caché y estaba sucediendo al hacer una solicitud de CORS.
Como se indicó en los comentarios anteriores:
el error parecía aparecer aleatoriamente
Esto se debe al sistema de caché Http.
Forzar el encabezado de respuesta Cache-Control a no-cache resolvió mi problema:
[utilizando el componente Symfony HttpFoundation ]
<?php
$response->headers->add(array(
''Cache-Control'' => ''no-cache''
));
En mi caso, tengo "No queda espacio en el dispositivo". Cuando elimino archivos inútiles en el servidor - el error desapareció
Este error aparece si tiene una relación entre objetos de dominio u objeto modelo que está devolviendo a Jquery. Anota con @JsonBackReference, tu problema se resolverá
@ManyToOne(fetch = FetchType.LAZY,cascade=CascadeType.ALL)
@JoinColumn(name = "parentId", nullable = false)
@JsonBackReference
public Parent getParent() {
return this.parent;
}
@OneToMany(cascade=CascadeType.ALLfetch =FetchType.LAZY,mappedBy=
"parent")
@JsonBackReference
public Set<Category> getChild() {
return this.child;
}
He atrapado el mismo error en un sitio web local. En los registros encontré este registro:
"nginx failed (13: Permission denied) while reading upstream, client: 127.0.0.1".
Mi decisión al reiniciar nginx y php-fpm del usuario correcto:
Let''s my_user - usuario principal del directorio del sitio web.
Primero, ve a nginx.conf: Cambiar
user nginx; -> user my_user my_user_group;
o pegar esto
user my_user my_user_group;
en la parte superior del archivo
2) Segundo, en php5 / fpm / pool.d / www.conf
# Find and change this variables from old -> to new:
user -> my_user
group -> my_user
listen.owner -> my_user
listen.group -> my_user
3) Y finalmente necesitas reiniciar nginx y php-fpm. Luego haga chown 0700 en modo manual para / var / lib / nginx / tmp para my_user, así:
chown -R my_user:my_user 0700 /var/lib/nginx/tmp
He encontrado este problema ayer. Es debido a que el servidor no respondió algunos recursos.
En mi página, tengo algunos enlaces de archivos de gran tamaño, como <a href="/file_path">file_name</a> , y esto solo ocurre en Chrome.
En un momento, reconocí que esto podría ser causado por la función "Predecir acciones de red para mejorar el rendimiento de carga de la página" de Chrome. Así que desactivé esta función en la chrome://settings y la intenté de nuevo. Como se esperaba, el error no volvió a ocurrir.
Después de eso, cambié los enlaces de recursos con full_url_path en lugar de relative_path (en rieles, uso resource_url en lugar de resource_path), luego no tuve que desactivar la función de Chrome. Y se ve bien.
Lo tuve en un proyecto de Symfony (PHP).
Al igual que usted describe su problema, tenía una página estática (html.twig) con HTML y CSS simples ... así que nada especial al respecto.
Para mí fue un problema de mod_rewrite, después de habilitar mod_rewrite y agregar FallbackResource /index.php a mi FallbackResource /index.php todo funcionó sin problemas.
PD: si tienes apache menor a 2.2.16 crea un archivo .htaccess en tu carpeta raíz y usa este código:
Opciones -MultiViews
RewriteEngine On #RewriteBase /path/to/app RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^ index.php [QSA,L] </IfModule>
Si ha abierto algún flujo para la respuesta, estos deben estar cerrados. Por ejemplo, si ha abierto un ServletOutputStream para descargar el directorio zip, la secuencia debe cerrarse de la siguiente manera.
ServletOutputStream sos = response.getOutputStream();
response.setContentType("application/zip");
response.setHeader("Content-Disposition", "attachment;filename=project.ZIP");
sos.write(zip);
sos.flush();
sos.close();
Tuve esto con un sitio web de Wordpress, también solo en Chrome.
Actualizar el sitio web y sus complementos a la última versión no ayudó, y otras personas no parecían tener el mismo problema cuando visitaban el sitio web, pero luego vi esta publicación , apagué mis antivirus (avast) escudos en tiempo real , como se sugirió, y el problema desapareció.
NOTA: La protección en tiempo real en algunos de los diversos programas antivirus (AVAST, Kapersky y ESET) parece ser una de las principales causas de este error.
Tuvimos el problema net::ERR_INCOMPLETE_CHUNKED_ENCODING en el caso de HTML, que contenía demasiadas líneas vacías. Algunos navegadores tuvieron dificultades con la interpretación de archivos largos.
Una vez que hemos hecho la limpieza del código en nuestras plantillas limpiando el código de las líneas vacías, el error desapareció.
Verifique la configuración del equilibrador de carga de radware. La configuración de las funciones "FastView" y "APM" puede causar este problema. En mi caso, se solucionará después de desactivarlos.