[form]refresh zonder retry

[kazz1980]

Ik heb een form in een pagina die elke 10 seconden refresht.
Nu is het niet de bedoeling dat de gebruiker elke 10 seconden een melding van IE krijgt of hij de informatie uit het form wil herzenden (retry/cancel).

Weet iemand hoe dit te voorkomen is?

Is het mogelijk om de informatie automatisch te herzenden (zonder bevestiging van de gebruiker)?


Als de informatie niet herzonden wordt krijg ik "Page expired", zelfs als er in de form nog niks ingevuld is....Dit begrijp ik ook niet helemaal. er is geen informatie in de form, dus wat kan er dan 'expired 'zijn?

[ Voor 24% gewijzigd door kazz1980 op 26-10-2003 13:53 ]

[curry684]

HTML-problemen trapt ik over de schutting

[djluc]

Het formulier verzenden met GET.

Die melding krijg je trouwens alleen maar als je het formulier verzonden hebt en dan op refresh drukt bij een POST formulier.

[ Voor 67% gewijzigd door djluc op 26-10-2003 13:54 ]

[kazz1980]

djluc schreef op 26 October 2003 @ 13:53:
Het formulier verzenden met GET.

Die melding krijg je trouwens alleen maar als je het formulier verzonden hebt en dan op refresh drukt bij een POST formulier.

Dat werkt!
Toch nog eens iets nuttigs aan get (vind het verder nl. vrij waardeloos, krijgt er alleen lange adressen van...)
Maar ik gebruik dus eigenlijk liever post...dus als er een manier is om dit met post op te lossen gaat daar mijn voorkeur wel naar uit...

[ Voor 16% gewijzigd door kazz1980 op 26-10-2003 13:56 ]

[kazz1980]

djluc schreef op 26 oktober 2003 @ 13:53:


Die melding krijg je trouwens alleen maar als je het formulier verzonden hebt en dan op refresh drukt bij een POST formulier.

Ja zoiets dacht ik dus ook...maar als ik het hele form nog niet aangeraakt heb krijg ik de melding dus ook al.
Misschien nog iets in de cache ofzo dan...

[ Voor 7% gewijzigd door kazz1980 op 26-10-2003 13:59 ]

[crisp]

kazz1980 schreef op 26 October 2003 @ 13:56:
[...]


Ja zoiets dacht ik dus ook...maar als ik het hele form nog niet aangeraakt heb krijg ik de melding dus ook al.

je kan ook ipv een refresh het form met javascript resubmitten na een bepaalde tijd

[kazz1980]

crisp schreef op 26 October 2003 @ 13:57:
[...]

je kan ook ipv een refresh het form met javascript resubmitten na een bepaalde tijd

de refresh is om andere redenen dan het form op de website....

hmz...met get loopt mn hele site in de soep...
Het moet dus post zijn! en dan zonder retry de hele tijd.

(via php loop ik namelijk vragen door. als ik met get werk blijft het eerst gegeven antwoord ook het antwoord op alle opvolgende pagina's met de vraag.
met post gebeurd dit niet...maar ja....dan zit dat irritante resend-window dr weer.

link:

http://hagen.let.rug.nl/~s1073605/taalspel/spel.php

[ Voor 45% gewijzigd door kazz1980 op 26-10-2003 14:02 ]

[slm]

maar waarom wil je het iedere zoveel seconden refreshen? wat is het nut ervan?

[djluc]

Ja zoiets dacht ik dus ook...maar als ik het hele form nog niet aangeraakt heb krijg ik de melding dus ook al.

Je maakt een denkfoutje, je bent op deze pagina gekomen door een form te versturen, right? Wat je dus wel kunt doen in php:

PHP:

header('Location: ./index.php?vraag='.$vraagnr++);

Dan ben je namelijk niet meer op de met post verstuurde pagina.

[kazz1980]

djluc schreef op 26 oktober 2003 @ 14:21:
[...]
Je maakt een denkfoutje, je bent op deze pagina gekomen door een form te versturen, right? Wat je dus wel kunt doen in php:

PHP:

header('Location: ./index.php?vraag='.$vraagnr++);

Dan ben je namelijk niet meer op de met post verstuurde pagina.

klinkt logisch idd...
Ga dat eens proberen.

>>werkt niet...krijg dan de melding headers already sent.. werk nl. ook met sessievariabelen.

Het probleem zit em idd in een eerder ingevuld formulier... de gegevens daavan hoeft ie helemaal niet te bewaren (herzenden), maar ja...IE vindt van wel blijkbaar...

en de 10 seconden refresh is omdat het een spel word waarbij de gebruiker elke 10 seconden meer woorden krijgt

[ Voor 25% gewijzigd door kazz1980 op 26-10-2003 14:49 ]

[djluc]

Even goed nadenken: headers already sent, wat mag je nooit doen voor het versturen van de headers? Juist ja, content verzenden, je moet er voor zorgen dat je nog geen output verstuurd. En dan werkt het wel.

[kazz1980]

djluc schreef op 26 oktober 2003 @ 15:03:
Even goed nadenken: headers already sent, wat mag je nooit doen voor het versturen van de headers? Juist ja, content verzenden, je moet er voor zorgen dat je nog geen output verstuurd. En dan werkt het wel.

Ja...maar dat geldt ook voor het starten van een sessie, dus er moeten dan 2 dingen bovenaan staan... en er kan maar 1 functie helemaal bovenaan staan, toch?

Als ik het boven de start_session zet duurt het laden van de pagina enorm lang... (of laadt helemaal niet....wacht nu meer dan een minuut, en gebeurd nog niks)

[ Voor 15% gewijzigd door kazz1980 op 26-10-2003 22:56 ]

[creative8500]

kazz1980 schreef op 26 oktober 2003 @ 13:55:
Toch nog eens iets nuttigs aan get (vind het verder nl. vrij waardeloos, krijgt er alleen lange adressen van...)

• Simon Willison's Weblog: The difference between POST and GET
• Universal Resource Identifiers - Identity, State and GET

[kazz1980]

creative8500 schreef op 26 oktober 2003 @ 15:45:
[...]

• Simon Willison's Weblog: The difference between POST and GET
• Universal Resource Identifiers - Identity, State and GET

Die artikelen ga ik zeker eens doorlezen! bedankt daarvoor!

Maar voor deze betreffende pagina werkt GET dus niet...ben er daarom nog niet uit

>> ik denk dat ik eruit ben. uiteindelijk toch met get

[ Voor 6% gewijzigd door kazz1980 op 26-10-2003 23:35 ]

[Grijze Vos]

GET kan best werken, je denkt gewoon niet goed genoeg na over je ontwerp. Ook met POST is het makkelijk zat op te lossen. Ik moet helaas nu net naar school, zal vanmiddag nog wel ff posten...

[creative8500]

Een kleine aanvulling op het probleem met de POST-data die bewaard blijft na een redirect met PHP: is het niet zo dat je dit op de volgende manier kunt verhelpen?

PHP:

if ($_SERVER['REQUEST_METHOD'] == 'POST')
{
    // ...

    $_POST = '';
    header ('Location: http://www.google.com');
}