Jump to content
php.lv forumi

Parametri


sta_maris

Recommended Posts

Lieta sekojosa ir adresite ar nodotiem parametriem

http://www.domain.lv/index.php?showtopic=742&hl=dzēst

vai var nonest tos parametrus ?showtopic=742&hl=dzēst pec kadam noteiktam darbibam.

Jo tomer diezgan nepatikami var but jo uz nospiesta F5 vins parlade visu lapu ar no ta izrietosajam sekam un nebutu velams dabut DB vairak ka vienu iierakstu ar nodotajiem parametriem.

Link to comment
Share on other sites

isti nesapratu par to hederi.

konkreti man ir inserts no formas

kas parlade to pasu lapu un ja ir nodotie parametri uztaisa insertu.

un nospiezot F5 parametri paliek un notiek jauns inserts

16323[/snapback]

 

//kad taisi 
mysql_query('insert lalala');
// peec tam uzliec
header('location: lapa.html');
exit;

 

peec tam atveersies lapa.html un to refreshojot nekas jauns nepievienosies.

Link to comment
Share on other sites

nujā, ar to headeri lapa tiek noredirektēta uz citu, t.i. ($_POST saturs nomests)

to pašu var panākt ar citiem hederiem (expire u.c.) uz tās pašas lapas

16325[/snapback]

 

shis risinaajums izklausaas interesants. expire uzliek kaadu 1956. gadu?

Link to comment
Share on other sites

ar headeri nav 100% drosi, ja lēna db un žiperīgs refrešotājs tad vajag lietot `tokenus`.

ideja aptuveni tāda - vispirms dzēšanas/inserta formai vai linkam iedod kaut kādu unikālu keyu, ko pieglabā arī sessijā (vai vienalga kur citur) un tad kad tiek klikots vai submitots, pirms ķeršanās pie db salīdzina saņemtot tokenu ar tiem kas ir sessijā, ja atrodam pāri, tad metam no sessijas tokenu ārā un tad ķeramies pie db ar dzēšanu/insertu/updeitu, ja neatrod saņemtajam tokenam pāri servera pusē, tad sorry, neko nedaram.

Link to comment
Share on other sites

ar headeri nav 100% drosi, ja lēna db un žiperīgs refrešotājs tad vajag lietot `tokenus`.

ideja aptuveni tāda - vispirms dzēšanas/inserta formai vai linkam iedod kaut kādu unikālu keyu, ko pieglabā arī sessijā (vai vienalga kur citur) un tad kad tiek klikots vai submitots, pirms ķeršanās pie db salīdzina saņemtot tokenu ar tiem kas ir sessijā, ja atrodam pāri, tad metam no sessijas  tokenu ārā un tad ķeramies pie db ar dzēšanu/insertu/updeitu, ja neatrod saņemtajam tokenam pāri servera pusē, tad sorry, neko nedaram.

16328[/snapback]

 

headeriem nav ne vainas.

tapēc jau viņi ir izdomāti :D

 

ar headeriem būs visvienkāršāk un praktiskāk. skaiti, jāpievieno tikai viena rindiņa.

Link to comment
Share on other sites

shis risinaajums izklausaas interesants. expire uzliek kaadu 1956. gadu?

16327[/snapback]

 

ilgi nemeklēju, paņemu no tā paša kirils.id.lv:

 

header ("Expires: Mon, 26 Jul 2001 05:00:00 GMT"); // jebkurš datums pagātnē

header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // tikko mainīts

header ("Cache-Control: no-store, no-cache, must-revalidate"); // HTTP/1.1

header ("Cache-Control: pre-check=0, post-check=0",false);

header ("Pragma: no-cache"); // HTTP/1.0

 

vajadzētu atcelt headers:expired fišku kad jāspiež refresh

Link to comment
Share on other sites

headeriem nav ne vainas.

tapēc jau viņi ir izdomāti :D

 

ar headeriem būs visvienkāršāk un praktiskāk. skaiti, jāpievieno tikai viena rindiņa.

16330[/snapback]

 

kā kurā situācijā, protams nevajag laiku tērēt un ar tokeniem nevajag krāmēties ja laiks kas tērēts uz db darbībām ir īss un userīši varmācīgi nemēģina 2x kaut ko nosubmitot.

bet kā redz tagad darbā man tieši tāda problēma un risinājums radās šādi ar tokeniem.

Link to comment
Share on other sites

×
×
  • Create New...