--- title: "session dör" type: "forum-thread" url: "https://www.webforum.nu/amne/dotnet/113562-session-dör" topic: ".NET" topic_url: "https://www.webforum.nu/amne/dotnet" author: "greggan" published: "2004-10-14T15:46:49.000Z" updated: "2004-10-17T14:58:22.000Z" replies: 10 views: 392 page: 1 pages: 1 language: "sv-SE" site: "webForum — webforum.nu" rights: "Upphovsrätten till varje inlägg tillhör dess författare." attribution: "Citera som: webForum, https://www.webforum.nu/amne/dotnet/113562-session-dör" --- # session dör ## #1 — greggan, 2004-10-14T15:46Z Hej Jag har ett sessionproblem. När man loggar in på sidan så läggs userid till i session. Sedan så läser nästan varje sida inne på sidan av den här session för att veta vems information den ska hämta. Ibland blir det så att session "dör" och sidorna kan inte leta efter information om användaren, eftersom det inte finns något userid att leta med. Det knepigaste är bara det att ibland händer det när man varit inloggad i 30 sekunder. Ibland händer det först efter 30 minuter och ibland händer det inte alls. Det mönstret jag kan se mellan de här gångerna är det att det oftast händer när sidan eller kanske servern arbetar mycket. När man laddar många sidor efter varandra med kort mellanrum. Är det så att sessions tar fasligt mycket minne på servern? VOre det bättre att köra med cookies? Det känns lite mindre säkert med cookies, för då skulle ju en person kunna gå in i cookien och ändra till något annat userid och se någon annans saker. Är problemet helt enkelt så att min server är seg, eller kan jag ha gjort något fel nånstans? Permalänk: https://www.webforum.nu/p/113562 ## #2 — P, 2004-10-14T20:03Z Det är inte så enkelt att du kompilerar om projektet? Permalänk: https://www.webforum.nu/p/1459674 ## #3 — Grynet, 2004-10-15T07:56Z Har du två processorer? Om sessionen är inställd på inproc så existerar den bara på processor nivå, dvs den kommer att skapa nya sessionsvariabler för allting när den byter processor. Lösningen är att i machine.config ställa om hur många processorer man tillåter asp.net att köra på. (Kommer inte ihåg inställningen så här på rakarm) Permalänk: https://www.webforum.nu/p/1459806 ## #4 — greggan, 2004-10-15T08:39Z vad menar du med kompilerar om? nej det är bara en processor, en seg... Permalänk: https://www.webforum.nu/p/1459826 ## #5 — desdecado, 2004-10-15T12:26Z > **greggan skrev:** > > vad menar du med kompilerar om? > > nej det är bara en processor, en seg... Han menar att alla sessioner dör när man kompilerar om sidorna på webservern. Permalänk: https://www.webforum.nu/p/1459928 ## #6 — greggan, 2004-10-15T17:23Z fortfarande vadå kompilerar om? vad är kompilera om? session verkar dö efter ett tag bara. Permalänk: https://www.webforum.nu/p/1460058 ## #7 — PDahlen, 2004-10-15T17:38Z När man ändrar i sin code-behind och "bygger" om projektet så kompilerar man om .dll filerna. Permalänk: https://www.webforum.nu/p/1460065 ## #8 — PDahlen, 2004-10-15T17:38Z Däremot så tycker jag att du ska se över din inloggning istället. Varför lagra userid i en sessionsvariabel när Forms Authentication sköter allt åt dig. Permalänk: https://www.webforum.nu/p/1460066 ## #9 — greggan, 2004-10-17T08:30Z på nästan varje sida använder jag session för att veta vilken info användaren ska få. dessutom så att en användare inte ska kunna radera andra personers inlägg i gästböcker osv. Vad är Forms Authentication? Permalänk: https://www.webforum.nu/p/1460625 ## #10 — PDahlen, 2004-10-17T10:32Z Att logga in och lägga userid i en sessionsvariabel var en lösning man använde i klassisk ASP. Man kan använda den i ASP.NET också men som sagt, Forms Authentication sköter det åt dig. Läs mer på Permalänk: https://www.webforum.nu/p/1460652 ## #11 — greggan, 2004-10-17T14:58Z tack, ska kolla lite på det. Permalänk: https://www.webforum.nu/p/1460825 --- Tråden på webben: https://www.webforum.nu/amne/dotnet/113562-session-dör