No hay duda de que las páginas web de hoy están llenas de contenido enriquecido y usan más ancho de banda para cargarse por completo, pero ¿el uso de un navegador basado en texto en lugar de uno basado en GUI haría una diferencia significativa en la reducción del tráfico de red? La publicación de preguntas y respuestas del superusuario de hoy tiene las respuestas a la pregunta de un lector curioso.
La sesión de preguntas y respuestas de hoy nos llega por cortesía de SuperUser, una subdivisión de Stack Exchange, una agrupación de sitios web de preguntas y respuestas impulsada por la comunidad.
Captura de pantalla de Lynx Browser cortesía de Wikipedia .
La pregunta
Paulb, lector de superusuario, quiere saber si los navegadores basados en texto pueden realmente reducir el tráfico de red:
¿Los navegadores basados en texto como Lince , Enlaces y ELinks consume menos ancho de banda que los navegadores basados en GUI como Firefox, Chrome e Internet Explorer?
Supongo que no hay reducción de tráfico. Mi razón fundamental para esto es que creo que un navegador basado en texto descarga la página completa tal como la ofrece el servidor. Cualquier simplificación o reducción de widgetry de la página se realiza localmente.
Tal vez haya alguna reducción en el tráfico, ya que la mayoría de los navegadores basados en texto no ejecutarán scripts de página o archivos flash, lo que podría generar más tráfico.
¿Pueden los navegadores basados en texto marcar una diferencia notable en la reducción del tráfico de red?
La respuesta
El colaborador superusuario gronostaj tiene la respuesta para nosotros:
El servidor web no envía todo el sitio web, sino los documentos que solicitan los navegadores. Por ejemplo, cuando accede a google.com, el navegador consulta al servidor web el documento google.com. El servidor web procesa la solicitud y devuelve algún código HTML.
Luego, el navegador comprueba lo que ha enviado el servidor web. En este caso, es una página web HTML, por lo que analiza el documento y busca scripts referenciados, hojas de estilo, imágenes, fuentes, etc.
En esta etapa, el navegador ha terminado de descargar el documento original, pero aún no ha descargado los documentos referenciados. Puede optar por hacerlo u omitir la descarga. Los navegadores habituales intentarán descargar todos los documentos referenciados para obtener la mejor experiencia de visualización. Si tiene un bloqueador de anuncios ( como Adblock Plus ) o un complemento de privacidad ( como Ghostery o NoScript ), entonces también puede bloquear algunos recursos.
Luego, el navegador descarga los documentos referenciados uno por uno, y cada vez solicita al servidor web explícitamente un solo recurso. En nuestro ejemplo de Google, el navegador encontrará las siguientes referencias ( solo por nombrar algunos de ellos ):
- https://www.google.com/images/srpr/logo11w.png (Logotipo de Google)
- https://www.google.com/textinputassistant/tia.png (Icono de teclado)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (Algunas imágenes combinadas, un truco que se usa para reducir la cantidad de solicitudes del navegador).
Los archivos reales pueden ser diferentes para diferentes usuarios, ya que los navegadores y las sesiones pueden cambiar con el tiempo. Los navegadores basados en texto no descargan imágenes, archivos Flash, video HTML5, etc., por lo que descargan menos datos.
@NathanOsman hace un buen punto en los comentarios . A veces, las imágenes pequeñas se incrustan directamente en documentos HTML y, en esos casos, no se puede evitar descargarlas. Este es otro truco que se utiliza para reducir el número de solicitudes. Sin embargo, son muy pequeños, de lo contrario, la sobrecarga de codificar un archivo binario en base64 es demasiado grande. Hay pocas imágenes de este tipo en google.com ( tamaño codificado en base64 / tamaño decodificado ):
- Icono de teclado de 19 × 11 píxeles (106 bytes / 76 bytes)
- Icono de micrófono de 28 × 38 píxeles (334 bytes / 248 bytes)
- GIF transparente de 1 × 1 píxel (62 Bytes / 43 Bytes) Aparece en la pestaña Recursos de herramientas de desarrollo de Google Chrome, pero no pude encontrarlo en el código fuente (probablemente agregado más tarde con JavaScript).
- Archivo GIF dañado de 1 × 1 píxel que aparece dos veces. (34 Bytes / 23 Bytes) Su propósito es un misterio para mí.
¿Tiene algo que agregar a la explicación? Habla en los comentarios. ¿Quieres leer más respuestas de otros usuarios de Stack Exchange expertos en tecnología? Consulte el hilo de discusión completo aquí .
