Benutzer Diskussion:Schnark/js/localFile

Hi,

nettes Teilchen. Klein und einfach.

Ich hatte diese API auch in Betracht gezogen und erprobt, war jedoch mit dem Komfort unzufrieden und deshalb mein wesentlich aufwändigeres Add-on geschrieben.

Im Moment bekomme ich allerdings keine Datei in das Bearbeitungsfeld geladen (FF 25.01). Das scheint daran zu liegen, dass auf .change() nicht reagiert wird.

Schönes Wochenende --PerfektesChaos 16:43, 30. Nov. 2013 (CET)

Wann war dieser Moment? Ich hatte mit dem zweiten Parameter von reader.readAsText rumgespielt, weil FF10 (den ich meistens verwende) und FF25 (den ich manchmal verwende) da unterschiedlicher Auffassung sind. Mit der gegenwärtigen Version habe ich noch vor deiner Meldung hier in FF25 erfolgreich Dateien geöffnet. --Schnark 09:13, 2. Dez. 2013 (CET)

Ich gestehe ein, dass der obige „Moment“ Stunden oder Tage gedauert haben mag; der Cache mag ein Übriges getan haben. Das allererste neugierige Schnuppern und die Aufnahme in mein Greasemonkey war eine oder wenige Stunden nach Veröffentlichung in Benutzer:Schnark/js.

Ich bestätige, dass „jetzt im Moment“ (±5 Minuten) das Laden ordnungsgemäß funktioniert.

Sonnigen Tag --PerfektesChaos 09:54, 2. Dez. 2013 (CET)

PS: Ich variiere die URL per maxage-Parameter und zähle diesen notfalls manuell um eine Sekunde hoch; so auch grad eben.

Wenn der Cache Probleme macht, dann ist es meist der smaxage-Parameter. Der wird nämlich (offenbar im Gegensatz zu früher) tatsächlich beachtet, und wenn man dort einen Monat angibt, dann werden sich die serverseitigen Caches einen Monat lang stur weigern unter der URL eine neuere Version auszuliefern. Den maxage-Parameter dagegen kann man durch ein erzwungenes Neuladen umgehen. --Schnark 10:25, 2. Dez. 2013 (CET)

Das maxage soll nur lokal meinen FF austricksen.

• Der kennt die Hilfe:URL-Parameter bislang nicht, sieht nur eine unbekannte URL und fragt frisch beim Server an; weil diese URL noch nie gesehen wurde, hat er auch keine Versionsinformationen zu einem vorangegangenen Abruf und bekommt immer eine nagelneue, wenn ich maxage um eine Sekunde hochzähle.

Dass smaxage auch auf den Wiki-Server wirken würde, wusste ich noch nicht; ich dachte, es würde nur unterwegs Proxy-Server und Campus-Knoten steuern.

• Ein solcher Campus-Anschluss-Server, der dich beinhart aus seinem Cache beliefern würde, kann aber unter https nicht wirken (oder die NSA übersetzte ihm das live); weshalb mit zunehmendem https-Einsatz das smaxage beginnt obsolet zu werden.
• smaxage kann aber eigentlich nicht irgendwas verhindern, wenn die URL verändert wurde; auch dann wird vom Browser keine Info über eine im Cache vorhandene Version übermittelt und es gibt die frische.

Schöne Tage --PerfektesChaos 21:29, 2. Dez. 2013 (CET)

Dein Firefox kennt maxage insofern, als die angeforderte Ressource eben jene Dauer per Header als wünschenswerte Cache-Dauer angibt. Dass smaxage auf den Servern der WMF wirkt, ist seit neuestem so, und wirkt auch bei https. Wenn die URL verändert wird, bekommt man natürlich immer eine frische Version, aber je nachdem wie die Einbindung aussieht, kommt man da nicht so leicht dran, etwa bei importScript. Früher konnte man (s)maxage durch ein erzwungenes Neuladen übersteuern, inzwischen wird smaxage stur eingehalten, man kann so viel neuladen wie man will, eine neue Version gibt es nur für eine neue URL oder wenn die Zeit für smaxage wirklich abgelaufen ist (Standard sind 5 Minuten). --Schnark 09:13, 3. Dez. 2013 (CET)