[PHP] Page Expired met sessions

[Verwijderd]

Beste php-helden,

ik ben de hele avond bezig met het zoeken naar een manier om met php sessies die irritante melding "warning - this page has expired" als je op de back button drukt in de browser te voorkomen.

Ik wil dat mensen als ze inloggen op de site gewoon een half uur ofzo ingelogd blijven ongeacht of ze de site verlaten of niet. Alleen als ze op log out klikken word de "sessie" afgebroken.

Kan dit met sessies of moet ik als ik dit wil bereiken overstappen op gewone cookies?

[gorgi_19]

Dat wordt dan werken met de ouderwetse cookies. Zeker als er de kans bestaat dat er nieuwe schermen worden geopend en / of browsers worden afgesloten.

trouwens:

warning - this page has expired

Komt dit niet door een form welke gepost is?

[Verwijderd]

Ja, je hebt ook nog gelijk van dat form! Als ik een testpagina maak waarbij geen data gepost word dan doet ie ut wel!
Maar ik denk dat ik toch voor de ouderwetse cookies ga!! Thanx

[Bosmonster]

dat komt niet door cookies of sessies.. maar door het posten van formulieren..

Een pagina waarnaar gepost is kan uiteraard niet zonder reposten opnieuw gegenereerd worden.. vandaar die melding van je browser..

Je kunt juist proberen meer met GET en sessies te werken, dat kan je een aantal posts schelen.

Wat ikzelf doe met formulieren die gewoon NIET opnieuw gepost mogen worden en waar je back dus wilt voorkomen is een soort "safe post".

Ik genereer een unieke ID in een hidden veld en zet die tijdelijk in de sessie.. na het posten check ik of de geposte ID overeenkomt met de sessie. Zo ja dan is die gepost en leeg ik de sessie. Zo nee dan loopt iemand te kutten met het formulier of gebruikt de back-button om het te reposten...

[drm]

Als 't een niet al te ingewikkeld of secuur form is, kun je ook met de get method versturen ipv met post

[Verwijderd]

Bosmonster schreef op 20 November 2002 @ 21:54:
Wat ikzelf doe met formulieren die gewoon NIET opnieuw gepost mogen worden en waar je back dus wilt voorkomen is een soort "safe post".

Ik genereer een unieke ID in een hidden veld en zet die tijdelijk in de sessie.. na het posten check ik of de geposte ID overeenkomt met de sessie. Zo ja dan is die gepost en leeg ik de sessie. Zo nee dan loopt iemand te kutten met het formulier of gebruikt de back-button om het te reposten...

Oke, dat is duidelijk. Hoe zorg je dan dat mensen die WEL op de back knop drukken niet dat scherm krijgen van "page expired"...

Door het geheel in een if statement te zetten ofzo? Zou je een stukje voorbeeldcode hebben? Thanx alvast!

[Genoil]

kep laatst een site gebouwd waarbij de form-checking en invoer van de form gegevens in de databse op een lege pagina gedaan werd, behalve zo'n meta-de-vries tag (<META Content='refresh' ..) die naar de volgende pagina refreshte. Als je daarna op back klikt kom je gewoon weer terug op de formulier-pagina. Kweet niet zeker of dat de truuc was, check het ff. Als dat niet werkt zal'k nog es kijken wat dan wel de truuc is geweest

[Sjaaky]

Het makkelijkst is IMHO een redirect nadat je de POST hebt verwerkt. Redirecten gaat met

code:

header("Location: http://www.example.com/");

meer info over header

[Verwijderd]

Oh nou zie ik hoe dat gedaan wordt!! It all makes sense... geposte informatie verwerken, daarna een redirect erin knallen, die met headers wordt verstuurd zodat je als je op back klikt komt bij het formulier... Voorkomt ook dubbele posts zeker

bedankt mensen!!!

[Genoil]

Sjaaky schreef op 20 November 2002 @ 22:41:
Het makkelijkst is IMHO een redirect nadat je de POST hebt verwerkt. Redirecten gaat met

code:

header("Location: http://www.example.com/");

meer info over header

komt dat niet op hetzelfde neer als zo'n meta de vries tag?

[drm]

Ja dat kan. 't Enige verschil is dat je met een Refresh-header een interval mee kan geven, waardoor je dus zo'n berichtje krijgt van "Je bericht is geplaatst. Over enkele seconden kun je terug".

offtopic:
De oplettende lezer merkt dat ik de paralel trek tussen "meta refresh tag" en een Refresh header. Dit komt omdat je met een meta tag met attribuut http-equiv niets anders doet dan "alsnog even" een header aan de browser opgeven.

Kortom, als je een tag

code:

<meta http-equiv="headernaam" content="headervalue" />

offtopic:
kun je deze zonder meer vervangen door een header

code:

headernaam: headervalue