Hvordan renser jeg min response buffer?

Når artikler er oprettet / godkendt sender du brugeren hen til den samme side igen via header();

Du kan ikke bestemme hvordan browseren opfører sig. Så du må lave et tjekt på om du allerede har gemt informationerne.

Et forslag kunne være at bruge session.

1) Når en form submittes, beregner du en md5hash af værdierne
2) du tester om session indeholder en "sidste-md5", i så fald, sammenlign disse to værdier .. Er de ens, er der submittet det samme to gange i træk.
3) du gemmer den ny md5hash i session.

Jeg vil også rekommandere voirsous' version. Det er absolut en af de enkleste metoder :)

Ja den er nem, men den løser ikke problemet i alle tilfælde ("100% idiot sikkert") hvis der fx. er begrænset resourcer så kan submitten sagents blive sendt og før der er modtaget response kan man nå at trykke reload.

Det ser indimellem.

(Når dette er sagt, så med mindre jeg laver et lib til forms, så bruger jeg også header() - det er forholdvis sjældent at folk når det)

Jeg har en side (artikler.php) hvor jeg viser alle artikler. Når brugeren vil oprette en ny artikel bliver han sendt til en opretartikel.php side med en form hvor han skal skrive artiklen. Når han trykker submit ryger han tilbage til den første side (artikler.php) hvor jeg tester for om der er nogle data fra formen på  opretartikel.php. HVis der er data indsætter jeg dem i databasen og viser eller resten af siden (inklusiv den nye artikel). Hvis brugeren nu reloader bliver dataene fra opretartikel.php sendt igen og jeg får en ny artikel magen til den gamle...

Er løsningen så at have en ny side: doopretartikel.php der indsætter alle data i ddb og så via header() sende folk tilbage til artikler.php ?

For eksempel, så får du også pænere og mere adskilt script.

hmm... jepsen, men jeg får så også lige en ekstra side pr "ting" jeg vil indsætte på min side....

Ekstra side? Det følger jeg ikke lige...

jeg får artikler.php hvor alle artikler er listet, opretartikel.php hvor man opretter en ny artikel og DoOpretArtikel.php der indsætter artiklen i databasen og navigerer brugeren videre til artikler.php.

Det samme får jeg for forum, brugere...osv

Tja, problemet er vel ikke så stort. Du kan også lave det en del af opretartikel.php - så den submitter til sig selv. Så kan du også bedre vise fejlmeddelelser og lade brugeren gen-indtaste ting.

lav lige et svar

Nu var voirsous godt nok først med svaret, så vent endelig på ham i stedet, hvis du synes :)

Well, tark for points anyway.

<ole>

dennismp >> To klumper hash fra to forskellige pushere kan sagtens være ens  ;o)

At sammenligne to md5-hashes er absolut heller ikke nogen 100%-garanti. Er de to hashes ens, er det ikke nødvendigvis udtryk for, de to oprindelige strenge er ens. Det er sandsynligt - men ikke sikkert  :)

/mvh
</bole>

Det er jeg klar over, men ser det for temmelig usandsynlig at een bruger får 2 ens md5-hashes i træk  i sammme session - ved tilfældighed. Der hvor man skal passe på (tænke sig om) er om brugeren legitimt kan submitte det samme to gange.  Men hvis man syntes det er et problem, så kan man da bare gemme hele data-sættet istedet.

"Temmelig usandsynlig" skal forstås på den måde at header-løsningen har en meget meget større sandsynlighed for at give problemet. Men det er lidt omstændigt at lave hver gange - med mindre man har lavet et library/framework til det - som man genbruger.

Det samme kunne jo også laves med en simpel tæller. Sættes til 0 ved session-start og så gemmes i hver form. Når formen submittes kan man tjekke de to tal op imod hinanden. Hvis alt er ok, tælles værdien op (dermed gør "gamle" form-data'en ugyldig for evt efterfølgende submits). Ideen er jo den samme. Man gør data ugyldigt når data er gemt.

Men der er stadig race-conditions. Og en række faktorer i koden der kan give problemer.

Men jeg kan da lave en side, så er du velkommen til at submitte løs :-)

Der er jo også en anden væsenlig forskel. "Mit" forslag går på hvordan man kan håndtere problemet når det sker. Header() håndterer ikke problemet, men undgår det. Hvis der resubmittes før header() bliver udført af browseren, så har vi samme programstilling. Det er bare minimeret hvor tit det sker - og med meget lidt kode.

(olebole, jeg ved godt at du sandsynligvis ved det meste af dette, men det er ligeså meget skrevet til andre der måtte læse dette senere - selvom de færreste søger efter svar :( )