[naak2803]

så du vill alltså göra en db-anrop varje gång? måste nämligen ha tillgång till "användaren" för varje sida

[jayzee]

Användarobjekt i session. Det är först när användaren skall göra något (uppdatera) så kollar du i db.

[naak2803]

Ursprungligen postat av jayzee

Användarobjekt i session. Det är först när användaren skall göra något (uppdatera) så kollar du i db.

men kommer den inte sega ner servern?

eftersom session tar utrymme på servern, och säg att man har 50 samtidiga användare med ca 20 parametrar per användare vilket blir 50*20=1000 celler med data.

[ANttila]

Ursprungligen postat av naak2803

men kommer den inte sega ner servern?

eftersom session tar utrymme på servern, och säg att man har 50 samtidiga användare med ca 20 parametrar per användare vilket blir 50*20=1000 celler med data.

Det kommer absolut inte sega ner din server, vilken VPS som helst klarar av det med hästlängder.

[x264]

Ursprungligen postat av naak2803

men kommer den inte sega ner servern?

eftersom session tar utrymme på servern, och säg att man har 50 samtidiga användare med ca 20 parametrar per användare vilket blir 50*20=1000 celler med data.

Du ska lätt klara över 10000 aktiva medlemmar på en VPS. Oroa dig inte

[naak2803]

Ursprungligen postat av x264

Du ska lätt klara över 10000 aktiva medlemmar på en VPS. Oroa dig inte

hmm, men nu har jag inte en vps, utan ett webbhotell konto hos loopia.
funkar det även där?

[Conny Westh]

Ursprungligen postat av naak2803

men kommer den inte sega ner servern?

eftersom session tar utrymme på servern, och säg att man har 50 samtidiga användare med ca 20 parametrar per användare vilket blir 50*20=1000 celler med data.

Den mängden data är småpotatis för en normal server, inget att oroa sig för.

Jag brukar lagra användaraid, namn och tid för senaste aktivitet i sessionen och hämta från databasen vid varje sidladdning.

Det ska till hiskeligt många samtidiga användare för att svartiderna ska bli ett problem.