Seltsame Modifizierung interner Dateilinks bei Version 6.4.2

[Scarabaeus]

Hallo zusammen,

nach dem Update auf Version 6.4.2 werden interne Links zu JavaScript und CSS-Dateien auf seltsame Art modifiziert bzw. erweitert.
Vergleicht man den Quelltext von Version 6.4.1 mit 6.4.2 fällt folgendes auf:

Version 6.4.1 (Beispiel)
<link rel="stylesheet" media="screen" type="text/css" href="/css/main.css" />
<script type="text/javascript" src="/js/browser.js"></script>
<script type="text/javascript" src="/js/jquery-1.10.2.min.js"></script>
<script type="text/javascript" src="/js/menu-function.js"></script>
<script type="text/javascript" src="/js/scrolltop.js"></script>

Version 6.4.2 der gleichen Webseite:
<link rel="stylesheet" media="screen" type="text/css" href="/css/main.css?m=1412256296" />
<script type="text/javascript" src="/js/browser.js?m=1412256297"></script>
<script type="text/javascript" src="/js/jquery-1.10.2.min.js?m=1412256302"></script>
<script type="text/javascript" src="/js/menu-function.js?m=1412256301"></script>
<script type="text/javascript" src="/js/scrolltop.js?m=1412256298"></script>

Beide Installationen auf Webserver Apache 2.2, PHP 5.4.20 über fast CGI

Weiß irgendjemand was es damit auf sich hat? Ich habe auch das Gefühl, dass der Seitenaufbau merklich länger dauert.

[WBTMagnum]

Hallo Scarabaeus,

CSS-, JS- und Bild-Dateien bekommen neu auch außerhalb von webEdition das Veröffentlichungsdatum als URL-Parameter mitgegeben: Der Browser erkennt somit Änderungen direkt und das bisher häufig angewandte Umbenennen zum Erzwingen des Neu-Ladens erübrigt sich (#9915)

HTH,
Sascha

[mokraemer]

Hat Sasch ja bereits geschrieben. Es sollte lediglich der erste Aufbau länger dauern, weil jetzt ja alle Dateien aus dem Cache ungültig sind und erneut geladen werden müssen.

[Scarabaeus]

Ah ok, vielen Dank!

[CommuniBit]

Ich habe gerade nach einer Möglichkeit gesucht, das Anhängen des Parameters abzuschalten, habe aber nichts gefunden.

Wir haben gerade das Problem, dass Icons, die in einer Seite mehrfach vorkommen, auch mehrfach geladen werden.
Die Situation ist folgende: es handelt sich um eine Listview über Dokumente. Bei jedem Listview-Eintrag steht ein Icon, das aus einem Image-Field aus dem Dokument kommt. Der ans Bild angehängte Parameter scheint davon abzuhängen, wann das Dokument angelegt wurde - nicht wann das Bild (bzw. Thumbnail) angelegt wurde.
Dadurch hat dasselbe Icon, das auf der Listview-Seite mehrfach erscheint, bei jedem LV-Eintrag einen anderen Parameter angehängt, wird also x-Mal geladen. Das ist nicht gerade vorteilhaft für's Caching ...

Gibt es eine Möglichkeit, das Anhängen des Parameters zu verhindern?

Viele Grüße,
Jessica

[Scarabaeus]

Hi Jessica,

poste doch mal den Code Deiner Listview....

[mokraemer]

Der Zeitstempel für die Thumbnails hängt eigentlich vom Zeitstempel des Bildes ab.
Poste bitte mal den Kode - vielleicht übersehe ich hier auch was...
Bzw. wie sieht denn der Aufruf deines Thumbs aus? Steht da was von src="we_cmd.php?we_cmd[0]=show_binaryDoc...."?

[adrian]

Hallo Zusammen,

laut GTmetrix, pingdom oder dem PageSpeed Tool für Chrome sind die angehängten Timestamps über URL Parameter problematisch für einige Proxyserver. Die Tools empfehlen das Entfernen des Parameters und das Einfügen des Zeitstempels in die URL.

Wie sind hier Eure Erfahrungen? Lässt sich das Verhalten ggf. so umbauen, dass es den Google Empfehlungen konform läuft?
Lässt sich die automatische Ausgabe des Timestamps unterdrücken?

Viele Grüße
Adrian

[mokraemer]

Hi,
die Empfehlungen sollte man auch immer kritisch betrachten, nicht alles was da empfohlen wird ist immer richtig. Teilweise laufen da auch Empfehlungen entgegen dem was die Entwickler (Chrome etc) auf Konferenzen zum Thema http/2 erzählen, oder sind noch nicht darauf umgebaut.
Den Zeitstempel in die URL zu integrieren ginge ja nur über zusätzliche Regeln in einer .htaccess Datei, die jeder selbst machen müßte oder das ganze per Hand - ich halte beides für nicht wirklich sinnvoll / praktikabel. Der angehängte Zeitstempel könnte maximal dazu führen, daß der Proxy die Ressource wirklich als "dynamisch" ansieht und selbst bei gleichem Stempel immer wieder nachlädt. Ich vermute aber das google bei seine Analyse davon ausgeht, das hier immer die aktuelle Zeit verwendet wird, was nicht stimmt. Ein Proxy sollte damit aber eigentlich keine Probleme haben.

[haydi]

Okay, an und für sich ein ganz nettes Feature. Aber kann man diesen Parameter denn abschalten?

Sonnige Grüße
Haydi

[adrian]

Hallo Haydi, seh ich genau so.
Man sollte zumindest eine Wahlmöglichkeit haben ob man das nutzen möchte oder nicht.
Alles andere sind meiner Meinung nach Grundsatzdiskussionen die ich hier nicht führen möchte.

[e_herrmann]

na abschalten lässt sich das ganz einfach, indem man die Datei direkt, ohne Webedition-Tag lädt:
<script type="text/javascript" src="/js/browser.js"></script>

[haydi]

Klar, das kann man für js- und css-Dateien machen... Aber was ist mit Bildern, die über we:textarea oder we:img durch den Redakteur angegeben wurden?