Session und HTTP Header Cache

[manolo]

Hallo zusammen,

bräuchte mal kurz eine Auskunft. Ist <we:sessionStart/> dafür verantwortlich, das meine Seiten mit

Code: Alles auswählen

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache

ausgeliefert werden? Kann man das irgendwo beeinflussen?
WE 6.2.7.0

Danke

[mokraemer]

nein, warum willst du das????

[manolo]

Mit diesen Einstellungen müssen Formulare jedesmal neu ausgefüllt werden, wenn der Kunde ein Pflichtfeld vergessen hat und ich ihn mit history.go(-1) auf die Formularseite zurück schicke. Bei längeren Formularen nervt das die Kunden eklatant.

[mokraemer]

das hat damit (im Prinzip) nichts zu tun.
Zum einen ist das auch Browser-Abhängig was hier passiert. Die Anweisung sagt lediglich aus, das er die Seite nicht in den Cache legen darf - was er auch nicht soll. Sonst könnte man nach einem Logout auch noch auf die Daten zugreifen, was nicht sein soll/darf.

History:go_back solltest du besser durch eine andere Programmierung ersetzen - bei we-formularen bleiben die Eingaben auch erhalten - sonst macht man das halt von Hand - jedenfalls besser als das per JS zu machen.

[Paladin]

Mit diesen Einstellungen müssen Formulare jedesmal neu ausgefüllt werden, wenn der Kunde ein Pflichtfeld vergessen hat und ich ihn mit history.go(-1) auf die Formularseite zurück schicke. Bei längeren Formularen nervt das die Kunden eklatant.

Du solltest das echt nicht via JS machen ... was, wenn jemand JS nicht aktiv hat oder JS einen Fehler hat?
Besser, Serverseitig das Formular ausliefern, auch mit vorgefüllten Werten, die auch als Reaktion auf Fehler sein können. Niemals, nie...NIE auf JS oder "back" funktionen verlassen, das wird schiefgehen!!