Hi all,
ich möchte gerne in meiner Realurl Konfiguration no_cache komplett aus der Seite entfernen. Ich möchte nicht, dass es in irgend einer Form in der URL auftaucht. Auch nicht mit einem anderen Namen und vor allem möchte ich es aus den PreVars raus haben.
Ich habe eine Seite mit vielen Plugins, die alle nicht funktionieren wenn der Cache eingeschaltet ist. Im Endeffekt könnte ich für die gesamte Seite das Caching ausschalten.
Laut TSREF config.no_cache = 1.
Jetzt werden meine Links aber immer noch mit dem no_cache Link versehen und ich bin mir nicht sicher ob das aus der Konfiguration oder aus dem Plugin kommt.
Ich hätte am liebsten eine Lösung, in der der Cache seitenweit abgeschaltet wird und keine GET Variablen in der URL angehängt werden...
Was meint Ihr ist die beste Vorgehensweise?
Grüße
Sven
Als Ergänzung:
Ich hatte das no_cache auch schon aus der realurl config geschmissen, aber dann taucht es halt unschön als get var auf. Sprich= ?no_cache=1 und das möchte ich auch nicht.
Ich möchte, dass der Mist ganz verschwindet. 😢
Irgendwelche Ideen?
Hallo,
du weißt aber schon, dass das für die Performance der Seite überhaupt nicht gut ist? Eher würd ich die Plugins mal anschauen!
Ich hab noch nie ein no_cache=1 in der Url gehabt, wenn ich das per TS gesetzt habe, ausschließlich wenn ich den Cache in den Seiteneigenschaften gesetzt habe, vielleicht ist das bei dir ja der Fall.
georg
PS: Überdenke wirklich deine Strategie
Hallo Georg,
danke erstmal für Deinen Hinweis. Ich weiss, dass das ein Problem ist, aber wenn ich den Cache aktiviert lasse, habe ich NUR Probleme mit meinen Plugins. Wie gesagt: Meine Seite besteht effektiv nur aus Plugins. Es sind nur Listenansichten, Detailansichten und Suchergebnisse. Die Listenansichten können verschieden sortiert werden. (von a-z, z-a, nach Einstellung, verschiedene Seiten usw.)
Ist dann dort der Cache aktiviert, werden einfach die falschen Ergebnisse angezeigt. Bspw. wenn ich auf eine andere Sortierung oder seite x der Listenansicht klicke (da alles auf der gleichen PID liegt).
Ich wäre mehr als dankbar wenn ich dafür eine Lösung finden könnte, aber leider konnte ich es bislang nur so lösen, indem ich den cache für das Plugin permanent deaktiviere. So habe ich das auch immer bei Plugins wie tt_news gemacht.
Hast Du vielleicht einen Tipp für mich wie ich das besser lösen könnte?
Grüße
Sven
Ja das ist weil du deine Links nicht mit der API programmierst sondern irgendwie ^^ 😉
http://typo3.org/development/articles/the-mysteries-of-chash/
georg
Da täuscht Du Dich leider. Das Plugin habe ich konform programmiert, also auch mit der API. Du hattest recht mit dem Hinweis, dass das no_cache aus der Seitekonfiguration kommt.
Ich werde mir jedenfalls schonmal den Link durchlesen. Danke dafür!
grüße
Sven
wenn du den md5 cache in der url hast, muss eigentlich alles passen.
bei unterschiedlichen urls fälschlicherweise gleicher inhalt deutet aber auf eben anderes hin
georg
ja das war das Problem. Den Hash Wert habe ich der Link Generierung nicht hinzugefügt. Deshalb kam es zu Problemen.
Leider möchte der Kunde diesen Wert nicht in der URL haben. Also werde ich wohl oder übel den Cache für jeweiligen Plugin Seiten deaktivieren müssen.
Eine andere Möglichkeit sehe ich da nicht.
Trotzdem danke für den Hinweis mit der seite!
grüße
Sven
wenn du alle parameter per realurl auflöst, gibts keinen chash
georg
hmmm... habe ich gerade mal nach gegoogelt, aber auf die schnelle nichts gefunden.
Falls Du ad hoc einen relevanten Link zu diesem Thema zur Hand hast, würde ich mich natürlich freuen, ansonsten muss ich noch mal in Ruhe nach suchen!
Beste Grüße
Sven
schau dir zB das bsp von tt_news an wie das geht
georg