10 svar · 324 visningar · startad av nilzzon
Hej.
Jag undrar vilken skillnad det är mellan <form medtod="post/get" action"...">
Den synliga ser jag, och jag vet att man hämtar data från formuläret på två olika sätt (queryString och form), men i övrigt? Är någon speciell att föredra i något specielltl läge? Osv.
Tacksam för svar.
------------------
---
/M.
post e ju säkrare... sen tror jag att en av dem kan lagra mer oxå men jag minns inte vilken :(
PS: det heter method ;)
//M@rtin
Med get skickar du med variabler i url´n.
Sen kan du ju genomföra ändraingar på samma sida genom att köra method=get action=sida.asp
sida.asp är samma sida som formuläret.
Jag är osäker om detta går med post, tror inte det.
Kan ha fel.
Andreas
Skillnaden mellan GET och POST är hur datat skickas från klient till server.
GET:
Med GET så skickas datat i URL'en, det kan se ut på detta sätt:
http://www.hej.com/minsida.asp?namn=pelle&adress=Lilla storgatan
Innan datat skickas så kodas (URL-encode) det så att alla "osäkra" tecken byts ut mot %xx där xx är dess tecknets ASCII-värde i hexadecimal form (ex: mellanslag byts ut mot %20)
Denna metod lämpar sig bäst för små mängder data, t.ex en variabel som anger för serverscriptet vilken sida användaren vill titta på, maxlängden på datat ligger på runt 2-3 KB.
POST:
Med POST-metoden så skickas datat i HTTP-anropet. Det kodas på samma sätt som i GET.
POST /minsida.asp HTTP/1.0
Content-Type: application/x-www-form-urlencoded
Content-Length: 35
namn=pelle&adress=Lilla%20storgatan
HTTP-anropet är det kommando som din webbläsare skickar till webbservern när den vill hämta en specifik sida.
När du använder POST så kan du skicka i princip obegränsat med data, du har ingen storleksbegränsning.
Slutsats:
Använd GET för små mängder data, t.ex en ID-variabel som indikerar vilken post sidan skall hämta ut från databasen etc.
Använd POST för större mängder data, såsom formulärdata osv.
Ingen av metoderna är "säkrare" än den andra som någon skrev ovan, vad det nu skulle betyda, om någon avslyssnar trafiken mellan dig och servern så kan han lika lätt läsa variablerna i ett GET-anrop som i ett POST-anrop.
------------------
° 4711 - the number of the geek °
[Redigerat av sgtpepper den 27 aug 2000]
AG: Jo det går med post.. det har jag gjort massor av gånger..
//M@rtin
[Redigerat av M@rtin den 27 aug 2000]
Jo get är osäkrare om någon typ står bakom ryggen.. all data står ju i url:n så det är bara att läsa om man t.ex. har skrivit ett lösenord.
//M@rtin
Kom igen, vilket idiotargument.
Visst, på så sätt är det "säkrare", men det är knappast sådant man menar om man säger att en metod för att sända data över nätet är säkrare än en annan.
------------------
° 4711 - the number of the geek °
Hupp, inte den tonen, tack.
Säkerhetsaspekterna med GET är definitivt värda att beaktas.
[Redigerat av emission den 27 aug 2000]
Visst är det dumt att skicka lösenord och liknande data med GET, men med benämningen säkert så antyder man att datat på något sätt är skyddat genom en kryptering eller på annat sätt gjort omöjligt att avläsa för en utomstående person.
Att påstå att GET skulle vara säkrare ger en falsk bild av verkligheten.
------------------
° 4711 - the number of the geek °
Att påstå att GET skulle vara säkrare ger en falsk bild av verkligheten.
Ja det har ju inte gjort, det var POST som var säkrare ;)
Nej men det e ju bra att veta såna saker oxå, i flera olika asp o javascript böcker jag läst så säger de att POST är säkrare av den anledningen. Sen lagras ju det i tidigare (ie) så för de som använder samma dator är det enkelt att kolla upp ett lösenord om det skickas med GET.
//M@rtin
Ja, ok. Du har rätt på den punkten, jag får väl ge mig :)
------------------
° 4711 - the number of the geek °
