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.
Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
-
- Member
- Beiträge: 37
- Registriert: Sa 9. Nov 2013, 18:37
Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
Viele Grüsse
Scarabaeus
Scarabaeus
-
- webEdition Partner
- Beiträge: 1825
- Registriert: Di 7. Mär 2006, 16:50
- Wohnort: Wien
- Kontaktdaten:
Re: Seltsame Modifizierung interner Dateilinks bei Version 6
Hallo Scarabaeus,
Sascha
HTH,http://webedition.org/de/webedition-cms/versionshistorie/webedition-6/version-6.4.2 hat geschrieben: 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)
Sascha
Re: Seltsame Modifizierung interner Dateilinks bei Version 6
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.
webEdition-Kern-Entwickler
-
- Member
- Beiträge: 37
- Registriert: Sa 9. Nov 2013, 18:37
Re: Seltsame Modifizierung interner Dateilinks bei Version 6
Ah ok, vielen Dank!
Viele Grüsse
Scarabaeus
Scarabaeus
-
- Junior Member
- Beiträge: 12
- Registriert: Mi 14. Mär 2007, 11:16
- Kontaktdaten:
Re: Seltsame Modifizierung interner Dateilinks bei Version 6
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
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
-
- Member
- Beiträge: 37
- Registriert: Sa 9. Nov 2013, 18:37
Re: Seltsame Modifizierung interner Dateilinks bei Version 6
Hi Jessica,
poste doch mal den Code Deiner Listview....
poste doch mal den Code Deiner Listview....
Viele Grüsse
Scarabaeus
Scarabaeus
Re: Seltsame Modifizierung interner Dateilinks bei Version 6
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...."?
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...."?
webEdition-Kern-Entwickler
Re: Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
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
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
Re: Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
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.
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.
webEdition-Kern-Entwickler
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
Okay, an und für sich ein ganz nettes Feature. Aber kann man diesen Parameter denn abschalten?
Sonnige Grüße
Haydi
Sonnige Grüße
Haydi
Re: Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
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.
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.
-
- Senior Member
- Beiträge: 1319
- Registriert: Do 22. Mai 2003, 23:25
Re: Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
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>
<script type="text/javascript" src="/js/browser.js"></script>
- haydi
- Senior Member
- Beiträge: 645
- Registriert: Do 1. Jan 1970, 02:00
- Wohnort: Hirschberg
- Kontaktdaten:
Re: Seltsame Modifizierung interner Dateilinks bei Version 6.4.2
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?
Wer ist online?
Mitglieder in diesem Forum: Google [Bot] und 27 Gäste