Cookies - Versionshistorik

PGJ: /* Skamfilat rykte */

2019-01-30T15:00:18Z

Skamfilat rykte

← Äldre version		Versionen från 30 januari 2019 kl. 15.00
Rad 89:		Rad 89:
	På grund av möjligheten att använda cookies för tvivelaktiga syften, så har EU infört en lag som slår fast hur man får använda sig av cookies. Man måste alltid göra användaren medveten om att ens sajt använder cookies och ge användaren möjligheten att undvika dessa. I sin enklaste form visar en sajt att cookies används, frågar om det är OK och om det inte är det så kan användaren inte använda sajten till fullo.		På grund av möjligheten att använda cookies för tvivelaktiga syften, så har EU infört en lag som slår fast hur man får använda sig av cookies. Man måste alltid göra användaren medveten om att ens sajt använder cookies och ge användaren möjligheten att undvika dessa. I sin enklaste form visar en sajt att cookies används, frågar om det är OK och om det inte är det så kan användaren inte använda sajten till fullo.

	Dock finns det många fler tekniker för att spåra användare på webben. Så cookies är långt ifrån den enda teknik som kan användas på ett ”farligt” vis~~. Andra metoder är dock inte lagreglerade på samma vis som cookies~~.		Dock finns det många fler tekniker för att spåra användare på webben. Så cookies är långt ifrån den enda teknik som kan användas på ett ”farligt” vis.
	</div>		</div>
	<div class="well well-danger">		<div class="well well-danger">

PGJ: /* Att läsa cookies via JavaScript */

2019-01-30T14:59:21Z

Att läsa cookies via JavaScript

← Äldre version		Versionen från 30 januari 2019 kl. 14.59
Rad 78:		Rad 78:

	Vi måste alltså på något vis dela upp denna sträng för att komma åt individuella cookies. Det finns flera plugins som kan göra detta åt en. Men en enkel variant skulle kunna se ut så här:		Vi måste alltså på något vis dela upp denna sträng för att komma åt individuella cookies. Det finns flera plugins som kan göra detta åt en. Men en enkel variant skulle kunna se ut så här:
	<codepen pen="obVzQv" tab="js" height="500">		<codepen pen="obVzQv" tab="js,result" height="500">
	</codepen>		</codepen>

PGJ: /* Skamfilat rykte */

2016-02-26T10:39:14Z

Skamfilat rykte

← Äldre version		Versionen från 26 februari 2016 kl. 10.39
Rad 92:		Rad 92:
	</div>		</div>
	<div class="well well-danger">		<div class="well well-danger">
	Kom ihåg att du måste upplysa dina användare om att du kör med cookies på din sajt. Du måste även ge dem en möjlighet att neka att ~~du skicka~~ cookies till dem! Kom ihåg att vissa plugins och liknande använder cookies, så din sajt kanske använder cookies utan att du vet om det...		Kom ihåg att du måste upplysa dina användare om att du kör med cookies på din sajt. Du måste även ge dem en möjlighet att neka till att det skickas cookies till dem!

			Kom ihåg att vissa plugins och liknande använder cookies, så din sajt kanske använder cookies utan att du vet om det...
	</div>		</div>

	== Nästa aktivitet ==		== Nästa aktivitet ==
	[[Web Storage]]		[[Web Storage]]

PGJ den 26 februari 2016 kl. 10.32

2016-02-26T10:32:43Z

← Äldre version		Versionen från 26 februari 2016 kl. 10.32
Rad 1:		Rad 1:
	HTTP är designat som så att varje förfrågan till webbservern är fristående. När webbservern har skickat tillbaka ett resultat till en webbklient, så ”glömmer” den bort allt som har med den dataöverföringen att göra. Man brukar säga att HTTP är ”stateless”. För det mesta är detta ett vettigt beteende, men ibland vill man förstås att data ska ”hänga med” mellan de olika anropen till servern. Detta kan t.ex. vara för att vi har en webbapplikation där varje anrop ska utföra någon specifik funktion baserad på tillgänglig data. För att komma runt dessa begränsningar finns några olika metoder, där den vanligaste är så kallade cookies.

	~~== Cookies ==~~
	Det klassiska sättet att spara data i en webbläsare är genom att använda cookies. Dessa är data som skickas mellan server och klient. De cookies som finns lagrade och som gäller för den sida som webbklienten ska begära, skickas med i HTTP-förfrågan till servern. Webbservern i sig kan skapa nya cookies eller uppdatera värden för gamla cookies. Denna cookie-information skicka med i HTTP-svaret till klienten. På så vis kan vi spara undan information mellan anrop till webbservern, trots att HTTP i sig är ”stateless”.		Det klassiska sättet att spara data i en webbläsare är genom att använda cookies. Dessa är data som skickas mellan server och klient. De cookies som finns lagrade och som gäller för den sida som webbklienten ska begära, skickas med i HTTP-förfrågan till servern. Webbservern i sig kan skapa nya cookies eller uppdatera värden för gamla cookies. Denna cookie-information skicka med i HTTP-svaret till klienten. På så vis kan vi spara undan information mellan anrop till webbservern, trots att HTTP i sig är ”stateless”.

PGJ den 25 februari 2016 kl. 10.54

2016-02-25T10:54:08Z

← Äldre version		Versionen från 25 februari 2016 kl. 10.54
Rad 1:		Rad 1:
	HTTP är designat som så att varje förfrågan till webbservern är fristående ~~och servern kommer inte ihåg någonting som har med en tidigare förfrågan att göra~~. När webbservern har skickat tillbaka ett resultat till en webbklient, så ”glömmer” den bort allt som har med den dataöverföringen att göra. Man brukar säga att HTTP är ”stateless”. För det mesta är detta ett vettigt beteende, men ibland vill man förstås att data ska ”hänga med” mellan de olika anropen till servern. Detta kan t.ex. vara för att vi har en webbapplikation ~~och~~ varje anrop ska utföra någon specifik funktion baserad på tillgänglig data. För att komma runt dessa begränsningar finns några olika metoder.		HTTP är designat som så att varje förfrågan till webbservern är fristående. När webbservern har skickat tillbaka ett resultat till en webbklient, så ”glömmer” den bort allt som har med den dataöverföringen att göra. Man brukar säga att HTTP är ”stateless”. För det mesta är detta ett vettigt beteende, men ibland vill man förstås att data ska ”hänga med” mellan de olika anropen till servern. Detta kan t.ex. vara för att vi har en webbapplikation där varje anrop ska utföra någon specifik funktion baserad på tillgänglig data. För att komma runt dessa begränsningar finns några olika metoder, där den vanligaste är så kallade cookies.

	== Cookies ==		== Cookies ==
	Det klassiska sättet att spara data i en webbläsare är genom att använda cookies. Dessa är data som skickas mellan server och klient. De cookies som är lagrade och som gäller för den sida som webbklienten ~~begär~~, skickas med ~~varje~~ i HTTP-förfrågan till servern. På så vis kan vi spara undan information mellan anrop till webbservern, trots att HTTP i sig är ”stateless”.		Det klassiska sättet att spara data i en webbläsare är genom att använda cookies. Dessa är data som skickas mellan server och klient. De cookies som finns lagrade och som gäller för den sida som webbklienten ska begära, skickas med i HTTP-förfrågan till servern. Webbservern i sig kan skapa nya cookies eller uppdatera värden för gamla cookies. Denna cookie-information skicka med i HTTP-svaret till klienten. På så vis kan vi spara undan information mellan anrop till webbservern, trots att HTTP i sig är ”stateless”.

	Cookies lagras på den dator där webbklienten körs. De skapas antingen genom att webbservern skickar med ett ”<code>Set-Cookie</code>”-direktiv i sitt svar eller genom att de skapas på klienten via JavaScript-kod. Det finns lite olika varianter av cookies, beroende på vilka attribut som angavs när de skapades.		Cookies lagras på den dator där webbklienten körs. De skapas antingen genom att webbservern skickar med ett ”<code>Set-Cookie</code>”-direktiv i sitt svar eller genom att de skapas på klienten via JavaScript-kod. Det finns lite olika varianter av cookies, beroende på vilka attribut som angavs när de skapades.

PGJ: /* Skamfilat rykte */

2016-02-25T10:40:50Z

Skamfilat rykte

← Äldre version		Versionen från 25 februari 2016 kl. 10.40
Rad 88:		Rad 88:
	== Skamfilat rykte ==		== Skamfilat rykte ==
	<div class="well well-warning">		<div class="well well-warning">
	Cookies har lite dåligt rykte. Till viss del är dock detta ~~lite~~ oförtjänt. Vilken webbsajt som helst kan inte gå in och läsa alla cookies i din webbläsare. Det går bara att komma åt de cookies som har levererats ifrån en specifik domän. Men om en sajt har innehåll som tillhandahålls av många olika webbservrar, t.ex. reklam, finns förstås möjligheten att spåra hur man förflyttar sig ifrån sajt till sajt. Om en cookie serverats ifrån en reklamserver, så kommer reklamservern att kunna komma åt ~~denna cookie~~ oavsett på vilken sajt reklamen visas. Så om du ser en reklamsnutt på Aftonbladet och sedan ser samma reklamsnutt på Expressen, så finns chansen att reklammakaren skulle kunna spåra att du varit inne på såväl Aftonbladet som Expressen.		Cookies har lite dåligt rykte. Till viss del är dock detta något oförtjänt. Vilken webbsajt som helst kan inte gå in och läsa alla cookies i din webbläsare. Det går bara att komma åt de cookies som har levererats ifrån en specifik domän. Men om en sajt har innehåll som tillhandahålls av många olika webbservrar, t.ex. reklam, finns förstås möjligheten att spåra hur man förflyttar sig ifrån sajt till sajt. Om en cookie serverats ifrån en reklamserver, så kommer reklamservern att kunna komma åt eventuella cookies som gäller för deras serverdomän oavsett på vilken sajt reklamen visas. Så om du ser en reklamsnutt på Aftonbladet och sedan ser samma reklamsnutt på Expressen, så finns chansen att reklammakaren skulle kunna spåra att du varit inne på såväl Aftonbladet som Expressen.

	På grund av möjligheten att använda cookies för tvivelaktiga syften, så har EU infört en lag som slår fast hur man får använda sig av cookies. Man måste alltid göra användaren medveten om att ens sajt använder cookies och ge användaren möjligheten att undvika dessa. I sin enklaste form visar en sajt att cookies används, frågar om det är OK och om det inte är det så kan användaren inte använda sajten till fullo.		På grund av möjligheten att använda cookies för tvivelaktiga syften, så har EU infört en lag som slår fast hur man får använda sig av cookies. Man måste alltid göra användaren medveten om att ens sajt använder cookies och ge användaren möjligheten att undvika dessa. I sin enklaste form visar en sajt att cookies används, frågar om det är OK och om det inte är det så kan användaren inte använda sajten till fullo.
Rad 97:		Rad 97:
	Kom ihåg att du måste upplysa dina användare om att du kör med cookies på din sajt. Du måste även ge dem en möjlighet att neka att du skicka cookies till dem! Kom ihåg att vissa plugins och liknande använder cookies, så din sajt kanske använder cookies utan att du vet om det...		Kom ihåg att du måste upplysa dina användare om att du kör med cookies på din sajt. Du måste även ge dem en möjlighet att neka att du skicka cookies till dem! Kom ihåg att vissa plugins och liknande använder cookies, så din sajt kanske använder cookies utan att du vet om det...
	</div>		</div>

	== Nästa aktivitet ==		== Nästa aktivitet ==
	[[Web Storage]]		[[Web Storage]]

PGJ: /* Expires */

2016-02-25T10:35:50Z

Expires

← Äldre version		Versionen från 25 februari 2016 kl. 10.35
Rad 26:		Rad 26:
	Följande attribut är tillgängliga		Följande attribut är tillgängliga
	=== <code>Expires</code> ===		=== <code>Expires</code> ===
	Med detta attribut anger man cookiens bäst-före-datum eller dess livstid. När denna tidpunkt har passerats kommer cookien att tas bort. Tidpunkten anges på formatet; Veckodag, Dag Månad År Timme:Minut:Sekund GMT. Där man förstås anger varje del med engelska benämningar. Ett exempel på ~~detta~~ skulle kunna vara; <code>Mon, 29-Feb-2016 13:37:42 GMT</code>.		Med detta attribut anger man cookiens bäst-före-datum eller dess livstid. När denna tidpunkt har passerats kommer cookien att tas bort. Tidpunkten anges på formatet; Veckodag, Dag Månad År Timme:Minut:Sekund GMT. Där man förstås anger varje del med engelska benämningar. Lägg märke till att tiden ska vara angiven i Greenwhich Mean Time och att man inte kan skicka med en datumsträng som är formaterad enligt lokalt tidsformat - såsom svenska.

			Ett exempel på ett värde till <code>expires</code> skulle kunna vara; <code>Mon, 29-Feb-2016 13:37:42 GMT</code>.

	=== <code>Max-Age</code> ===		=== <code>Max-Age</code> ===

PGJ: /* Max-Age */

2016-02-25T10:33:27Z

Max-Age

← Äldre version		Versionen från 25 februari 2016 kl. 10.33
Rad 29:		Rad 29:

	=== <code>Max-Age</code> ===		=== <code>Max-Age</code> ===
	Vi kan även ange livstid/bäste-före-datum genom att ange hur många sekunder efter det att cookien mottogs som den ska upphöra att gälla.		Vi kan även ange livstid/bäste-före-datum genom att ange hur många sekunder efter det att cookien mottogs som den ska upphöra att gälla.

			Sätter man dess värde till <code>0</code>, kommer cookien att tas bort direkt.

	=== <code>Path</code> ===		=== <code>Path</code> ===

PGJ: /* Beständiga/lagrade coookies */

2016-02-25T10:33:02Z

Beständiga/lagrade coookies

← Äldre version		Versionen från 25 februari 2016 kl. 10.33
Rad 17:		Rad 17:

	=== Beständiga/lagrade coookies ===		=== Beständiga/lagrade coookies ===
	Namnet beständig kan vara lite missvisande (fritt ifrån engelskans ”persistent”). Vad som avses är att cookien lagras och hålls kvar även när användaren slår av sin webbläsare. De kommer alltså att finnas kvar när användaren startar sin webbläsare nästa gång och ~~dessa cookies~~ finns då tillgängliga för att användas igen.		Namnet beständig kan vara lite missvisande (fritt ifrån engelskans ”persistent”). Vad som avses är att cookien lagras och hålls kvar även när användaren slår av sin webbläsare. Den kommer alltså att finnas kvar när användaren startar sin webbläsare nästa gång och cookien finns då tillgängliga för att användas igen.

	För att skapa en beständig cookie sätter vi ett bäst-före-datum på cookien. Detta anger hur länge cookien ska vara aktuell. Så fort denna tidpunkt har passerats kommer cookien att tas bort. Att cookien har en ”livstid” är alltså detta som gör benämningen ”beständig” något motsägelsefull.		För att skapa en beständig cookie sätter vi ett bäst-före-datum på cookien. Detta anger hur länge cookien ska vara aktuell. Så fort denna tidpunkt har passerats kommer cookien att tas bort. Att cookien har en ”livstid” är alltså detta som gör benämningen ”beständig” något motsägelsefull.

PGJ: /* Att skapa en cookie i JavaScript */

2016-02-24T13:19:54Z

Att skapa en cookie i JavaScript

← Äldre version		Versionen från 24 februari 2016 kl. 13.19
Rad 52:		Rad 52:
	<syntaxhighlight lang="javascript">		<syntaxhighlight lang="javascript">
	document.cookie = "monster=cookie monster; max-age=3600";		document.cookie = "monster=cookie monster; max-age=3600";
	document.cookie = "banan=frukt; expires= Mon, 29-Feb-2016 13:37:42 GMT";		document.cookie = "banan=frukt; expires=Mon, 29-Feb-2016 13:37:42 GMT";
	</syntaxhighlight>		</syntaxhighlight>