Image Caching about ycom

Die Zeile header('Cache-Control: must-revalidate, proxy-revalidate, private'); ist für die Image Manager Bilder rausgeflogen aus R4.5.1, da sie ein sauberes setzen der Caching Einstellungen über die .htaccess Datei verhindert hat. Siehe redaxo/redaxo4#229

LIegt es vielleicht da ran? Ist es ohne Community auch so?

Btw: Caching sollte man über die .htaccess Datei einstellen, so wie hier: https://github.com/RexDude/resource_includer/blob/master/install/_htaccess#L39-L63

[darwin26]

Hi. Ohne Community verhält es sich richtig. Ich hab es mit der Demo getestet inkl. Seo42 ... Und der htaccess von rexdude. Sobald Community aktiviert und installiert ist, wird ne 200 geliefert...

Gruß Christian Kolloch
Gesendet mit meinem HTC

----- Reply message -----
Von: "RexDude" [email protected]
An: "dergel/redaxo4_community" [email protected]
Cc: "Chris" [email protected]
Betreff: [redaxo4_community] Image Caching (#45)
Datum: Fr., Jan 24, 2014 17:08

Die Zeile header('Cache-Control: must-revalidate, proxy-revalidate, private'); ist für die Image Manager Bilder rausgeflogen aus R4.5.1, da sie ein sauberes setzen der Caching Einstellungen über die .htaccess Datei verhindert hat. Siehe redaxo/redaxo4#229

LIegt es vielleicht da ran? Ist es ohne Community auch so?

Btw: Caching sollte man über die .htaccess Datei einstellen, so wie hier: https://github.com/RexDude/resource_includer/blob/master/install/_htaccess_no_seo42#L39-L63

—
Reply to this email directly or view it on GitHub.

Seltsam. Hats vielleicht was mit dem auth_media Plugin zu tun? Probier mal die Zeile zu entfernen: https://github.com/dergel/redaxo4_community/blob/master/plugins/auth_media/classes/class.rex_com_auth_media.inc.php#L34

[darwin26]

HI,
ich hab jetzt (lokal) mal alles durchgespielt. Mal mit Plugins, mal ohne, auskommentierter header (auth_media) ... Es scheint als wäre das Problem am AddOn community selbst... habs mal durchgeforstet, seh aber sleber kein Problem. Könnte es auch iwie im zusammenhang mit dem ImageManager stehen?

[staabm]

kannst du alle addons auflisten die du hier verwendest?

[darwin26]

Redaxo 451 demo
installierte / aktive Addons:

• be_style (+ agk_skin
• community (ohne plungins installiert)
• image_manger
• metainfo
• ressource_includer
• seo42
• textile
• xform (+ email, manager + setup)

[darwin26]

alles andere hab ich deinstalliert

[darwin26]

sobald ich das AddOn "community" de-installiere... gehts ..

Und hast du auch schon die anderen Addons abgeknipst? Und die .htaccess entfernt oder zurückgesetzt?

[darwin26]

HI,
also nochmal mit einer reinen 451-Demo ;)...
Lediglich die standards sind drin + community ... sobald community on = 200er... off = 304 ...

Ich habe ein testbild auf der Startseite via Modul platziert:
Modul-Ausgabe:
img src = index.php?rex_img_type=rex_mediapool_detail&rex_img_file=img_9589.jpg

Addons / installiert und aktiviert

• community (ohne plungins installiert)
• image_manger
• metainfo
• phpmailer
• xform (+manager)

Teste lokal auf OS X / MAMP / php 5.4.4 /

grz. chris

Ich kanns reproduzieren :) Im Cache-Control Header des IM Bildes stehen wilde Sache drin:
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

http://stackoverflow.com/a/681584

session_cache_limiter('none'); in der Community config.inc.php (an oberster Stelle) scheint das Prob zu beheben :) Chris?

[darwin26]

Jo,
platziert in der config.inc.php (community AddOn) >> alles gut (wirft nun 304 ;))

grz. Chris

@staabm
@dergel
Sollte direkt rein wenns keine Einwände gibt, oder?

Oder gehörts eher in den Core, weil ja sobald ein anderes Addon etc. ne Session startet dieses Verhalten vermutlich auftreten wird. Hier ist es z.B. ja schon drin, nur die IM Bilder gehen hier nicht drüber: https://github.com/redaxo/redaxo4/blob/master/redaxo/include/functions/function_rex_client_cache.inc.php#L84

[staabm]

ich meine wir hatten eine ähnliche diskussion schon in R5,... kann das sein?

Zu R5 kann ich nix sagen. Aber ich habe gerade herausgefunden, dass dieser Commit jetzt mit der 4.5.1 das Prob verursacht, dank mir ;)
redaxo/redaxo4@a3f48b4

Habe eben session_cache_limiter('none'); wieder zurückgeschoben in die rex_send_content, aber alleine stehend (ohne die Cache-Control Zeile) hat es komischerweise keine Wirkung.

Ich glaube redaxo/redaxo4#229 muss nochmal eröffnet werden, oder?

[gharlan]

session_cache_limiter ist dort zu spät, der Aufruf muss kommen bevor die Session gestartet wird. In R5 hab ich es ganz vorn eingefügt: https://github.com/redaxo/redaxo/blob/master/redaxo/src/core/boot.php#L38
Allerdings übergebe ich dort false statt 'none'.

Sollte man für R4 dann auch so machen denke ich. Ob false oder none einen Unterschied macht, weiss ich net. Konnte dazu nix finden.

Das ganze wurde jetzt für die REDAXO 4.6 gefixt.

[dergel]

ich werde gerade nicht ganz schlau und bevor ich in den tiefen rumsuche und wühle .. ist das problem behoben ? kann ich das issue schliessen ?

Ja kann geschlossen werden. Habs grad nochmal getestet mit R4.6.1. Wird jetzt alles sauber cachet :)