Página principal » cómo » ¿Los navegadores basados ​​en texto reducen el tráfico de red?

    ¿Los navegadores basados ​​en texto reducen el tráfico de red?

    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 de SuperUser 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, un grupo de sitios web de preguntas y respuestas impulsado por la comunidad..

    Captura de pantalla del navegador Lynx cortesía de Wikipedia.

    La pregunta

    El lector superusuario Paulb quiere saber si los navegadores basados ​​en texto pueden realmente reducir el tráfico de red:

    Los navegadores basados ​​en texto, como Lynx, Links y ELinks, consumen menos ancho de banda que los navegadores basados ​​en GUI como Firefox, Chrome e Internet Explorer?

    Supongo que no hay reducción en el tráfico. Mi razonamiento para esto es que creo que un navegador basado en texto descarga toda la página tal como la ofrece el servidor. Cualquier simplificación o reducción de los elementos de la página se realiza localmente.

    Tal vez haya una 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 causar más tráfico..

    ¿Pueden los navegadores basados ​​en texto hacer una diferencia notable en la reducción del tráfico de red??

    La respuesta

    El colaborador de SuperUser 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 el servidor web para el documento google.com. El servidor web procesa la solicitud y devuelve algún código HTML..

    Luego, el navegador comprueba lo que el servidor web ha enviado. En este caso, es una página web HTML, por lo que analiza el documento y busca scripts, hojas de estilo, imágenes, fuentes, etc. a los que se hace referencia..

    En esta etapa, el navegador ha terminado de descargar el documento original, pero aún no ha descargado los documentos de referencia. Puede optar por hacerlo o saltarse la descarga. Los navegadores habituales intentarán descargar todos los documentos de referencia para obtener la mejor experiencia de visualización. Si tiene un bloqueador de anuncios (como Adblock Plus) o un plugin de privacidad (como Ghostery o NoScript), entonces puede bloquear algunos recursos también.

    Luego, el navegador descarga los documentos a los que se hace referencia uno por uno, cada vez que solicita explícitamente al servidor web un único recurso. En nuestro ejemplo de Google, el navegador encontrará las siguientes referencias (sólo para nombrar algunos de ellos):

    • https://www.google.com/images/srpr/logo11w.png (logotipo de Google)
    • https://www.google.com/textinputassistant/tia.png (icono del teclado)
    • https://ssl.gstatic.com/gb/images/i1_3d265689.png (Algunas imágenes combinadas, un truco utilizado para reducir el número 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, videos HTML5, etc., por lo que descargan menos datos.

    @NathanOsman hace un buen punto en los comentarios. A veces, las imágenes pequeñas se insertan directamente en documentos HTML y, en esos casos, no se puede evitar descargarlas. Este es otro truco utilizado 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 adelante 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í.

    ¿Tienes algo que agregar a la explicación? Apaga el sonido en los comentarios. ¿Quieres leer más respuestas de otros usuarios de Stack Exchange con experiencia en tecnología? Echa un vistazo a la discusión completa aquí.