jarvklo skrev:
OK. Om herrar petimetrar slagits färdigt om huruvida det som står före eller efter den där blankraden i den "textfil" som skickas från klient till server är en "header" eller en "body" så kan jag väl göra det antar jag ;)
Headern är före blankraden, bodyn är efter. Är det någon som inte hänger med på det hänvisar jag till RFC:n, kapitel 4:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec48
jarvklo skrev:
Det man gör oavsett metod är att överföra namn-värdepar.
Det är viktigt att poängtera detta, för standardtypen i ett formulär är just "namn-värdepar". Vill man ladda upp filer genom ett formulär måste man ändra typen genom ett tillägg i form-taggen:
<form enctype="multipart/formdata" action="?" method="post">
jarvklo skrev:
Hur man än gör, lägs dessa i "klartext" (eller iallafall bara enklare "enkodat")
Kodningen som används kallas URL-kodning och används för att förbjudna tecken inte ska förekomma (tecken som har en särskild betydelse). Förbjudna tecken görs om till % följt av deras värde på hexadecimal form. Undantaget mellanslag som görs om till +.
På min sida:
http://www.tydal.nu/article/verktyg
kan man koda/avkoda bland annat URL-kodning.
En fördel (eller nackdel) med cookies är att informationen skickas automatiskt vid varje sidbegäran till samma domän utan att du behöver ange något. Om du inte tar bort cookien och användaren inte gör det så kommer den att vara kvar nästa gång användaren besöker sidan även om det är ett år senare.
Ett annat sätt att skicka information så den inte syns - som inte tagits upp, kanske för att den innebär att man inte skickar informationen alls - är sessioner. Med sessioner lagras all data på webbservern och lämnar aldrig den. I stället så är det ett så kallat sessions-ID som skickas runt med cookies. Varje användare får automatiskt ett unikt ID som sedan kopplas till en fil på webbservern med hans/hennes data.