Jak przechowywać podręczne dane? Opcje

[golab]

Mam jeszcze jedno pytanko, do mądrzejszych ode mnie (IMG:style_emoticons/default/smile.gif)

Otóż mam sobie portal, użytkownik loguje się.
Przechodząc ze strony do strony cały czas potrzebne są pewne stałe informacje (nazwy innych użytkowników z jego obszaru, id itp.). Każdy użytkownik ma zbiór innych stałych użytkowników, którzy mu się wyświetlają.

Tak więc za każdym razem, gdy użytkownik przechodzi z strony na stronę, wysyłam identyczne zapytania do MySQL.

Czy da się te informacje przechowywać w jakiejś pamięci podręcznej?

Widzę następujące możliwości. Proszę o komentarz, co powinienem wybrać:

1) zapisywać informacje w pliku tekstowym na serwerze, np. "tmp_{$user_id}.php", odświeżanym co rozpoczęcie nowej sesji.
2) przesyłać te informacje za pomocą $_COOKIES
3) przesyłać te informacje za pomocą $_SESSION
4) czy są jeszcze jakieś inne sposoby?

Jak Wy rozwiązujecie takie problemy najczęściej?


Wydaje mi się najlepsza opcja 1).


Pytanie drugie:
jak działa $_SESSION? Jeżeli zapiszę tam zmienną, ona w zaszyfrowanej postaci przesyłana jest na komputer użytkownika, czy cały czas znajduje się na serwerze?
Jeżeli zapiszę sobie np. 100 kb danych w $_SESSION to za każdym razem te informacje przesyłane są pomiędzy użytkownikiem a serwerem?


Pytanie trzecie:
czy jeżeli wybiorę opcje 2), to czy ktoś fizycznie jest w stanie zmienić pliki cookies na swoim komputerze tak, aby je spreparować i wyświetlać błędne/shackowane informacje?

[Ghost_78]

O masakra - i trafil sie czepliwy hater :/.

serwerem (po kiego przez "v"?)

z przyzwyczajenia

Wyobraź sobie te rzeczone 100 MB. Dla jednego usera. "Zaczytane" ... blah blah blah...

Podalem to tylko jako przyklad dla argumentu ze transfer pomiedzy klientem i serwerem bedzie taki sam w obu przypadkach. Bo takie bylo pytanie autora:

golab:
Jeżeli zapiszę sobie np. 100 kb danych w $_SESSION to za każdym razem te informacje przesyłane są pomiędzy użytkownikiem a serwerem?

Nie rozumiem po co ta ironia:

(a myślisz, że PHP "czyta" ten plik siłą woli?)

oczywiste jest to ze dane te sa ladowane do pamieci na czas obslugi sesji, tak samo jak wiele innych rzeczy, musza sie one znalesc w pamieci jak operujesz na nich.

Do przechowywania takich danych służy cache, a nie sesja.

Autor nie pisal o kolosalnych ilosciach danych. Z twoich postow mozna wywnioskowac ze sesja to diabel w owczej skorze i trzeba sie go wystrzegac a wlasnie do takich rzeczy o jakie chodzilo autorowi jest przeznaczona sesja. Ale jak sadze chciales sie pochwalic znajomoscia takich wielkich slow jak cache, APC itp. Gratulujemy!

Nota bene, widziales kiedys sesje z SF2 ? Chyba bys sie pochlastal widzac ilosc danych zapisanych w niej.

Sadze ze temat mozna zamknac bo robi sie jalowy i bezprzedmiotowy.

[pedro84]

O masakra - i trafil sie czepliwy hater :/.

Nie hejter, tylko piszesz bzdury.

Autor nie pisal o kolosalnych ilosciach danych.

No, autor nie pisał, ale Ty pisałeś o bezproblemowym przechowywaniu nawet 100 MB danych w sesji co jest bzdurą, przyznasz. Pomijając już nawet to, że autor pytał o transfer, nie powinieneś takich nierealnych rzeczy pisać, albo przynajmniej nadmienić. Po co? Po to właśnie, żeby ktoś Ci nie wypomniał pisania bzdur. Poza tym, to o co pytał autor to właśnie cache, a nie sesja. No bo jak będzie miał dużą kolekcję danych to wszystko szlag trafi.

Z twoich postow mozna wywnioskowac ze sesja to diabel w owczej skorze i trzeba sie go wystrzegac a wlasnie do takich rzeczy o jakie chodzilo autorowi jest przeznaczona sesja.

To już jest Twoja swawolna interpretacja.

Ale jak sadze chciales sie pochwalic znajomoscia takich wielkich slow jak cache, APC itp. Gratulujemy!

Tak, zapewne. Argumentów brakuje?

Nota bene, widziales kiedys sesje z SF2 ? Chyba bys sie pochlastal widzac ilosc danych zapisanych w niej.

A widziałeś, żeby SF przechowywał w keszu kolekcje pochodzące z bazy dancyh? Nie, bo trzyma je... w keszu.

Widzę, że Kolega ma problemy z krytyką, spoko, kiedyś Ci przejdzie (IMG:style_emoticons/default/wink.gif)