Τα προγράμματα περιήγησης που βασίζονται σε κείμενο μειώνουν την κυκλοφορία δικτύου;
Δεν υπάρχει καμία αμφιβολία ότι οι σημερινές ιστοσελίδες είναι γεμάτες με πλούσιο περιεχόμενο και χρησιμοποιούν περισσότερο εύρος ζώνης για πλήρη φόρτωση, αλλά θα χρησιμοποιούσαν ένα πρόγραμμα περιήγησης που βασίζεται σε κείμενο αντί για ένα GUI βασισμένο σε μια σημαντική διαφορά στη μείωση της κυκλοφορίας δικτύου; Η σημερινή δημοσίευση Q & A της SuperUser έχει τις απαντήσεις σε μια ερώτηση περίεργου αναγνώστη.
Η σημερινή συνάντηση ερωτήσεων και απαντήσεων έρχεται σε επαφή με το SuperUser - μια υποδιαίρεση του Stack Exchange, μια κοινότητα που κατευθύνεται από τους ιστότοπους ερωτήσεων & απαντήσεων.
Lynx Browser screenshot από την Wikipedia.
Το ερώτημα
Ο αναγνώστης SuperUser Paulb θέλει να μάθει εάν τα προγράμματα περιήγησης που βασίζονται σε κείμενο μπορούν στην πραγματικότητα να μειώσουν την κυκλοφορία του δικτύου:
Τα προγράμματα περιήγησης που βασίζονται σε κείμενο όπως Lynx, Links και ELinks καταναλώνουν λιγότερο εύρος ζώνης από τα προγράμματα περιήγησης που βασίζονται σε GUI, όπως το Firefox, το Chrome και ο Internet Explorer?
Υποθέτω ότι δεν υπάρχει μείωση της κυκλοφορίας. Το σκεπτικό μου για αυτό είναι ότι νομίζω ότι ένα πρόγραμμα περιήγησης με βάση το κείμενο κατεβάζει ολόκληρη τη σελίδα όπως προσφέρεται από το διακομιστή. Οποιοσδήποτε εξορθολογισμός ή μείωση του widget της σελίδας γίνεται τοπικά.
Ίσως υπάρχει κάποια μείωση της επισκεψιμότητας καθώς τα περισσότερα προγράμματα περιήγησης που βασίζονται σε κείμενο δεν θα εκτελούν σενάρια σελίδων ή αρχεία flash, τα οποία ενδέχεται να προκαλέσουν μεγαλύτερη επισκεψιμότητα.
Μπορούν τα προγράμματα περιήγησης που βασίζονται σε κείμενο να κάνουν αισθητή διαφορά στη μείωση της κυκλοφορίας δικτύου?
Η απάντηση
Ο συνεργάτης του SuperUser gronostaj έχει την απάντηση για εμάς:
Ο διακομιστής ιστού δεν αποστέλλει ολόκληρο τον ιστότοπο, αλλά τα έγγραφα που ζητούν οι φυλλομετρητές. Για παράδειγμα, όταν αποκτάτε πρόσβαση στο google.com, το πρόγραμμα περιήγησης διερευνά τον διακομιστή ιστού για το έγγραφο google.com. Ο διακομιστής web επεξεργάζεται το αίτημα και αποστέλλει πίσω κάποιο κώδικα HTML.
Στη συνέχεια, το πρόγραμμα περιήγησης ελέγχει τι έχει στείλει ο διακομιστής ιστού. Σε αυτήν την περίπτωση, είναι μια ιστοσελίδα HTML, έτσι αναλύει το έγγραφο και αναζητά δεσμευμένα σενάρια, φύλλα στυλ, εικόνες, γραμματοσειρές κ.λπ..
Σε αυτό το στάδιο, το πρόγραμμα περιήγησης έχει τελειώσει τη λήψη του αρχικού εγγράφου, αλλά δεν έχει ακόμα πραγματοποιήσει λήψη των αναφερόμενων εγγράφων. Μπορεί να επιλέξει να το κάνει ή να το παρακάμψει. Τα κανονικά προγράμματα περιήγησης θα προσπαθήσουν να κατεβάσουν όλα τα αναφερόμενα έγγραφα για την καλύτερη εμπειρία προβολής. Αν έχετε έναν αποκλεισμό διαφημίσεων (όπως το Adblock Plus) ή μια προσθήκη απορρήτου (όπως το Ghostery ή το NoScript), τότε μπορεί επίσης να μπλοκάρει ορισμένους πόρους.
Στη συνέχεια, το πρόγραμμα περιήγησης κατεβάζει τα αναφερόμενα έγγραφα μία προς μία, κάθε φορά που ζητάει ρητά τον διακομιστή ιστού για έναν μόνο πόρο. Στο παράδειγμά μας Google, το πρόγραμμα περιήγησης θα βρει τις ακόλουθες αναφορές (απλά για να αναφέρουμε μερικά από αυτά):
- https://www.google.com/images/srpr/logo11w.png (Λογότυπο Google)
- https://www.google.com/textinputassistant/tia.png (Εικονίδιο πληκτρολογίου)
- https://ssl.gstatic.com/gb/images/i1_3d265689.png (Ορισμένες συνδυασμένες εικόνες, ένα τέχνασμα που χρησιμοποιείται για τη μείωση του αριθμού των αιτημάτων του προγράμματος περιήγησης.)
Τα πραγματικά αρχεία ενδέχεται να διαφέρουν για διαφορετικούς χρήστες, δεδομένου ότι τα προγράμματα περιήγησης και οι περιόδους σύνδεσης ενδέχεται να αλλάζουν με την πάροδο του χρόνου. Τα προγράμματα περιήγησης που βασίζονται σε κείμενο δεν μεταφορτώνουν εικόνες, αρχεία Flash, βίντεο HTML5 κ.λπ., ώστε να κάνουν λήψη λιγότερων δεδομένων.
@NathanOsman κάνει ένα καλό σημείο στα σχόλια. Μερικές φορές μικρές εικόνες ενσωματώνονται απευθείας σε έγγραφα HTML και σε αυτές τις περιπτώσεις, η λήψη τους δεν μπορεί να αποφευχθεί. Αυτό είναι ένα άλλο τέχνασμα που χρησιμοποιείται για να μειωθεί ο αριθμός των αιτημάτων. Ωστόσο, είναι πολύ μικρό, διαφορετικά το γενικό κόστος της κωδικοποίησης ενός δυαδικού αρχείου στο base64 είναι υπερβολικά μεγάλο. Υπάρχουν λίγες τέτοιες εικόνες στο google.com (κωδικοποιημένο μέγεθος base64 / αποκωδικοποιημένο μέγεθος):
- Εικονίδιο πληκτρολογίου 19 × 11 εικονοστοιχείων (106 bytes / 76 bytes)
- Εικονίδιο μικροφώνου 28 × 38 εικονοστοιχείων (334 bytes / 248 bytes)
- 1 × 1 εικονοστοιχείο Διαφανές GIF (62 Bytes / 43 bytes) Εμφανίζεται στην καρτέλα Πόροι εργαλείων Dev Tools του Google Chrome, αλλά δεν το βρήκα στον πηγαίο κώδικα (πιθανώς προστέθηκε αργότερα με JavaScript).
- 1 × 1 εικονοστοιχείο Αποτυχημένο αρχείο GIF που εμφανίζεται δύο φορές. (34 bytes / 23 bytes) Ο σκοπός μου είναι ένα μυστήριο για μένα.
Έχετε κάτι να προσθέσετε στην εξήγηση; Απενεργοποιήστε τα σχόλια. Θέλετε να διαβάσετε περισσότερες απαντήσεις από άλλους τεχνολογικούς χρήστες Stack Exchange; Δείτε το πλήρες νήμα συζήτησης εδώ.