Lädt ein Browser noch ein Skript, wenn es sich bereits im Browser-Cache befindet?

Ich verwende lazyload.js, um mehrere Skripts zu laden. Jetzt dachte ich nur an eine Site-weite Include, die lazyload.js lädt alle Skripte auf meiner Website verwendet. Dann könnte ich den Browser entscheiden lassen, ob eines dieser Skripte bereits im Cache ist oder nicht (und falls nötig).Lädt ein Browser noch ein Skript, wenn es sich bereits im Browser-Cache befindet?

Das erspart mir zu testen in js, ob etwas bereits geladen ist (und ich bin bereit, den Overhead von ein paar zusätzlichen Anfragen zu akzeptieren). Würde es so funktionieren oder übersehe ich etwas?

Quelle

2013-08-12 Anonymous

Ich bin nicht dieses auf harte Zahlen zu stützen, aber ich denke, es ist sicher zu sagen, dass etwa 75 bis 80% der Browser, die heute benutzt werden, machen einen ziemlich guten Job, um die Skripte zwischenzuspeichern. AFAIK, gibt es Möglichkeiten, Browser nicht zwingen, die zwischengespeicherten Skripts zu verwenden, aber da dies nicht das ist, was Sie wollen, ist das egal.

Ja, die meisten Browser werden sich tatsächlich auf die Cahced-Skripte beziehen und die Dateien nicht immer wieder anfordern. Natürlich, some people are concerned about their privacy, und wird nur im anonymen/Inkognito-Modus (aka Porno-Modus) im Internet surfen.
Dies bewirkt, dass der Browser den Cache löscht, wenn das Browserfenster geschlossen wird.
Warum würde es dich interessieren? Nun, ich für meinen Teil finde das sehr nützlich bei der Entwicklung meiner JS-Skripte.
hard-refreshing ist so etwas wie ctrl + c. Wir alle haben die Gewohnheit, diese zwei Tasten 4 bis 5 Mal zu drücken, um sicher zu gehen. Ich habe bemerkt, dass meine Mitarbeiter mit ctrl das gleiche tun + F5 auch ...

Quelle

2013-08-18 20:24:22

Sind Sie sicher, dass die meisten Browser den Cache überprüfen, bevor Sie ein Skript laden? Weil ich auch eine Antwort von jemandem erhalten habe, der sagt, dass immer alles geladen wird, unabhängig vom Cache, und ich weiß nicht wirklich, was ich jetzt glauben soll. –

@ Samuel: Ich habe mir die Quelle von lazyload.js angesehen. Alles, was es wirklich tut, ist ein neues DOM-Element (Skript-Tag, überprüfen Zeile 230 auf Github), und fügt es in den DOM-Baum. Das resultierende Verhalten ist das gleiche wie zu dem Zeitpunkt, als das Tag da war: Der Browser wird prüfen, ob sich das Skript im Cache für diese Domäne befindet, wenn dies der Fall ist, wird die Datei nicht erneut angefordert, sondern die zwischengespeicherte Version geladen. Wenn nicht, wird die Datei angefordert. Ich habe mir die anderen Antworten kurz angesehen, aber ich weiß nicht genau, auf welche Sie sich beziehen, wenn Sie sagen, dass Sie eine Antwort hatten, die besagt, dass die Anfrage immer ausgeführt wird. –

Ich meinte Dmitrys Antwort (ganz unten). Aber deine Antwort erklärt genau, worüber ich mich nicht sicher war. Vielen Dank! –

Ich habe gesehen, es funktioniert so, wie Sie es erklärt haben und ich habe es nicht funktioniert gesehen. Es kommt jedoch auch selten zu einer doppelten Belastung, wodurch der Overhead noch größer wird.

Quelle

2013-08-15 14:40:48 spriore

Danke für Ihre Antwort, aber ich verstehe Ihren letzten Satz nicht. Was meinst du damit genau? –

Ernsthaft, wenn Sie das Kopfgeld wollen, geben Sie mir mindestens eine halbwegs anständige Antwort. Ich gebe dir nicht das Kopfgeld, wenn deine Antwort so bleibt. –

Mir ist das Kopfgeld egal. Zweitens, wenn ich sage, dass es doppelt geladen wird, wird die zwischengespeicherte Version über den Lazyload geladen. Es wirkt sich nicht auf das Funktionieren des Javascript aus, aber manchmal kann es sich verlangsamen, je nachdem, wie lange es ist. – spriore

Kurz: Es hängt

Der Browser höchstwahrscheinlich nicht für das Skript anfordern, wenn sie im Cache vorhanden ist, sofern nicht ausdrücklich angegeben ist.

Es ist jedoch vollständig bis zu dem Ermessen des Browser das Skript oder nicht zu beantragen ..

Quelle

2013-08-18 08:02:25

Ihre Frage erhielt meine Aufmerksamkeit :) @ Samuel –

Ok, danke für die Antwort. Ich denke, es ist nicht so einfach, wie ich es mir vorgestellt habe. Grundsätzlich ist die Antwort: es kommt darauf an. –

@Samuel Genau ... –

Lazy Loading ist nicht immer über die Bandbreite Erhaltung, es hat auch viel mit CPU/Batterie zu tun Erhaltung. Wenn Sie etwas laden, ob im Browser-Cache oder nicht, laden Sie es bei Bedarf und verschwenden damit keinen Code, der nie benutzt wird. Wenn Sie alles im Voraus laden, entstehen für jeden Besuch einer Seite feste Kosten für CPU und Akku, unabhängig davon, ob 80% der Module verwendet werden oder nicht.

Um die Akkulaufzeit von Mobilgeräten zu schonen, sollten Sie den richtigen Lazy Loading-Ansatz verwenden. Aber für Desktops ist es besser, alles vorab zu laden, da die Vorladekosten relativ gering sind.

Quelle

2013-08-19 12:40:26 Craig

Wie wäre es mit Cache-Kontrolle?

<pre><code><meta http-equiv="cache-control" content="no-cache"></code></pre>

Vielleicht ist dies das Richtige für Sie. Schauen Sie here für weitere Informationen.

Quelle

2013-08-19 22:53:41 Lithilion

Ok, aber warum "no-cache"? Weil ich möchte, dass der Browser wenn möglich auf die zwischengespeicherte Version verweist. Sollte es nicht "öffentlich" oder "privat" sein? Und ist "Public" nicht schon der Standard? –

Ja, öffentlich ist die Standardeinstellung. Aber Sie wissen, dass der Browser die zwischengespeicherte Version automatisch übernimmt. – Lithilion

Warum die w3fools verlinken? –

Nein, es würde nicht funktionieren.

Wenn Sie lazyload anweisen, Skripte zu laden, werden Skripte geladen. Lazyload hat keinen Zugriff auf den Browser-Cache und konnte nicht feststellen, ob sich eine Ressource im Cache befindet oder nicht. Auch das Laden der Skripte ist wichtig, daher kann der Browser JavaScript nicht verwenden, wenn vorherige Javascript-Dateien nicht geladen sind. Browser könnte feststellen, ob Javascript-Dateien voneinander abhängig sind oder nicht.

Für den Fall, dass Sie in Erwägung ziehen, nur "load all" über Lazyload zu erstellen: ist es besser, nur eine JavaScript-Datei zu erstellen und am Ende Ihrer Seiten zu laden.

Quelle

2013-08-21 11:52:48

Lazyload hat keinen Zugriff auf den Cache, wahr genug, aber lazyloadjs lädt Ihre Skripte nicht wirklich. Es erstellt einen neuen DOM-Knoten, der diese an die aktuelle DOM-Struktur anfügt. JS hat nichts mit dem DOM zu tun, und sobald das src-Attribut gesetzt ist, ist es Sache des Browsers, wie das Skript angefordert wird. Die meisten modernen Browser _will_ beziehen sich zuerst auf den Cache. –

Sie haben Recht, der Browser wird prüfen, ob die angeforderte Ressource (js-Datei) im Cache ist oder nicht. Aber dann lädt der Browser Ressourcen, die sich nicht im Cache befinden, vom Server. Und Sie können dem Browser nicht sagen: "Datei laden, wenn sich die Datei im Cache befindet". Sie sagen nur: "Datei laden". Und Browser laden aus dem Cache oder vom Server. 'lazyload.js' machen das selbe: es lädt nur js-Dateien. –

Ja, das habe ich auch in meiner Antwort gesagt ... Die Art, wie die Datei/Ressource geladen wird, ist Sache des Browsers, und die meisten Browser werden die Skripte zwischenspeichern ... wenn sie nicht im Cache sind, werden sie das natürlich tun wie HTTP-Anfrage angefordert werden ... aber Ihre Antwort besagt, dass es _alle Skripte jedes Mal anfordern wird. Zumindest, so versteht das OP Ihre Antwort –

Lädt ein Browser noch ein Skript, wenn es sich bereits im Browser-Cache befindet?

Antwort

Verwandte Themen