Faire les navigateurs basés sur des textes tels que le lynx , des liens et elinks consomment moins de bande passante qu'un navigateur basé sur GUI (IE, Firefox, Chrome , etc.)?
Je suppose qu'il n'y a pas de réduction du trafic.
Justification: Je pense qu'un navigateur basé sur du texte télécharge la page entière telle qu'elle est proposée par le serveur. Toute rationalisation ou réduction des widgets de page se fait localement.
Il y a peut-être une certaine réduction du trafic, car la plupart des navigateurs basés sur du texte n'exécutent pas de scripts de page ou de SWF, ce qui pourrait générer plus de trafic.
Réponses:
Le serveur Web n'envoie pas le "site Web entier", mais les documents demandés par les navigateurs.
Par exemple, lorsque vous accédez à https://www.google.com/ le serveur de requêtes du navigateur pour le document
https://www.google.com/
. Le serveur traite la demande et renvoie du code HTML.Ensuite, le navigateur vérifie ce que le serveur a envoyé. Dans ce cas, il s'agit d'une page Web HTML, il analyse donc le document et recherche les scripts, les feuilles de style, les images, les polices, etc. référencés.
À ce stade, le navigateur a terminé de télécharger ce document, mais n'a toujours pas téléchargé les documents référencés. Il peut choisir de le faire ou de les ignorer. Les navigateurs habituels essaieront de télécharger tous les documents référencés pour une meilleure expérience de visualisation. Si vous avez un bloqueur de publicités (comme Adblock) ou un plugin de confidentialité (Ghostery, NoScript), il peut également bloquer certaines ressources.
Ensuite, le navigateur télécharge les documents référencés un par un, en demandant à chaque fois explicitement au serveur une seule ressource. Dans notre exemple Google, le navigateur trouvera les références suivantes, pour n'en nommer que quelques-unes:
(les fichiers réels peuvent être différents pour différents utilisateurs, navigateurs et sessions et peuvent changer au fil du temps)
Les navigateurs textuels ne téléchargent pas d'images, de fichiers Flash, de vidéos HTML5, etc., ils téléchargent donc moins de données.
@NathanOsman fait un bon point dans les commentaires: Parfois, de petites images sont intégrées directement dans des documents HTML et dans ces cas, leur téléchargement ne peut être évité. C'est une autre astuce utilisée pour réduire le nombre de demandes. Ils sont très petits, cependant, sinon la surcharge de codage du fichier binaire en base64 est trop grande. Il y a peu d'images de ce type sur Google.com: ( taille encodée en base64 / taille décodée )
la source
data:
).Je soupçonne qu'ils le font. Je ne pense pas que les navigateurs textuels téléchargent (par défaut) même des ressources telles que des images ou des entités externes, telles que des polices (si nécessaire), des scripts, etc.
J'ai fait quelques tests de base avec tcpdump en essayant d'obtenir cette page IANA ( http://www.iana.org/domains/reserved ) avec à la fois lynx et ensuite wget, et voici mes résultats (commandes HTTP uniquement, je peux fournir le reste si besoin).
lynx http://www.iana.org/domains/reserved
wget -p http://www.iana.org/domains/reserved
Je me rends donc compte que ce n'est pas un excellent test car il
wget
peut télécharger des ressources qu'un navigateur peut ne pas télécharger, mais l'exemple que je pense tient - il y a beaucoup plus de demandes requises pour rendre le contenu sur un navigateur GUI. En tant que tel, les navigateurs GUI génèrent généralement plus de trafic réseau que les navigateurs texte.la source
wget
on puisse considérer un navigateur. Mieux vaut essayer avecelinks
ou quelque chose de similaire.wget
simplement pour démontrer toutes les demandes et réponses HTTP qui seront faites. Le-p
paramètre est défini comme suit:-p, --page-requisites get all images, etc. needed to display HTML page.
. Je ne voulais pas utiliser un véritable navigateur GUI car ils ont tendance à faire d'autres demandes que je ne voulais pas filtrer.Je pense que les navigateurs basés sur du texte réduiront considérablement la quantité de données transférées car ils ne demanderont pas toutes ces images, vidéos et éléments interactifs haute résolution web 2.0 gonflés (Flash et autres).
Je vous suggère de tester cela en configurant une règle IPtables qui comptera la quantité de trafic atteignant une règle IPtables spécifique.
Par exemple, créez une règle pour le port 80 + 443 avec comptage du trafic et naviguez sur le Web avec un navigateur normal, réinitialisez le compteur IPtables et faites de même avec un navigateur textuel.
Gardez à l'esprit que vous ne pouvez pas comparer les deux exécutions à 100% car le contenu Web dynamique (annonces et autres éléments) peut varier sur chaque accès.
la source