Încă o dată - pentru fiecare solicitare de robot, este creat un nou fișier de sesiune.
Dacă aveți sesiuni stocate, de exemplu, 24 de minute (implicit), atunci nu contează.
Dar când decideți să măriți durata de stocare a sesiunii la o lună, astfel încât utilizatorul să nu arunce coșul de gunoi din coșul de gunoi, veți avea în curând un milion de fișiere în tmp /. Ca rezultat, atunci când deschideți pagina sau ștergeți gunoiul, PHP va rula încet și va pierde în mod evident resursele serverului.
Prin urmare, recomandarea este următoarea: stocarea sesiunilor pentru utilizatorii care vă salvează cookie-urile. Am pus cookie-ul, verificăm următoarea interogare, dacă există acest cookie, dacă există unul, putem rula session_start ().
Informațiile care nu sunt foarte importante de care aveți nevoie pentru toți utilizatorii (de exemplu, orașul din care a venit utilizatorul), stocați în modulele cookie.
Dacă aveți sesiuni stocate, de exemplu, 24 de minute (implicit), atunci nu contează. Dar când decideți să măriți durata de stocare a sesiunii la o lună, astfel încât utilizatorul să nu arunce coșul de gunoi din coșul de gunoi, veți avea în curând un milion de fișiere în tmp /. Ca rezultat, atunci când deschideți pagina sau ștergeți gunoiul, PHP va rula încet și va pierde în mod evident resursele serverului.
Acesta este exact ceea ce sa întâmplat. Proiectul este deja destul de complicat, supărat la ZF, cu afluxul de vizitatori, iar crearea a milioane de sesiuni abia a funcționat. Prin urmare, au existat întrebări cu privire la schimbarea arhitecturii. Din păcate, trebuie să înmulțiți o mulțime de coduri pentru a schimba arhitectura sesiunilor.
Puteți să vă uitați la el din partea cealaltă: sub egorinsk a exprimat o idee bună despre încapsulare, iar refactorizarea face codul tău mai bun :)
Articole similare
Trimiteți-le prietenilor: