---

Hej med jer.

Kan overdreven brug af session-objektet sløve serveren væsentligt?? Jeg skal
nemlig lave et e-handelssystem, og ved ikke rigtigt hvad jeg skal lave det
med.

M.v.h
A. Høegh

---

"A. Høegh" <hoegh@click2find.dk> wrote
> Kan overdreven brug af session-objektet sløve serveren væsentligt??

Alle data der er gemt i sessions sendes med til clienten _hver_ gang så
derfor sløves hele din applikation.

--
Jakob Andersen
FAQ for webdesign gruppen på
<http://www.usenet.dk/oss/dk.edb.internet.webdesign>
"Det er rart at være vigtig, men det er vigtigere at være rar "

---

"Jakob Andersen" <jakob@andersen.as> wrote in <9adgp0$nch$1@sunsite.dk>:

>"A. Høegh" <hoegh@click2find.dk> wrote
>> Kan overdreven brug af session-objektet sløve serveren væsentligt??
>
>Alle data der er gemt i sessions sendes med til clienten _hver_ gang så
>derfor sløves hele din applikation.
>

det er vel egentlig fra klienten til serveren, ikke ?

anyway - det er ligesom cookies ... men alt andet lige vil det intet svare i
forhold til al den anden kommnikation, der foregår imellem klient og server.


--
There is a group at Fort Meade, who fear that which they cannot read
so they fight with their friends (God knows to what ends!)
In attempts to get more than they need.
(Jim Bidzos, CEO of RSA Data Security)

---

"Jesper Stocholm" <usenet@stocholm.dk> wrote in message
news:Xns90796325BDEF4spamstocholmdk@192.38.208.81...
> det er vel egentlig fra klienten til serveren, ikke ?


Jo selvfølgelig, en lidt vag formulering....

Dataene sendes med fra klienten til Serveren ved hvert Request.
Og når dataene ændres på serveren sendes de også med tilbage.

--
Jakob Andersen
FAQ for webdesign gruppen på
<http://www.usenet.dk/oss/dk.edb.internet.webdesign>
"Det er rart at være vigtig, men det er vigtigere at være rar "

---

Jakob Andersen wrote:
>
> "Jesper Stocholm" <usenet@stocholm.dk> wrote in message
> news:Xns90796325BDEF4spamstocholmdk@192.38.208.81...
> > det er vel egentlig fra klienten til serveren, ikke ?
>
> Jo selvfølgelig, en lidt vag formulering....
>
> Dataene sendes med fra klienten til Serveren ved hvert Request.
> Og når dataene ændres på serveren sendes de også med tilbage.

Det her er simpelthen forkert.

Der sendes kun en session-identifier fra serveren (som en cookie) til
klienten, første gang klienten laverer en forespørgsel. Session-id'et
sender klienten dog til serveren, som en del af hver foresørgsel. Data
til session-objectet gemmes i hukommelsen på serveren. Hvis man ikke
direkte har slået sessions fra (i management consol'en) er der altså
ingen forskel på hvor meget data, som sendes frem og tilbage til
klienten.

Problemet med session er nærmere, at da data gemmes i hukommelsen på
serveren kan man ikke "bare lige" tilføje en ny server og dele
forespørgslerne ud over dem (da serverne ikke kan se de session
objekter, som ligger i hukommelsen på de andre servere).

--
Lauritz

---

"Lauritz Jensen" <lauritz2@hotmail.com> wrote
> Det her er simpelthen forkert.

Delvist.... En Cookie som en Session jo er gemmes på Clienten og sendes som
en del af et HTTP Response, dog må jeg give dig ret i at kun SID sendes til
klienten i Session tilfældet... Men alligevel SID´et skal jo sendes med til
serveren hver gang

IIS beholder Sessions i hukomelsen og der bliver de indtil Brugeren er Timed
ud. Dvs. selvom en user er på din side i kun 20 sekunder vil hans session
ligge i hukommelsen i det antal minutter Sessiontimeout er sat til. Derfor
er det en fordel at bruge @EnableSessionstate i toppen af de sider der ikke
benytter Sessions eller om muligt er det bedst at slå sessions helt fra i
IIS (hvis altså man ikke skal bruge dem.)

> Problemet med session er nærmere, at da data gemmes i hukommelsen på
> serveren kan man ikke "bare lige" tilføje en ny server og dele
> forespørgslerne ud over dem (da serverne ikke kan se de session
> objekter, som ligger i hukommelsen på de andre servere).

Her kommer vi så ind på en helt anden ting som man kan klare med "sticky
Sessions" dvs. at en bruger altid ender hos den Webserver i webfarmen han
først besøgte dette kan klares med både Software og en lidt "underlig"
Routning...Men dette har selvfølgelig også sine ulemper da lidt af ideen går
af at have en webfarm/server camp...

--
Jakob Andersen