Att lagra data i webbläsaren - Versionshistorik

PGJ den 30 januari 2019 kl. 14.58

2019-01-30T14:58:22Z

← Äldre version		Versionen från 30 januari 2019 kl. 14.58
Rad 1:		Rad 1:
	~~Ofta så~~ vill ~~vi lagra~~ undan data ~~som vi använder i vår applikation~~. Det kan vara för att hålla ~~den~~ kvar mellan användarsessioner, för att vi vill mellanlagra den för snabbare åtkomst eller av många andra anledningar. Här ska vi gå igenom hur man lagrar data lokalt, på användarens dator. Lite senare kommer vi att titta på hur man använder sig av databaser för att lagra data på servern, men det blir först när vi börjar titta på serverapplikationer.		I de flesta applikation vill man spara undan data. Det kan vara för att hålla data kvar mellan användarsessioner, för att vi vill mellanlagra den för snabbare åtkomst eller av många andra anledningar. Här ska vi gå igenom hur man lagrar data lokalt, på användarens dator. Lite senare kommer vi att titta på hur man använder sig av databaser för att lagra data på servern, men det blir först när vi börjar titta på serverapplikationer.

	== ”Stateless” ==		== ”Stateless” ==
	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~~, av vilka vi ska titta på ett par stycken.		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å tidigare tillgänglig data. Det finns några olika metoder för att komma runt dessa begränsningar, av vilka vi ska titta på ett par stycken.

	== Olika tekniker ==		== Olika tekniker ==

PGJ: /* ”Stateless” */

2016-02-26T10:32:31Z

”Stateless”

← Äldre version		Versionen från 26 februari 2016 kl. 10.32
Rad 2:		Rad 2:

	== ”Stateless” ==		== ”Stateless” ==
	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, av vilka vi ska titta på ett par stycken.

	== Olika tekniker ==		== Olika tekniker ==

PGJ: /* Olika tekniker */

2016-02-26T10:31:03Z

Olika tekniker

← Äldre version		Versionen från 26 februari 2016 kl. 10.31
Rad 7:		Rad 7:
	De vanligaste teknikerna för att lagra data på klientsidan är cookies och localStorage/sessionStorage. I följande sektioner kommer vi att gå igenom hur man kan använda sig av dessa i sina webbapplikationer.		De vanligaste teknikerna för att lagra data på klientsidan är cookies och localStorage/sessionStorage. I följande sektioner kommer vi att gå igenom hur man kan använda sig av dessa i sina webbapplikationer.

	Det finns flera metoder såsom indexedDB, men dessa är för tillfället inte lika väl stödda på olika webbläsare att det är säkert att använda dem.		Det finns flera andra metoder såsom indexedDB, men dessa är för tillfället inte lika väl stödda på olika webbläsare att det är säkert att använda dem. Likaså finns det några lagringsmetoder som blivit föråldrade och som inte längre stöds i webbläsare.

	== Nästa aktivitet ==		== Nästa aktivitet ==

PGJ den 26 februari 2016 kl. 10.29

2016-02-26T10:29:21Z

← Äldre version		Versionen från 26 februari 2016 kl. 10.29
Rad 1:		Rad 1:
	Ofta så vill vi lagra undan data som vi använder i vår applikation. Det kan vara för att hålla den kvar mellan användarsessioner, för att vi vill mellanlagra den för ~~att komma åt den~~ snabbare eller av många andra anledningar. Här ska vi gå igenom hur man lagrar data lokalt, på användarens dator. Lite senare kommer vi att titta på hur man använder sig av databaser för att lagra data på servern, men det blir först när vi börjar titta på serverapplikationer.		Ofta så vill vi lagra undan data som vi använder i vår applikation. Det kan vara för att hålla den kvar mellan användarsessioner, för att vi vill mellanlagra den för snabbare åtkomst eller av många andra anledningar. Här ska vi gå igenom hur man lagrar data lokalt, på användarens dator. Lite senare kommer vi att titta på hur man använder sig av databaser för att lagra data på servern, men det blir först när vi börjar titta på serverapplikationer.

	== ”Stateless” ==		== ”Stateless” ==

PGJ: /* Nästa aktivitet */

2016-02-15T14:29:05Z

Nästa aktivitet

← Äldre version		Versionen från 15 februari 2016 kl. 14.29
Rad 10:		Rad 10:

	== Nästa aktivitet ==		== Nästa aktivitet ==
	[[~~Cookie~~]]		[[Cookies]]

	[[Category:Webbutveckling]]		[[Category:Webbutveckling]]

PGJ: /* Olika tekniker */

2016-02-15T13:30:42Z

Olika tekniker

← Äldre version		Versionen från 15 februari 2016 kl. 13.30
Rad 6:		Rad 6:
	== Olika tekniker ==		== Olika tekniker ==
	De vanligaste teknikerna för att lagra data på klientsidan är cookies och localStorage/sessionStorage. I följande sektioner kommer vi att gå igenom hur man kan använda sig av dessa i sina webbapplikationer.		De vanligaste teknikerna för att lagra data på klientsidan är cookies och localStorage/sessionStorage. I följande sektioner kommer vi att gå igenom hur man kan använda sig av dessa i sina webbapplikationer.

			Det finns flera metoder såsom indexedDB, men dessa är för tillfället inte lika väl stödda på olika webbläsare att det är säkert att använda dem.

	== Nästa aktivitet ==		== Nästa aktivitet ==
	[[Cookie]]		[[Cookie]]

	[[Category:Webbutveckling]]		[[Category:Webbutveckling]]

PGJ: Skapade sidan med 'Ofta så vill vi lagra undan data som vi använder i vår applikation. Det kan vara för att hålla den kvar mellan användarsessioner, för att vi vill mellanlagra den för a...'

2016-02-15T13:29:24Z

Skapade sidan med 'Ofta så vill vi lagra undan data som vi använder i vår applikation. Det kan vara för att hålla den kvar mellan användarsessioner, för att vi vill mellanlagra den för a...'

Ny sida

Ofta så vill vi lagra undan data som vi använder i vår applikation. Det kan vara för att hålla den kvar mellan användarsessioner, för att vi vill mellanlagra den för att komma åt den snabbare eller av många andra anledningar. Här ska vi gå igenom hur man lagrar data lokalt, på användarens dator. Lite senare kommer vi att titta på hur man använder sig av databaser för att lagra data på servern, men det blir först när vi börjar titta på serverapplikationer.

== ”Stateless” ==
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.

== Olika tekniker ==
De vanligaste teknikerna för att lagra data på klientsidan är cookies och localStorage/sessionStorage. I följande sektioner kommer vi att gå igenom hur man kan använda sig av dessa i sina webbapplikationer.
== Nästa aktivitet ==
[[Cookie]]

[[Category:Webbutveckling]]