http://tools.pingdom.com/fpt/#!/dGB0FE/www.spamloco.net
Qué significa el item Request?
Es la cantidad de veces que la computadora del cliente solicita info al sitio web para generar la página en el navegador?
O sea, cuantos más elementos gráficos tenga el sitio web más "request" se necesitan?
Medir velocidad de respuesta de un sitio web
-
elQuique
- Moderador
- Mensajes: 2227
- Registrado: 05 May 2009, 18:43
- Twitter: @elQuique
- Ubicación: Florida, Uruguay
- Contactar:
Re: Medir velocidad de respuesta de un sitio web
Son las consultas
-
Alejandro
- Administrador
- Mensajes: 4111
- Registrado: 04 May 2009, 18:28
- Twitter: @spamloco
- Ubicación: Uruguay
- Contactar:
Re: Medir velocidad de respuesta de un sitio web
Cantidad de consultas o llamadas que se realizaran para descargar todos los elementos presentes en la página.
En ese super sitio del ejemplo hay 43 requests, si le agregara por ejemplo 20 imágenes más, serían 63 requests.
Cuantas menos requests mejor porque los navegadores tienen un límite de descargas que realizan de forma simulántea por hostname (http://www.browserscope.org/?category=network&v=top), entonces si tienen que descargar muchos elementos eso va aumentando el tiempo de carga porque no pueden descargar todo al mismo tiempo.
Para mejorar esto es que se utilizan subdominios para cargar elementos estáticos como las imágenes o los archivos .js y .css que nunca cambian (el NY Times por ejemplo carga las imágenes desde static01.nyt.com), al agregar otro host se duplican las descargas simultáneas que realiza el navegador y la web carga más rápido. También cargan estos elementos sin cookies para optimizar más aún.
Y para optimizar más ese subdominio o dominio secundario para los elementos estáticos los suelen utilizar con un CDN, esto es especialmente útil para las imágenes o archivos que son muy pesados.
Al tener un CDN o un servidor extra también se reduce la carga sobre el servidor principal, se reduce su consumo de recursos y no se satura.
Otros sitios buenos para medir la velocidad de carga:
http://www.webpagetest.org
http://mobitest.akamai.com/m/index.cgi
https://developers.google.com/speed/pagespeed/insights/
Y el de la imagen de como perder peso es https://browserdiet.com/es/
En ese super sitio del ejemplo hay 43 requests, si le agregara por ejemplo 20 imágenes más, serían 63 requests.
Cuantas menos requests mejor porque los navegadores tienen un límite de descargas que realizan de forma simulántea por hostname (http://www.browserscope.org/?category=network&v=top), entonces si tienen que descargar muchos elementos eso va aumentando el tiempo de carga porque no pueden descargar todo al mismo tiempo.
Para mejorar esto es que se utilizan subdominios para cargar elementos estáticos como las imágenes o los archivos .js y .css que nunca cambian (el NY Times por ejemplo carga las imágenes desde static01.nyt.com), al agregar otro host se duplican las descargas simultáneas que realiza el navegador y la web carga más rápido. También cargan estos elementos sin cookies para optimizar más aún.
Y para optimizar más ese subdominio o dominio secundario para los elementos estáticos los suelen utilizar con un CDN, esto es especialmente útil para las imágenes o archivos que son muy pesados.
Al tener un CDN o un servidor extra también se reduce la carga sobre el servidor principal, se reduce su consumo de recursos y no se satura.
Otros sitios buenos para medir la velocidad de carga:
http://www.webpagetest.org http://mobitest.akamai.com/m/index.cgi https://developers.google.com/speed/pagespeed/insights/Y el de la imagen de como perder peso es https://browserdiet.com/es/
Re: Medir velocidad de respuesta de un sitio web
Excelente respuesta! un artículo en sí mismo más que una respuesta
