Το έχω πει και παλαιότερα, αλλά αισθητικά δεν τίθεται θέμα σύγκρισης. Τόσο για το ίδιο το πρόγραμμα, όσο και για το rendering των ιστοσελίδων. (Τα πράγματα δεν είναι τόσο άσχημα στο Firefox αν του επιβάλεις minimum font size 9.)
Το Safari όμως έχει ένα πρόβλημα. Ταχύτητα. Ειδικά σε εφαρμογές AJAX είναι λίγο τραγικό. Το Google maps σέρνεται. Εκεί το Gecko τα πηγαίνει πολύ καλύτερα, οπότε αν δε σας αρέσει το Firefox, μπορείτε να δοκιμάσετε το Camino. (Αν και… ξέρω ‘γω; Δε θα είναι πάντα πίσω από το Firefox σε features και security;)
Όπως τα λες ακριβώς. Συν το ότι στο Safari μου λείπουν μερικά plugins που έχω συνηθίσει να χρησιμοποιώ.
Κατά γενική ομολογία το Firefox είναι πολύ πιο αργό από το Safari. Κι έπειτα οι περισσότεροι χρήστες Mac συχαίνονται ότι δεν είναι cocoa based ;)
Όχι “μερικά” πολλά pluging.. σε σχέσει με το firefox :-)
Μάγκες το safari χρησιμοποιεί το rendering engine του Konqueror (KHTML) που είναι το ταχύτερο και ελαφρύτερο rendering engine στον κόσμο (και αν κρίνω από το 3.5RC έχει πλέον ελάχιστα να ζηλέψει και από δυνατότητες).
Προφανώς το ότι χρησιμοποιείται rendering engine από ένα C++ project για unixοειδή έχει κάποιες επιπτωσούλες στην ταχύτητα. Σκεφτείτε μόνο τι bridge, τι adaptor και τι abstract factory patterns χρειάζονται για να κολλήσει ο κώδικας της Apple με τον δανεισμένο κώδικα. (και οι βιβλιοθήκες του KDE δε φημίζονται για τη δυνατότητα εύκολης δημιουργίας αποδοτικών bindings για άλλες γλώσσες προγραμματισμού).
Αλλά το AJAX είναι άλλη υπόθεση: δεν παίζει ρόλο το rendering engine, αλλά το JavaScript engine. Στον Konqueror το KHTML συνεργάζεται με το KJS engine, που είναι πολύ γρήγορο αλλά ελαφρώς προβληματικό. Ο Firefox πάλι απ’ όσο ξέρω έχει ένα ενσωματωμένο engine γραμμένο σε C που είναι τρομερά σταθερό και γρήγορο. Το Safari όμως πολύ φοβάμαι πως έχει το Apple Webkit/XX ή κάπως έτσι, που δεν είναι και ό,τι ταχύτερο (μην ξεχνάμε ότι το KHTML έχει σχεδιαστεί για να συνεργάζεται με το KJS και όχι με το webkit).
Από εκεί και πέρα, σε θέματα “καθαρά” rendering το Gecko είναι μια μαλακία.
Κανένα binding. Το Webcore είναι γραμμένο σε Objective-C, αλλά το KWQ είναι γραμμένο σε Οbjective-C++, οπότε και δεν έχει ουσιαστικό performance penalty.
Σε θέματα καθαρά rendering, όπως γράφεις, το Gecko είναι ίσως το καλύτερο engine και μόνον πρόσφατα με τη δουλειά του David Hyatt και των συνεργατών του στη Apple έφτασε το Webcore στα ίδια και ανώτερα επίπεδα από πλευράς conformance και ταχύτητας. Το KDE 3.5 έχει το KHTML με κάποιες τις διορθώσεις της Apple. Όπως ίσως γνωρίζεις (ή όχι) υπήρξαν αρκετά προβλήματα στο backporting των αλλαγών της Apple στο main trunk του KHTML σε βαθμό που υπήρχε η άποψη να αφήσει το KDE το KHTML και να υιοθετήσει το Webcore. Παρα ταύτα ακόμη και στην έκδοση 3.5 του KDE το KHTML του Konqui δεν είναι on par με αυτό του Safari 2.0.2.
Αντίθετα με το KHTML το KJS όχι μόνον δεν έιναι πολύ γρήγορο, όπως γράφεις, αλλά δυστυχώς ήταν και είναι ιδιαίτερα προβληματικό. Το 10.4.3. βελτιώνει λίγο την κατάσταση σε σχέση με τις προηγούμενες εκδόσεις σε θέματα ταχύτητας, όμως παραμένει πολύ buggy και αργό. Ελπίζω πως με τη διάδοση των widgets και των Web 2.0 τεχνολογιών αλα AJAX, τα πράγματα θα καλυτερεύσουν στο προσεχές μέλλον και για το ΚJS, όπως έγινε ήδη με το KHTML. Με δεδομένη την ωρίμανση του KHTML εικάζω πως οι προσπάθειες της Apple θα επικεντρωθούν στο KJS. Όπως πάντα οι ουσιαστικές αλλαγές θα μας κοστίσουν $129 και θα καταφθάσουν σε έναν χρόνο από τώρα περίπου.
“Το Safari όμως έχει ένα πρόβλημα. Ταχύτητα.”
Mιλάς προφανώς για το Safari 1.3 του Panther. Γιατί η έκδοση 2.0 στο Tiger είναι πανγρήγορη και μη συγκρίσιμη πλέον με Firefox. Ακόμη και με Firefox 1.5. Προσωπικά επέστρεψα στο Safari από τη στιγμή που έβαλα Tiger.
Προτείνω επίσης να δοκιμάσετε το Shiira. Χρησιμοποιεί το webkit όπως ο Safari, φαίνεται όμως να είναι απαλλαγμένος από κάποια bugs στο rendering. Έχει πιο clean interface από Safari και ένα πολύ cool feature, το tab exposé. Ο μόνος λόγος που δεν τον χρησιμοοιώ συχνά είναι επειδή δεν έχει RSS support.
Σπασίκλα, αναφέρεται στη ταχύτητα ειδικότερα σε σελίδες/εφαρμογές με χρήση Javascript, οπού όντως το Safari υπολείπεται σε επιδόσεις. Σε rendering ‘απλών’ σελίδων (sans AJAX ή των επι μέρους τεχνολογιών) όντως το Safari είναι σαφώς πιο γρήγορο από Gecko.
Ναι παιδιά, πηγαίνετε local.google.com, κάντε κλικ το ‘Find businesses’ δεξιά από το Search, και ακολουθήστε το παράδειγμα, δηλαδή ‘pizza’ in ‘Poughkeepsie, NY’. Enjoy the wait. Στον Powerbook 12” last generation μου, ο Safari θέλει γύρω στα 30 δευτερόλεπτα, during which είναι τελείως unresponsive. Το Firefox θέλει γύρω στα 1 (δευτερόλεπτα). Δε ξέρω τι και γιατί, αλλά ο Safari του 10.4, fully patched φυσικά, έχει σοβαρό υστέρημα σε AJAX.
Κωστή, σε εμένα δε συμβαίνει αυτό. Ο Safari είνα λίγο πιο αργός από τον Firefox στο συγκεκριμένο παράδειγμα. Στον Firefox 1.5 χρειάζεται 3-4 secs, στον Safari γύρω στα 6. Έχω Safari 2.0.2 σε 1GHz iBook, 12 inch.
Μετά από δοκιμές με διάφορα inputs, διορθώνω. Η διαφορά είναι όντως μεγάλη αλλά όχι και 30 secs.
Firefox: 1-2 secs
Safari: 9-10 secs
Δε μου είχε τύχει να καηανσυγκρίνω τέτοια sites. Γνωρίζει κανείς τι γίνεται με Ι.Ε se Windows;
Χμμ λες να υπερβάλω λίγο με τα 30; Ίσως. Πάντως πάνω από δέκα είναι συνήθως. Ίσως δε βοηθάει το ότι κάνω σπανιότατα reboot, και πολλά sleep. Πάντως είναι Pbook 1.5.
Ο ΙΕ νομίζω μια χαρά είναι, σε επίπεδα Firefox πάνω κάτω.
Λοιπόν την κάνω, γιατί θα χάσω την πτήση μου.