NN 6+ ; Cache; Refresh; vorladen

[thomas borgmann]

Liebe Leute,
Ich habe mich bislang nicht ganz so um den Netscape 6.1 bzw 6.2 gekümmert, bin weiterhin von den Möglichkeiten des IE (trotz Microsoft) überzeugt, aber habe aber den 4.7 und 6.2 noch zusätzlich zum vergleichen parallel am laufen auf meinem Rechner.

Ärgerniss beim NN 6+ ist u.a. das Cache. Temporäre Daten werden nur vercryptet aufgelistet, sind also nicht unmittelbar einzusehen, noch zu gebrauchen. Mag zur Freude von Webgestaltern damit ein etwas mehr an Sicherheit an Eigentum der eigenen Seite wachsen - bleibt aber nunmehr die KOntrolle und die Einsichtnahme über die Temporären Inhalte außen vor.

(Gibt's jemanden der 'ne einfache Möglichkeit weiß diese temporären Dateien wieder auf einfache Weise zu konvertieren???)

Nun aber zum eigentlichen:
Hatte verschiedentlich Seiten vorgeladen bzw. Graphiken, Bilder mit der 1 Pixel Methode um dann mit <meta http-equiv="refresh"> auf die eigentliche Seite weiterzuführen.

Also die elegante Methode ohne Java-script. Stelle nun aber fest, das NN 6+ die VorladeSeite nicht mehr zuende lädt, sondern gleich weiterleitet (sic!). Jedenfalls baut NN 6+ die entsprechende Seite nun wieder umständlich mit den Graphiken auf????

Habe das nun abgeändert und lasse die Seite mittels Java-script und "onload" weiterführen in der Hoffnung NN 6+ würde das denn besser handhaben.
Ein bischen besser isses nun, aber der Aufbau der Bilder ist noch immer zu sehen.....

Nachteil ist hier, das auch im IE wieder kurz ein weißer Splashscreen nach der weiterleitung zu sehen ist.

Habe im Cache vom NN 6+ nachgeschaut ob er eigentlich alle Bilder überhaupt ins Cache geladen hat. Das macht er auch, kann die Graphiken dann trotzdem nicht soo schnell aus dem Cache holen. Einfach nur Ärgerlich!!
Kann ja sein, das NN 6+ seine eigenen vercrypteten temporären Dateien nicht so schnell lesen kann.

Wollte fragen ob sich da Jemand schon mal den Kopf gemacht hat??? Würd mich freuen!!

Mir fällt ansonsten nur die Möglichkeit ein die "refresh" Zeit soweit zu verlängern, das der größte Teil der vorzuladenen Bilder geladen sein sollte. Damit muß jeder aber diese entsprechende Zeit auch warten.

Ach - wer Lust hat und NN 6+ am Start hat, kanns sichs angucken: www.jazzkeller69.de.vu

Grüße thomas

[Michael Schröpl]

Hi Thomas,

Ärgerniss beim NN 6+ ist u.a. das Cache.
Temporäre Daten werden nur vercryptet aufgelistet,
sind also nicht unmittelbar einzusehen, noch zu
gebrauchen.

ich kann Deine Beobachtung nicht bestätigen.

Im Cache des Mozilla-Browsers werden die HTTP-Pakete so abgelegt, wie sie empfangen wurden.
Das ist im allgemeinen lesbarer Quelltext.

Es könnte allerdings sein, daß der Server, von dem Du
die Seiten absaugst, komprimiert kommuniziert.
Mozilla legt die Seiten inklusive Content-Encoding in
seinem Cache ab - und wenn der Server tatsächlich ein
Content-Encoding auf den Inhalt angewendet hat, dann
würdest Du dieses erst wieder entfernen müssen (genau
wie der Browser das auch tut).

(Gibt's jemanden der 'ne einfache Möglichkeit weiß
diese temporären Dateien wieder auf einfache Weise
zu konvertieren???)

Wie gesagt - ich glaube nicht, daß dieser Effekt existiert.
Die Verwendung von Content-Encoding kannst Du in Browsern ab Mozilla 0.9.9. in den Preferences
abschalten. Netscape 6.2 kann das noch nicht - Netscape 7.0PR1 schon.
Und außerdem bleiben ja sämtliche andern Optionen wie
"Quelltext anzeigen und dann Strg-A, Strg-C" erhalten.

Hatte verschiedentlich Seiten vorgeladen bzw.
Graphiken, Bilder mit der 1 Pixel Methode um dann
mit <meta http-equiv="refresh"> auf die eigentliche
Seite weiterzuführen.

Du weißt, daß man in modernen Browsern wie Opera
automatische Weiterleitungen abschalten kann?

Habe das nun abgeändert und lasse die Seite mittels
Java-script und "onload" weiterführen in der
Hoffnung NN 6+ würde das denn besser handhaben.

Damit hast Du Dir aber eine weitere Abhängigkeit
geschaffen.

Ein bischen besser isses nun, aber der Aufbau der
Bilder ist noch immer zu sehen.....

Wie weit sind die Bilder selbst schon optimiert?

Habe im Cache vom NN 6+ nachgeschaut ob er
eigentlich alle Bilder überhaupt ins Cache geladen
hat. Das macht er auch, kann die Graphiken dann
trotzdem nicht soo schnell aus dem Cache holen.
Einfach nur Ärgerlich!!

Welche HTTP-Header sendest Du mit?
Welche Caching-Optionen sind im Netscape 6 eingestellt?

Wenn Du dem Browser-Cache nichts über die Aufbewah-rungsdauer der Bilder sagst, dann _muss_ der Browser
vor der tatsächlichen Anzeige wieder einen Request an
den Server senden, um nachzufragen, ob er dem Inhalt
dieser Dateien noch trauen darf.
Dies könntest Du verhindern, wenn Du per
"Cache-Control:"-Header eine Aufbewahrungsfrist
mitsendest - vorausgesetzt, die Cache-Validierungs-
Strategie des Browsers ist auf "automatisch" einge-stellt (was am sinnvollsten wäre, worauf Du aber
leider keinen Einfluß hast). Ist diese Strategie auf
"immer prüfen" eingestellt, dann hast Du verloren.

Kann ja sein, das NN 6+ seine eigenen vercrypteten
temporären Dateien nicht so schnell lesen kann.

Das ist nicht das Problem. Schau mal im Logfile Deines
Servers zu, wann der Browser welche Requests sendet ...

Ach - wer Lust hat und NN 6+ am Start hat, kanns
sichs angucken: www.jazzkeller69.de.vu

Und welche Graphiken meinst Du dort?

Viele Grüße
      Michael

[thomas]

hallo Michael,
also vercryptet ist sicherlich das falsche Wort,aber NN 6+ legt die Inhalte als reine ASCII Dateien an, zudem mit kryptischen Namen versehen: das heißt ich kann weder erkennen ob es sich hier um ein Bild oder Html-Datei handelt. Bilder kann ich also nur mit Texteditor lesen.
Im Netscape 4+ war es schon ansatzmäßig so, aber alles Dateien waren noch halbwegs zu erkennen.
Im Cache des IE dagegen kann ich alles im Original aufmachen, sowie sind alle weiteren Informationen enthalten.
Von der daher sollte sich die Frage der Serverkommunikation erledigen.

Ein vernünftiges Cache hat Vorteile, z.B. sind hier die FlashMovies nur einsehbar, sowie eine Reihe von Seiten, die ich sonst auch nicht einsehen kann, wie eben auch solche Vorladeseiten.

Im übrigen habe ich das Cache im NN6+ auf Auto stehen, und auch sonst wenig verändert von den Standarteinstellungen, wie gesagt, weil ich den nur zum Testen brauche, und da brauche ich Einstellungen, wie der überwiegende Teil der User sie verwendet. Deswegen geh ich auch immer mit Call by Call Server auf Testsendung, um eben entsprechendes Ladeverhalten zu erleben.

Ich gehe mal davon aus ( und der gemeine User sowieso) das Resfresh und Java-sript eingeschaltet sind, ansonsten wärs etwas albern im heutigen Web surfen zu wollen.

Netscape 4+ hat im übrigen alles auch schön bis zu ende geladen und dann die nächste Seite wie gewünscht geöffnet, deswegen hatte ich beim NN6+ auch bislang nie auf dieses Verhalten geachtet.

Da es sich hier um ein und dieselbe Web-seite handelt, also nach Ladevorgang nur zur nächsten Seite weitergeleitet wird sollten sich die Fragen zur Aufbewahrungsdauer (content =1day) des Browsers sowieso erübrigen.
Die Bilder sind optimiert und es werden sogar neben dem Content für die Standartauflöung von 1024+ auch die für die 600+ mitgeliefert, weil erst auf der nächsten Seite die Weiche liegt.

Ach - wer Lust hat und NN 6+ am Start hat, kanns
sichs angucken: www.jazzkeller69.de.vu

Und welche Graphiken meinst Du dort?

Tja - und diese Frage verstehe ich jetzt nicht, ein paar Bilder sollten schon erscheinen auch wenns keine aufwendige Seite ist, es sei denn Du hast Java-script und Refresh ausgeschaltet (Refresh glaub ich nach 20 Sekunden zu aller Sicherheit), mindestens müßte ein kleines piseliges Ladesternchen.gif erscheinen.

liebe Grüße thomas

[Michael Schröpl]

Hi Thomas,

also vercryptet ist sicherlich das falsche Wort,aber NN 6+ legt
die Inhalte als reine ASCII Dateien an

was soll eine "reine ASCII-Datei" sein?

Es gibt keine "Dateitypen" auf den meisten Plattformen (anders als
auf Großrechnern). Dateien sind byte streams - ihr Inhalt bekommt
erst dann eine Bedeutung, wenn ein bestimmets Interpretationsver-
fahren auf ihn angewendet wird. Und das hat _nichts_ mit Dateinamen,
Endungen oder was auch immer zu tun.

zudem mit kryptischen Namen versehen:

Das ist sinnvoll. Auf diese Weise kann ein Virus im Cache eine
Datei nicht lokalisieren.

das heißt ich kann weder erkennen ob es sich hier um ein Bild
oder Html-Datei handelt.

Doch - Du brauchst nur hinein zu sehen und den Inhalt zu verstehen.

HTML verstehst Du auf den ersten Blick - Graphikformate wie GIF und
JPG kannst Du durch ihren Datei-Header (bei GIF steht explizit "GIF"
ganz vorne in der Datei drin usw.) ebenfalls leicht identifizieren.

Falls Dir das bei der Menge der Dateien nicht übersichtlich genug
ist, kannst Du den Cache löschen und die aktuelle Seite neu laden

• dann sind es nur eine Handvoll Dateien, die Du schnell alle an-
  sehen kannst.

Bilder kann ich also nur mit Texteditor lesen.

Mit jedem vernünftigen Graphikprogramm kannst Du eine Datei mit
einem beliebigen Dateinamen öffnen.
Die Auswahl der Datei geht halt nicht durch das übliche Doppel-
klicken, sondern durch den Öffnen-Dialog des jeweiligen Programms,
oder durch das Senden der Datei an das entsprechende Programm via
Kontext-Menü, oder durch eine von vielen möglichen anderen Dialog-
formen.

Im Cache des IE dagegen kann ich alles im Original aufmachen,
sowie sind alle weiteren Informationen enthalten.

Eben. Und gerade der M$IE ist nicht wirklich für seine auf Wider-
standsfähigkeit gegen Virenangriffe optimierten Verfahren bekannt ...

Ein vernünftiges Cache

Definiere "vernünftig"
(und setze Deine Vorstellung auf dem Weltmarkt durch).

Im übrigen habe ich das Cache im NN6+ auf Auto stehen, und
auch sonst wenig verändert von den Standarteinstellungen,

Das ist ein notwendiges Kriterium - kein hinreichendes.

Dein Server muß dem Browser nun auch etwas zum Auswerten geben,
sonst ist "auto" nicht besser als "always".

Ich gehe mal davon aus ( und der gemeine User sowieso) das
Resfresh und Java-sript eingeschaltet sind,

Du könntest Dich dabei ganz schön täuschen.

ansonsten wärs etwas albern im heutigen Web surfen zu wollen.

Gerade im "heutigen Web" ist es sinnvoll, alles abzuschalten,
was man nicht dringend braucht - wegen der Seitenanbieter.

Da es sich hier um ein und dieselbe Web-seite handelt, also
nach Ladevorgang nur zur nächsten Seite weitergeleitet wird

Dir ist klar, daß das ein Widerspruch ist?
"Eine Seite" ist nicht identisch zu "zwei Seiten".

sollten sich die Fragen zur Aufbewahrungsdauer (content
=1day) des Browsers sowieso erübrigen.

Keineswegs.

Und welche Graphiken meinst Du dort?
Tja - und diese Frage verstehe ich jetzt nicht, ein paar
Bilder sollten schon erscheinen

Keines davon sah mir so aus, daß es zu Deiner Beschreibung passen
würde. Nichts davon macht m. E. Sinn, dauerhaft geladen zu sein.
Wenn es oft verwendete Buttons oder Hover-Effekte oder Ähnliches
wäre, dann ja ...

Viele Grüße
      Michael

[thomas]

Hallo Michael,
das fängt ja Spaß zu machen mit Dir und da Du es mit der Sprache sehr genau nimmst, bin ich noch froh nicht auf die Schreibfehlereien angesprochen worden zu sein...

Aber sicherlich richtig Deine Genauigkeit bei der Beschreibung der Dinge. Mangels dauernder Fachspezifischer Kommunikation in diesen Belangen fällt es einem selber kaum mehr auf.

Also weiter:
Richtig, ich kann natürlich in alle Datenpakete reinschauen ob nun ein GiF, JIFF, HTML- Inhalt drin versteckt ist und dann mit den entsprechenden Programmen öffnen. Ich muß dazu also den Editor und dann das entsprechende Programm nutzen. Dann muß ich noch feststellen ob ich nun die Daten vor mir habe, die ich einsehen wollte. Oder mit der Methode die Du vorschlägst: Alles löschen nochmal ins Internet auf die entsprechende Seite und alles wieder von vorne mit dem kleinen Vorteil das die Auswahl kleiner wurde.

Tja - und damit sind wir bei den bösen Viren, von denen eigentlich gar nicht die Rede war. Nun kann man sich vor lauter Jammern zurammeln und nicht mehr auf die Straße rennen. Oder man versucht den Überblick zu halten.
Mit einer vernünftigen Firewall (z.B. Sygate 5pro) und einem guten und vor allem aktuellen Virenschutz mit dem Augenmerk auf die Scanmöglichkeiten und -Tiefe, wie ihn Eugene Kaspersky am laufen hat und dies im Zusammenspiel mit einem gut eingestellten Explorer6 bzw. Mailbox (ich nutzte, man höre und staune immer noch Outlook Express) sollte alles unter Kontrolle sein. Ich stoße laufend auf Viren und dergleichen mehr, die mir schon lange keine Bange mehr machen sondern eher neugierig begutachte.
Nutzt man dazu noch Software wie Goback oder besser noch DriveImage und hat ein bischen sein System im Auge bzw. was da so an Veränderungen vor sich geht, na dann....
Nur soviel, bisher habe noch nie wegen Viren mein System neu aufbauen bzw. spiegeln müssen (Ich lüge, ganz in grauer Vorzeit ohne jeden blanken Schimmer von dem was ich tue, isses mir dann doch mal passiert, aber da radikal, und das war 'ne andere Geschichte)

Jedenfalls finde ich es schon angenehm mal schnell im Cache rumzublättern und dann das Cache zu löschen, als da mit dem von Dir beschriebenen Umstand.

Nun - und was den gemeinen User angeht, denke ich täusche ich mich kaum. Die Vorteile von "refresh" dürften überwiegen, zuviele Seiten sind umgezogen und möchte man eigentlich doch weiter erreichen. Java-Script, immer schon lange diskutiert ist ja nun nicht der Übeltäter, da muß  wenn man will auch nicht alles scripting erlauben ansonsten gibts ja noch den kontrolierten Mittelweg, jeweils erst die Erlaubnis geben. Bei Java und Active X gibt ich Dir schon eher recht, da wirds auch für viele Schwierig das zu überblicken.
Aber auch bei Abschaltung gibts ja noch als dritte Notvariante den "noscript" Bereich, der immer noch Platz zum manuellen weitergeclicke läßt.

Na und jetzt sind wir schon beim Server, der sicher immer auch Einfluss hat, aber doch nicht auf so lächerlich kleine bytes um die es hier beim Ladevorgang geht, die hier aus dem Cache der aufgerufenen Adresse wieder hochgeladen werden soll. Und - der IE und auch Netscape 4+ haben da keine Hänger.
Dazu wollte ich das Problem möglichst mit SelfHtml gelößt haben.

Und - die Bilder sollten vorgeladen werden (und dazu braucht es nur ein paar Sekunden) damit die Eingangsseite hier eben nicht sukkzessive aufgebaut wird - und insbesondere da nicht 'ne kleine Flashanimation genau in Zeit in Erscheinung kommt. Wußte aber gar nicht, das Hoover-Effekte auch vorgeladen werden können???

na dann bis später

Grüße thomas

PS: Hab mir grade noch die Mühe gemacht, die gleiche Index-Seite, jetzt aber nur mit Refresh und mit einer Dauer von 20 Sekunden (damit aber auch ganz sicher alles geladen sein müßte ),
hochzuladen und im NN6 zu betrachten. Und siehe: hier machters nun perfekt. Ergo, lädt NN6 bei einem refresh von 0 Sekunden die Seiten nicht voll ins Cache. Erklärt aber nicht, warum ers beim onload ebenso unvollständig macht??? Bislang war diese Geschichte wie gesagt nie ein Problem.

[Michael Schröpl]

Hi thomas,

Dann muß ich noch feststellen ob ich nun die Daten
vor mir habe, die ich einsehen wollte. Oder mit der
Methode die Du vorschlägst: Alles löschen nochmal
ins Internet auf die entsprechende Seite und alles
wieder von vorne mit dem kleinen Vorteil das die
Auswahl kleiner wurde.

Alternative: Wenn die Seite, deren Elemente Du im
Cache betrachten willst, die gerade zuletzt geladene
war, dann sortiere den Inhalt des Cache nach dem
Änderungsdatum dieser Dateien und schau in die ca.
10 aktuellsten Dateien rein.
Das müßte eine gute Trefferquote geben.

Java-Script, immer schon lange diskutiert ist ja
nun nicht der Übeltäter, da muß  wenn man will
auch nicht alles scripting erlauben ansonsten
gibts ja noch den kontrolierten Mittelweg, jeweils
erst die Erlaubnis geben.

wenn man seinen Browser so gut konfigurieren kann,
weil man mehrere Dutzend Konfigurationseinstellungen
dafür zunächst mal gefunden und dann in einer grausigen
deutschen Übersetzung auch noch verstanden hat - dann
ja.

Dazu wollte ich das Problem möglichst mit SelfHtml
gelößt haben.

Es lassen sich nicht alle Probleme mit SelfHTML
lösen. Stefans Schwerpunkt liegt bewußt nicht auf
dem Gebiet der Server-Konfiguration.

Und siehe: hier machters nun perfekt.
Ergo, lädt NN6 bei einem refresh von 0 Sekunden
die Seiten nicht voll ins Cache.

kannst Du diesen Effekt mit Netscape 7.0PR1 oder
Mozilla 1.0 Final reproduzieren?

Ich betrachte alle Netscape-Versionen, die mit "6."
beginnen, mit einer gehörigen Portion Mißtrauen -
das waren alles noch keine "fertigen" Mozillas.

Viele Grüße
      Michael