En Firefox 3, la respuesta es 6 por dominio: tan pronto como se dispara una séptima XmlHttpRequest (en cualquier pestaña) al mismo dominio, se pone en cola hasta que uno de los otros 6 termine.
¿Cuáles son los números para los otros navegadores principales?
Además, ¿hay formas de evitar estos límites sin que mis usuarios modifiquen la configuración de su navegador? Por ejemplo, ¿hay límites para la cantidad de solicitudes jsonp (que usan la inyección de etiquetas de script en lugar de un objeto XmlHttpRequest)?
Antecedentes: mis usuarios pueden hacer XmlHttpRequests desde una página web al servidor, pidiéndole al servidor que ejecute comandos ssh en hosts remotos. Si los hosts remotos están inactivos, el comando ssh tarda unos minutos en fallar, lo que eventualmente impide que mis usuarios realicen más comandos.
fuente
Respuestas:
Un truco que puede usar para aumentar la cantidad de conexiones concurrentes es alojar sus imágenes desde un subdominio diferente. Estos serán tratados como solicitudes separadas, cada dominio es lo que se limitará al máximo concurrente.
IE6, IE7: tienen un límite de dos. IE8 es 6 si tiene una banda ancha - 2 (si es un acceso telefónico).
fuente
Los resultados de la red en Browserscope le dará dos conexiones por cada nombre de host y el máximo de conexiones para los navegadores populares. Los datos se recopilan ejecutando pruebas en los usuarios "en la naturaleza", por lo que se mantendrán actualizados.
fuente
Con IE6 / IE7 se puede modificar el número de solicitudes concurrentes en el registro. Aquí se explica cómo configurarlo en cuatro cada uno.
fuente
without having my users modify their browser settings
. Además, no es práctico ya que uno tendría que hacer esto en cada cliente.Acabo de consultar con www.browserscope.org y con IE9 y Chrome 24 puede tener 6 conexiones simultáneas a un solo dominio, y hasta 17 a múltiples.
fuente
De acuerdo con IE 9 - ¿Qué ha cambiado? en el blog HttpWatch, IE9 todavía tiene un límite de conexión 2 cuando está sobre VPN.
fuente
He escrito un solo archivo de prueba AJAX. ¡¡¡Disfrútala!!! Solo porque he tenido problemas con mi proveedor de alojamiento
Editar:
r significa fila yw tiempo de espera.
Cuando presiona inicialmente el botón de inicio 80 (o cualquier otro número) de la solicitud simultánea de ajax se inicia mediante javascript, pero como se sabe, el navegador los pone en cola. También se solicitan al servidor en paralelo (limitado a cierto número, este es el hecho de esta pregunta). Aquí las solicitudes se resuelven del lado del servidor con un retraso aleatorio (establecido por w). Al inicio se calcula todo el tiempo necesario para resolver todas las llamadas ajax. Cuando finaliza la prueba, puede ver si tomó la mitad, la tercera, la cuarta parte, etc. del tiempo total, deduciendo cuál fue el paralelismo en las llamadas al servidor. Esto no es estricto ni preciso, pero es agradable ver en tiempo real cómo se completan las llamadas ajaxs (ver el cruce entrante). Y es un script autónomo muy simple para mostrar los conceptos básicos de ajax.
Por supuesto, esto supone que el lado del servidor no está introduciendo ningún límite adicional.
Preferiblemente use en conjunto con el panel de red firebug (o el equivalente de su navegador)
fuente
Escribió mi propia prueba. probó el código en stackoverflow, funciona bien, me dice que Chrome / FF puede hacer 6
funciona para la mayoría de los sitios web que pueden desencadenar un evento de cambio readystate en diferentes momentos. (también conocido como: rubor)
Noté en mi servidor node.js que tenía que generar al menos 1025 bytes para activar el evento / vaciado. de lo contrario, los eventos solo desencadenarían los tres estados a la vez cuando se complete la solicitud, así que aquí está mi backend:
Actualizar
Me doy cuenta de que ahora puede tener hasta 2 veces la solicitud si está utilizando xhr y fetch api al mismo tiempo
fuente
Creo que hay un número máximo de solicitudes HTTP simultáneas que los navegadores harán al mismo dominio, que está en el orden de 4-8 solicitudes dependiendo de la configuración y el navegador del usuario.
Puede configurar sus solicitudes para ir a diferentes dominios, lo que puede o no ser factible. Los muchachos de Yahoo investigaron mucho en esta área, sobre lo que pueden leer ( aquí ). Recuerde que cada nuevo dominio que agregue también requiere una búsqueda de DNS. Los chicos de YSlow recomiendan entre 2 y 4 dominios para lograr un buen compromiso entre las solicitudes paralelas y las búsquedas de DNS, aunque esto se centra en el tiempo de carga de la página, no en las solicitudes posteriores de AJAX.
¿Puedo preguntar por qué quieres hacer tantas solicitudes? Hay buenas razones para que los navegadores limiten el número de solicitudes al mismo dominio. Será mejor que agrupe las solicitudes si es posible.
fuente