¿Qué hacer con cromo enviando solicitudes adicionales?

Question

Google Chrome envía varias solicitudes para recuperar una página, y eso es, aparentemente, no un error, sino una función. Y nosotros como desarrolladores solo tenemos que lidiar con eso.

Por lo que pude extraer en cinco minutos, Chrome lo hace solo para que la navegación sea más rápida, por lo que si se pierde una conexión, la segunda se hará cargo.

Supongo que si el sitio web está bien desarrollado, entonces su funcionalidad no se romperá por esto, porque las solicitudes múltiples simplemente no son nuevas.

Pero no estoy seguro de haber explicado todas las situaciones que esta característica puede producir.

¿Habría alguna situación especial? ¿Alguna de las mejores prácticas para lidiar con ellos?

Actualización 1: Ahora veo por qué la página de mi banco arroja un error cuando abro la página con chrome! Dice: "Solo una ventana del navegador debe estar abierta". Esa es su solución a las amenazas de seguridad? !!

Answer 1

Su mejor opción es seguir las mejores prácticas de desarrollo web estándar: no cambie el estado de la aplicación como resultado de una llamada GET.

Si está preocupado, le recomiendo que actualice sus pruebas de la capa de datos para que las llamadas GET se dupliquen &, asegúrese de que devuelvan los mismos datos.

(que no estoy viendo este comportamiento con Chrome 8.0.552.224, por cierto, es muy nuevo?)

Answer 2

yo sólo han implementado un solo uso Guid token (asp.net/TSQL) que es generado cuando se genera la primera forma en una serie de dos (+ página de confirmación). El token se registra como "pendiente" en el DB cuando se genera. El token Guid acompaña las publicaciones como un campo oculto, y finalmente se marca como cerrado cuando se completa la operación del usuario (pago). Este mecanismo funciona y evita que cualquiera de los formularios se vuelva a enviar después de que se realice el pago. Sin embargo, veo 2 o 3 (!?) Tokens adicionales generados por solicitudes adicionales rápidamente uno después del otro. La primera solicitud es lo que termina en frente del usuario (localhost - es decir, yo), donde el contenido generado termina por las otras dos solicitudes que no tengo idea. Inicialmente me pregunté por qué los controladores de Page_Load disparaban varias veces para una impresión de una página, así que probé una bandera en Http.Context.Current, pero me di cuenta de que las solicitudes posteriores entraban en la misma URL pero sin datos de publicación, y Vaciar Http.Context.Corrent arrays - es decir, completamente (para fines prácticos) solicitudes HTTP separadas. ¿Cómo manejar esto? ¿Algún tipo de token y lógica para rechazar solicitudes posteriores de contenido del cuerpo de la página mientras el primero aún está en proceso? ¿Supongo que esto podría tener lugar como un contexto global?

Answer 3

Esto solo ocurre cuando habilito la extensión "webug" (que es un reemplazo de FirePHP para Chrome). Si deshabilito la extensión, el servidor solo obtiene una solicitud.

Answer 4

Estoy teniendo el mismo error. Y al igual que el previous answer, este problema se debe a que he instalado el Validator chrome extension Una vez que deshabilita la extensión, funciona normalmente.

Answer 5

Estaba teniendo este problema, pero ninguna de las soluciones aquí era el problema. Para mí, fue causado por la extensión APNG en Chrome (soporte para PNG animados). Una vez que deshabilité esa extensión, ya no vi solicitudes dobles de imágenes en el navegador. Debo señalar que, independientemente de si la página estaba produciendo una imagen PNG, la desactivación de esta extensión solucionó el problema (es decir, APNG parece causar el problema para las imágenes independientemente del tipo de imagen, no tienen que ser PNG).

También tenía muchas otras extensiones (como "Desarrollador web" que muchos han sugerido que es el problema), y ese no era el problema. Deshabilitarlos no solucionó el problema. También estoy ejecutando en modo desarrollador y eso no hizo una diferencia para mí en absoluto.

Answer 6

Vi el comportamiento sometido al escribir mi aplicación de servidor y encontré que las respuestas anteriores probablemente no sean ciertas.

Chrome distribuye una única solicitud en múltiples http para buscar recursos en paralelo. En este caso, es una imagen que obtiene como un http get separado.

He adjuntado la captura de pantalla de la captura de paquetes a través de wireshark.

Es para una solicitud de obtención simple al puerto 8080 para el cual mi servidor devuelve un mensaje de saludo.

Chrome envía la segunda solicitud de obtención de obteniendo el icono favorito que se ve en la parte superior de cada pestaña abierta. NO es un segundo momento para atender el tiempo de espera ni nada por el estilo.

Se debe considerar otro elemento que difiere entre navegadores.

Aquí es una pregunta de referencia que he encontrado este último

Chrome sends two requests SO

Chrome issue on google code

Answer 7

Este comportamiento puede ser causado por SRC = '' o SRC = '#' en IMG o (como en mi caso) etiqueta IFRAME. Sustitución '#' con 'sobre:.. En blanco" ha solucionado el problema

Aquí http://forums.mozillazine.org/viewtopic.php?f=7&t=1816755 dicen que las etiquetas de secuencia de comandos puede ser el problema, así

Answer 8

También puede ser causada por link etiquetas con href atributos vacíos, . al menos en cromo (v41) por ejemplo, cada uno de la siguiente línea generará una consulta adicional en la página:

<link rel="shortcut icon" href="" /> 
<link rel="icon" type="image/x-icon" href="" /> 
<link rel="icon" type="image/png" href="" /> 

se costuras que buscar atributos vacíos en la página es un buen punto de partida, ya sea href o src.

Answer 9

Mi observación de esta característica (error/característica/lo que sea) se produce cuando estoy escribiendo en una URL y el Autocompletar aterriza en una coincidencia sin dejar de escribir en la URL. Chrome lleva ese partido y va a buscar a la página, supongo que por los beneficios de almacenamiento en caché que se producirían al cargar la página ti mismo ....

Answer 10

En mi caso he Enpoint datos (JSON) a un servidor diferente y el navegador realice primero una solicitud vacía (Método de solicitud: OPCIONES) para verificar si un punto final acepta solicitudes de mi servidor, política de origen idéntico. También goot saber es una aplicación angular 1. En conclusión, realizo solicitudes de localhost a datos en línea falsos json.