[-UFO-]Melkor

Bestätigen kann ich es, habe es gerade mal getestet.
Wenn ich das richtig sehe, nutzt ExtJs eine anonyme Funktion zum Laden der Klassen/Funktionen, die muss der Browser natürlich erstmal ausführen, das kostet Zeit (wird ohne anonyme Funktion aber wohl genauso viel Zeit kosten).

So oder so analysiert der Browser ja deine Dateien und führt sie aus. Er kann ja schließlich nicht wissen, dass es nicht nur um ein Framework handelt das so selbst noch gar nicht benötigt wird.
Bei einer Datei dieser Größe (immerhin stolze 697 KB) wirst du um eine Verzögerung wohl nicht herumkommen.

Je nachdem, wofür du die Datei brauchst, wäre es noch eine Überlegung die Datei nachträglich zu laden. Steve Souders schreibt in Kapitel 3 "Splitting the Initial Payload" seines Buches "Even Faster Web Sites" etwas darüber.

Geht im Grunde darum, dass du nur das zum Rendern der Seite benötigte JavaScript direkt lädst und den Rest per "post-onload download" nachlädst.

Mister Ad

nikosch

So doof ist das gar nicht. Stichwort Content Distribution Network. Gerade die JS-Frameworks werden diese Server vermutlich noch schneller ausliefern, weil deren Serverinfrastruktur besser ist. Geschwindigkeitsoptimierung für Websites empfiehlt desweiteren, mehrere Domains zu benutzen, um die Anzahl gleichzeitig ladender Komponenten zu erhöhen.

Datenschutz - klar; wenn allerdings ohnehin Google-Tracking aka Analytics oder Webmastertools verwendet wird, ist das sowieso egal. jQuery findet man sicher auch noch auf anderen großen Seiten.

http://www.drweb.de/magazin/jquery-g...ode-einbinden/

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

cycap

@[-UFO-]Melkor hast du es mit oder ohne geöffnetem Firebug (o.ä.) getestet? Siehe http://www.php.de/off-topic-diskussi...alysieren.html (Suche FF Addon um Ladezeit zu analysieren)

stayInside

Das Problem ist folgendes. Wenn JS Dateien im Head eingebunden werden wird alles was danach geladen wird solange geblockt bis alle JS Dateien fertig sind. Hat man also sehr sehr große JS Dateien und viele Bilder auf der Seite kann es etwas dauern bis er anfängt die Bilder zu laden..

Werden die JS Dateien allerdings im am Ende des Bodys geladen werden erst die Bildern geladen und dann das JS,

cycap

Trotz alle dem wird die Seite aber vom Browser erst freigegeben (onLoad-Event) wenn alles geladen UND (der springende Punkt) verarbeitet wurde. Und bei Einbindung des ExtJs-Frameworks verzöger sich dieses (zumindest mit geöffnetem Firebug sehr deutlich).

Manko10

Wobei du noch zwischen onload und Document-Ready unterscheiden musst. Letzteres wird schon geworfen, wenn das DOM fertig aufgebaut ist. Der Ladebalken des Browser verschwindet aber natürlich erst bei onload.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

Flor1an

Dateien auf von fremden Servern laden hat sogar noch mehr Vorteile, wird Beispielsweise jQuery von Google geladen, dann ist die Wahrscheinlichkeit das der Benutzer davor auf einer Webseite war und ebenfalls dort von Google jQuery eingebunden war sehr hoch. Heißt, jQuery muss überhaupt nicht mehr geladen werden weil die Google Version schon im Cache des Benutzer ist, obwohl er noch nie auf deiner Webseite war.

Wenn man selbst ein paar Server nutzt bzw. verschiedene Subdomains dann muss man allerdings aufpassen. Die geladene Datei muss nämlich immer vom selben Server/Sudomain geladen werden sonst hat man am Ende das ganze eher verschlimmert weil der User eine Version von jeder Domain in den Cache laden muss.

mquadrat

Die Idee JS und CSS dynamisch je nach angeforderter Funktion zu verarbeiten hatte ich auch mal. Davon bin ich aber wieder abgekommen. Das Caching wird dann viel zu fummelig. Besser ist es IMHO für jedes Projekt zu validieren was benötigt wird und was nicht und dann eben selektiv die JS Dateien erstellen.

Je größer die JS Files werden desto langsamer wird Firefox. Ich hatte auch tatsächlich schon einen Fall, da war der IE schneller im JS verarbeiten als der FF. Wobei ich nicht ausschließen möchte, dass das an der Kombination FF3 und Mootools 1.2 lag.

Mootool Core hole ich aktuell auch von Google. Selber hosten sollte man bei Intranet-Seiten oder wenn man dem Kunden auch mal offline was vorführen möchte

__________________
Wir suchen PHP Entwickler (Vollzeit) im Raum Darmstadt / Rhein-Main. Infos via E-Mail mueller@new-frontiers.de