Hallo,
auf unserer Seite (www.uni-ulm.de) haben wir ein Caching Problem für unsere Homepage (www.uni-ulm.de/home.html). Alle anderen Seiten bis auf eine Ausnahme (Alumni) werden ganz normal gecacht. Diese beiden Seiten allerding nicht. Im Admin-Panel bekomme ich dafür folgende Meldung:
The incoming cHash "d26f9833ba" and calculated cHash "688565d549" did not match, so caching was disabled. The fieldlist used was "encryptionKey".
Ich verstehe das so, dass wegen dieses cHash die Seite nicht gecacht wird. Was ich nicht verstehe, warum dieses Phänomen immer wieder auftritt und durch was für ein Ereignis es ausgelöst wird. Wenn ich über die Extension jb_realurl_regeneration die realURL Pfade neu erstellen lasse, ist das cHash Problem weg. Allerdings kommt es nach ein paar Seitenaufrufen wieder und ich finde nicht heraus durch was der unterschiedliche cHash ausgelöst wird. Kennt jemand das Phänomen und weiss Rat? Wir haben typo3 4.1.2, php 5.2 irgendwas, mysql 5.0.16 und realURL 1.1.4 im Einsatz. Ich wäre echt glücklich über Tipps.
Gruß
klaus
Hallo,
hier findest du schonmal ausführliche Infos zum cHash.
Vieleicht hilft dir das schonmal weiter.
http://typo3.org/development/articles/the-mysteries-of-chash/
Edit: Auf Seite 2 ist glaub ich dein Problem beschrieben..
With realurl the problem simply is that the value of “cHash” is not “speakable” under any circumstances and since the realurl extension is trying to translate parameter strings into something human readable the cHash value of URLs will typically be the only left-over that cannot be a part of the URL. The solution chosen for realurl is to store the cHash value in a table linked to the complete URL it was associated with. This works very well until something changes the values of the URL. In reality what happens is that when translating the URL back, realurl might
1.
either retrieve a wrong cHash value from the database; no problem, caching will be disabled since cHash-strings didn't match.
2.
or retrieve nothing; big problem, because parameters will be set but cHash empty!
This is the reason why “realurl” has sparked some fancy situations where the frontpage of the documentation library of TYPO3.org has been a particular page deep inside the documentation library instead of the frontend page - because something has resulted in no returned value from the cHash-table in realurl!
Grüße.
Danke für die schnelle Antwort,
das habe ich schon gelesen und ich wüsste gern welches
This works very well until something changes the values of the URL.
"something" den Wert der URL ändern könnte ... Da hab ich einfach keinen Plan. Die News sind so konfiguriert dass sie gecacht werden ...
Gruß
klaus
Hallo,
auf welchen Seiten genau tritt denn das Problem auf?
Welche Extensions nutzt du auf den Seiten?
Ich glaube das "something" war schon bewusst so gewählt, weil es ja an sonst was liegen kann. Du müsstest schon in den untiefen suchen, woran es liegen könnte.
Hast du mal im url de/encode cache nachgesehen welche GET Parameter an den Aufrufen der "fehlerproduzierenden" Seiten hängen? Und mal verglichen welche Parameter sich, bei mehrmaligem Aufrufen ändern? Damit könntest du dem Übeltäter auf die Schliche kommen...
Also das sind alles Möglichkeiten, ich würde es so probieren. Keine Garantie ;-)
Grüße!