Weblabor

Form submission method


Felhő

Először is, a biztonságról: igazából mindegyik nagyon könnyen lehallgatható. A naplózásokkor viszont gyakorlatilag az URL mindig mentésre kerül, a kérés törzse pedig gyakorlatilag soha. Tehát a GET-tel küldött adatok belekerülnek a webszerver logba, a proxy logba, és még ki tudja hova. A POST-tal küldöttek viszont tárolásra nem nagyon kerülnek.

A GET-tel küldött adatok mennyiségére van korlát, több mindentől függ, de általában néhány kilobyte maximum. POST-tal gyakorlatilag tetszőlegesen sok adatot lehet küldeni.

Egy alapelv, amit érdemes követni: ha egy kérés tartalmat küld vissza, akkor azt GET-tel kell érdemes csinálni. És amit GET-tel küldenek, az ne okozzon változást az adatbázisban. Ez alól kivétel a naplózó jellegű dolgok, tehát pl. 1-gyel növelem annak a számát, hogy hányszor nézték meg az adott dolgot stb.

Ha egy kérés változásokat okoz az adatbázisban, akkor azt POST-tal kell küldeni. Amit pedig POST-tal küldenek, az ne jelenítsen meg tartalmat, hanem egy Redirect-et adjon vissza a POST után megjelenítendő tartalomra, amit már GET-tel fog lekérni a böngésző. Ezzel elkerülhető az üzenet, amit a böngésző POST-olt oldal frissítésekor jelenít meg, hogy az oldal az elküldött információkból épült fel; valamit nem fordul elő, hogy emiatt kétszer lesz POST-olva a kérés.

A bejelentkezésre a legjobb módszer, hogy POST-tal megy a név/jelszó, aztán Redirect vissza a főoldalra vagy oda, ahonnan történt a bejelentkezés.

Persze van néhány kivétel, amikor megjelenítendő tartalomnál is muszáj POST-ot használni, pl. amikor egy hozzászólást küldünk ellenőrzésre, ekkor egyrészt a hosszú szöveget el kell küldeni valahogy, ami csak POST-tal megy, másrészt adatbázisban tárolás nélkül meg is kell jeleníteni.