Averiguar el tamaño de página con la extensión YSlow desarrollador / Web

Question

Estoy tratando de calcular la cantidad de javascript está siendo cargado en mi sitio web. Estoy usando Reducisaurus para reducir el tamaño de mis archivos js. El problema es que esto está causando tanto YSlow y el informe de extensión Web Developer el tamaño de mis archivos como ~ .04K, que sé que no puede ser correcto (uno de los archivos .js es jQuery, que es de 50 kb). ¿Hay alguna manera de calcular con exactitud cuánto tiempo he de ahorro mediante el uso de Reducisaurus?

Answer 1

@ Azeem.Butt es camino equivocado, al menos parcialmente.

---

A-no Reducisaurus escenario:

1. Un usuario va a su sitio web
2. El usuario A pide al / JS
CSS
3. Su anfitrión sirve a la unminified CSS solicitada / JS
4. El usuario B va a su sitio web
5. El usuario B pide al / JS
CSS
6. Su anfitrión sirve a la unminified CSS solicitada / JS

---

Un escenario Reducisaurus:

1. Un usuario va a su sitio web
2. El usuario A pide al CSS / JS reducisaurus.appspot.com
3. reducisaurus.appspot.com pide al CSS / JS de su anfitrión
4. reducisaurus.appspot.com le resta, cachés ( expire_urls y max-age ) y sirve a la CSS / JS
5. El usuario B va a su sitio web
6. El usuario B pide al CSS / JS reducisaurus.appspot.com
7. reducisaurus.appspot.com sirve a la caché CSS / JS

---

Por lo tanto, mediante el uso de Reducisaurus que está no sólo minifying el contenido, también eres donde solo una solicitud por cada segundo x , donde x es el número de segundos que haya definido para el caché de vida (por defecto es 600 segundos = 10 minutos). También, ya que no es su servidor web que su servicio de los archivos que va a reducir la carga de trabajo y, en teoría, ser aún más rápido. La minimización sólo ocurre una vez al TTL .

Hay otras cosas a considerar que podría hacer Reducisaurus aún más atractivo, como un CDN .

Lo que me preocupa de Reducisaurus es su fiabilidad, ya que es gratis cualquiera puede explotarlo y por lo tanto hacer que todo el servicio inútil, aparte de eso, es una gran idea / servicio.

---

jQuery

46.401 bytes (45.31 KB):
http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.js

jQuery y Google Minificación

24.678 bytes (24.10 KB) - 46.82% smaller:
http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js

jQuery y Reducisaurus Minificación

26.325 bytes (25.71 KB) - 43.20% smaller:
http://reducisaurus.appspot.com/js?url=http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.js

Answer 2

calcular esto manualmente que no es demasiado difícil en este caso.

1. Determinar la velocidad neta media de los usuarios (que debe hacer esto de todos modos).
2. Determine (en base a esa velocidad) el tiempo que se tardaría en cargar un archivo del tamaño del archivo grande.
3. Determine (en base a esa velocidad) el tiempo que se tardaría en cargar un archivo del tamaño del archivo pequeño.
4. Restar.

Answer 3

Así que en lugar de enviar el archivo JS directamente al navegador del usuario, en lugar de enviarlo a otro servidor web, esperar a que se "compresa" y luego enviar los resultados de la compresión a la de usuario para usted? No me puedo imaginar que el ahorro de tiempo en absoluto, y si el servicio deja de funcionar, su sitio deja de funcionar.

A menos que esté malentendido este servicio que está usando, yo diría que mod_deflate sería infinitamente más útil.