Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

slette innhold i form med å gå tilbake....

1 view
Skip to first unread message

Håkon Helgesen

unread,
Dec 5, 2006, 6:19:18 AM12/5/06
to
Heisan!

Jeg har et skjema som brukeren fyller ut, etterpå kommer siden opp som
forteller at posten er lagret.
Dette funker helt flott, men når brukeren blir sendt tilbake i skemaet
etter 1600ms så står selvfølgelig alle feltene utfylt.

Er det mulig å få tømt dette på noen bra måte?
I headeren har jeg:

<META HTTP-EQUIV="Expires" Content="0">
<META HTTP-EQUIV="Pragma" CONTENT="no-chache">

Moen tips på veien?

--
Mvh
Håkon Helgesen

Lasse G. Dahl

unread,
Dec 5, 2006, 11:14:17 AM12/5/06
to
* Håkon Helgesen:

> Jeg har et skjema som brukeren fyller ut, etterpå kommer siden opp som
> forteller at posten er lagret.
> Dette funker helt flott, men når brukeren blir sendt tilbake i skemaet
> etter 1600ms så står selvfølgelig alle feltene utfylt.

_Hvorfor_ blir brukeren sendt tilbake til skjemaet etter 1600ms, og
_hvordan_ skjer denne tilbakesendingen?

--
Lasse G. Dahl <URL: http://www.lassedahl.com/ >

I'm a citizen of Legoland travellin' incommunicado

Håkon Helgesen

unread,
Dec 5, 2006, 11:31:50 AM12/5/06
to

Lasse G. Dahl wrote:
> _Hvorfor_ blir brukeren sendt tilbake til skjemaet etter 1600ms, og
> _hvordan_ skjer denne tilbakesendingen?

- Brukeren blir sendt tilbake for å legge inn neste post i basen.
- Brukeren blir sendt tilbake med <body
onload="setTimeout('history.go(-1)', 1600);" >

Den siden han kommer fra er for å vise at posten er lagret.

--
Mvh
Håkon Helgesen

Håkon Helgesen

unread,
Dec 5, 2006, 11:39:59 AM12/5/06
to

Håkon Helgesen wrote:
> - Brukeren blir sendt tilbake for å legge inn neste post i basen.
> - Brukeren blir sendt tilbake med <body
> onload="setTimeout('history.go(-1)', 1600);" >
>
Svarer meg selv med å foreslå dette i hode på fila:
<META HTTP-EQUIV="refresh" CONTENT="2; URL=index.php">

Den funker tilfredstillende

--
Mvh
Håkon Helgesen

Lasse G. Dahl

unread,
Dec 5, 2006, 1:45:15 PM12/5/06
to
* Håkon Helgesen:

>> - Brukeren blir sendt tilbake for å legge inn neste post i basen.
>> - Brukeren blir sendt tilbake med <body
>> onload="setTimeout('history.go(-1)', 1600);" >

Jepp, da bruker du JavaScript. Da stoler du på at brukerne har JavaScript
aktivert, og så gjør du løsningen din til et lett offer for ymse
browseres håndtering av nettopp slikt som du viser til her.

> Svarer meg selv med å foreslå dette i hode på fila:
><META HTTP-EQUIV="refresh" CONTENT="2; URL=index.php">
>
> Den funker tilfredstillende

Det er nok bedre. Men det aller beste hadde nok vært å løst dette helt
og holdent på serversiden, ved å sende en refresh-header tilbake til
klienten, gjerne forsikret med en link.

Håkon Helgesen

unread,
Dec 5, 2006, 3:59:13 PM12/5/06
to
Lasse G. Dahl wrote:

> Det er nok bedre. Men det aller beste hadde nok vært å løst dette helt
> og holdent på serversiden, ved å sende en refresh-header tilbake til
> klienten, gjerne forsikret med en link.

Ja det har du nok rett i, skal se om ikke jeg kan finne litt mer om
det.
Takk skal du ha for innspill Lasse !

--
Mvh
Håkon Helgesen

Ole Aamot

unread,
Mar 2, 2007, 9:19:06 PM3/2/07
to
"Håkon Helgesen" <lap...@nettserver.com> writes:

no-cache staves ikke "no-chache".

Seksjon 14.9 i RFC 2616 ("HTTP/1.1") definerer Cache-Control:

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html

I PHP kan du se om dette hjelper:

<?
header("Expires: Thu, 19 Nov 1981 08:52:00 GMT");
header("Cache-Control: private, no-store, no-cache, must-revalidate, post-check=0, pre-check=0, false");
header("Pragma: no-cache");
?>

Hvis det ikke fungerer kan du sende med et unikt GET-parameter i
URL'en (f.eks. "session=<unik verdi>") til skjemaet som brukeren
blir sendt tilbake til.

--
Ole

0 new messages