Live sieht die Page anders aus!

Browser-Cache leeren: http://www.browser-cache.de/

Bitte auch für die Zukunft merken.

Hallo Norbert,

der Cache betrifft nicht den Upload, sondern den Download auf dem Rechner des Besuchers. Zur Verringerung der Ladezeiten werden bereits im Browsercache vorhandene Daten beispielsweise zu CSS nicht erneut geladen. Erzwingen lässt sich das Neuladen von Ressourcen über folgenden Eintrag in der .htaccess:

# ##### Beginn Browser-Caching #####

<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/gif "access plus 7 days"
ExpiresByType image/ico "access plus 7 days"
ExpiresByType image/jpeg "access plus 7 days"
ExpiresByType image/jpg "access plus 7 days"
ExpiresByType image/png "access plus 7 days"
ExpiresByType text/css "access plus 7 days"
ExpiresByType text/javascript "access plus 7 days"
ExpiresByType application/x-javascript "access plus 7 days"
ExpiresByType application/javascript "access plus 7 days"
</IfModule>

# ##### Ende Browser-Caching #####

Im Beispiel beträgt die Cachedauer 7 Tage, möglich sind statt "days" auch "hours", "minutes" und "seconds".

Hallo Norbert,

Browser Ansicht bei Seitenaufruf hat nichts mit Upload aus dem Zeta Projekt zu tun.

Upload kopiert Daten von deinem PC (Zeta-Projekt Teile) zu deinem Webspace.

Ein Betrachter deiner Seiten (z.B. ich) erhält Daten deiner Seite von deinem Webspace, die mit dem von ihm verwendeten Browser für die Anzeige aufbereitet und fallweise zwischengespeichert werden.

Dein Zeta Projekt kann nicht wissen wer, wann, auf welchem Gerät und mit welchem Browser deine Seiten ansehen will. Dass du selber einer der möglichen Betrachter sein kannst ändert an den grundlegenden Abläufen nichts.

Es bleibt also, wie Steffen T. schrieb, um sicher zu gehen, dass keine von früher am PC des Betrachters (z.B. bei dir) zwischengespeicherten Daten die aktuelle Anzeige verfälschen, der Weg den Browser Cache des verwendeten Browsers zu löschen.

---------------------------

Anmerkung: Da hat Thomas schon geantwortet, während ich noch meine Antwort schrieb.

Jetzt wo du es sagst, Norbert, muss ich dir zustimmen, ich muss auch immer erst den Cache leeren um die aktuelle Version zu sehen...musste ich früher auch nicht

Guten Morgen,

die einfachste Erklärung dürfte sein, dass wir alle vom ach so "bösen" Internet-Explorer weg sind und statt dessen Chrome oder Firefox verwenden.

Bei guten alten IE gibt es bei den Internetoptionen unter "Allgemein" die Einstellungen zum Browserverlauf. Dort ist bereits standardmäßig aktiviert,, dass der Cache auf 250 MB begrenzt ist. Bei Erreichen der Grenze werden die ältesten Einträge im Cache gelöscht.

In Chrome gibt es diese Einstellung nicht, hier muss der Browserverlauf manuell gelöscht werden.

Bei Firefox ist per Installation die automatische Verwaltung "zwischengespeicherter Webinhalte"" aktiviert, welches nichts anderes als den Cache darstellt, Hier muss explizit eingerichtet werden, wie diese mengenmäßig begrenzt werden soll.

Grundsätzlich sind wir als Seitenbetreiber ja daran interessiert, dass der Besucher nicht lange warten muss, bis sich eine Seite aufbaut. Der Besucher ist ebenfalls an einem schnellen Aufbau interessiert, zudem möchte er (zumindest mobil) möglichst wenig Datenvolumen verbrauchen. Da hat der Cache so seine Vorteile.

Mal ehrlich, wer hat denn schon mal in die Einstellungen des Browsers geschaut? Ich vermute, so 5 bis 10 %. Genau so sehen die Zahlen bei unseren Besuchern aus. Wenn wir sicherstellen wollen, dass der Besucher zu jedem Zeitpunkt die aktuelle Seite sieht, müssen wir das Browser-Caching komplett abschalten:

<ifModule mod_headers.c>
Header unset ETag
Header set Cache-Control "max-age=0, no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires "Mon, 1 Jan 2010 01:00:00 GMT"
</ifModule>

Erläuterungen hierzu findet Ihr unter https://scheible.it/browser-caching-htaccess-unterbinden/

Dies bedeutet dann aber bei jedem Aufruf das komplette Laden aller Ressourcen.

Hanabi warum das Header unset ETag? ETag finde ich persönlich sehr praktisch, weil es dem Browser eindeutig mitteilen kann, wenn eine Datei geändert wurde (unabhängig vom Datum).

Hallo Stefan,

den Code zum kompletten Abschalten des Cache musste ich auch erst mal googlen, habe den dann komplett von der oben genannten Quelle übernommen. Die entsprechende Zeile wird für die reine Abschaltung des Cache nicht gebraucht, das hast Du recht.

Ich rate übrigens eindrücklich davon ab, das Caching Serverseitig zu unterbinden (wie oben beschrieben). Das hat negative Auswirkungen bei Ihren Besuchern und wenn Sie das nächste mal Ihren Google PageSpee-Rang ansehen, werden Sie merken, dass es denen auch nicht gefällt.

Das geht auch einfacher, die Seite im Inkognito- oder Inprivate-Modus aufrufen. Alternativ den sonst nicht verwendeten IE nutzen und unter Einstellungen das Löschen des Browserverlaufs beim Beenden aktivieren.

Aus Sicht der Internetbesucher : Es gibt ja schon viele Programme, die sich um den Rechner und um die diversen Explorer und deren Spuren kümmern.
Unter anderem auch CCLEANER. Diese Programme, die auch Reste von Deinstalltionen bereinigen, sowie auch nicht mehr benötigte

DLLs, räumen die CACHE usw. auf. Da werden dann diese o.a. Probleme automatisch mit gelöst. Browserverlauf löschen mache ich, z.B., regelmäßig.
ich weiß aber nicht, ob das zur o.a. Problematik dazu gehört und dadurch behoben wäre.

Das ist ein generelles Thema, das eigentlich nichts mit ZP zu tun hat.

Ich würde das auch nicht überbewerten, denn wer (übliche Nutzer) wird bei ständiger Internet Suche oder Seitenaufruf mehr als höchstens "Seite aktualisieren" anwenden.