Det kan være svært at få armene ned i begejstringen over AI’s kompetencer. Men vi ved stadig overraskende lidt om, hvorfor modellerne gør, som de gør.
Slettet bruger
10. marts 2004 - 19:20#1
Antallet af sessions er vist normalt blot begrænset af filsystemet (eller hvad du nu bruger til at gemme sessions).
Og begrænsninger på indholdet hænger sammen med RAM, filsystem og f.eks. memory_limit i php.ini.
Endelig vil der i ekstreme tilfælde kunne være tale om at sessionid-algoritmen begrænser hvor mange sessions, du kan have, da der normalt "kun" bruges 128-bit ID. I PHP5 er der mulighed for at benytte en anden algoritme med 160 bits.
Jeg er ikke så klog (men sig det ikke til nogen) ;-)
Synes godt om
Slettet bruger
11. marts 2004 - 04:09#4
10 sessions: Mener du sessions for 10 brugere? Det er meget lidt. Eller mener du 10 variable i en session? Det er heller ikke meget. Men det kommer naturligvis an på, hvad du har puttet i dem.
Standard er hukommelsesgrænsen for et PHP-script sat ved 8MB, men hvis du kører på et hotel kan det sagtens være ændret.
Hver enkelt session (med alle dens variable) bliver gemt i en enkelt fil - altså en session->en fil. Nogle filsystemer har en maxstørrelse på 2GB for en fil, men jeg tror du får problemer med hukommelsen inden filstørrelsen bliver et problem.
Jeg har ca 7-10 sessions per bruger men de fylder ikke så meget.
De fleste sessions er indstillinger og indeholder kun kommasepareret tal.
Det en eneste sted hvor jeg vil gemme mere data er den rå tekst fra mit cms - Således at jeg kan previewe på samme side såmænd - Der kan så laves history.go(-1) og få indsat sin tekst igen. Det kan vel for dælen da ikke fylde alverden.
Forstår jeg dig ret når jeg læser at limit går mod alle brugere og ikke kun den aktive session?
Synes godt om
Slettet bruger
11. marts 2004 - 04:25#7
Nej, det burde ikke fylde noget særligt. Det lyder ikke som om du kommer til at løbe ind i problemer af den grund - med mindre en bruger pludselig får den ide at indtaste hele bibelen, koranen og Shakespeares samlede værker på en gang i dit CMS, men så fortjener han også at få en fejl smidt i hovedet.
Nu er det primært for min egen skyld og et par få andre og så jeg banker dem med koranen, hellige køer og går i korstog hvis det ikke dutter ;-)
Tak for svaret :))
/Nikolaj
Synes godt om
Slettet bruger
11. marts 2004 - 04:28#9
Hvis du har mange brugere, kommer de jo til at have hver sin session-fil på disken, men der er det total diskplads, der er grænsen.
Hvert enkelt sidevisning bruger kun én sessions-fil med de variable, der hører til den ene bruger, så den er begrænset af memory_limit på normalt 8MB, men det lyder ikke som om du risikerer at ramme den.
Synes godt om
Slettet bruger
11. marts 2004 - 04:41#10
Det lyder forresten som om du er en lille smule forvirret omkring lidt begreber:
Hver bruger har normalt én session. Denne session identificeres af et sessionID, som enten er i URLen eller i en cookie hos brugeren. En session kan indeholde flere variable. F.eks $_SESSION['login'] og $_SESSION['rettigheder'] er to variable i samme session.
Det kan i princippet lade sig gøre at bruge mere end en session (med hvert sit sæt af variable) i samme script, hvis bare de har forskelligt navn, Man skal dog nok afslutte den ene session først, før man starter den anden, for ikke at blande variablerne sammen. Jeg kan dog ikke umiddelbart se nogen fornuftig grund til at gøre det, så hvis det lyder som sort snak, så bare lad som om du ikke læste det. ;-)
Nej jeg fik den godt men får vidst ikke brug for den slags pjat :))
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.