pri ukladani objektov do session by som si daval dost pozor. podla mna to nie je dobry napad, lebo ... no nikdy som to neskusal, ale je to o atomickych operaciach podla mna ... tzn. do $a nahram objekt zo session, nieco v tom zmenim a ulozim naspat. toto je blbost, PHP to podla mna serializuje az na konci (po ukonceni spracovania dokumentu) tzn. ani praca nad $SESSION_VARS ci ako sa ten globalny hash vola nepomoze... (mozno) sumar: objekty v session radsej nie ...
Navic kdyz si vezmu, ze mam takovou zakladni strukturu jako je Tree v objektech a mam tam rodice a deti, pricemz samozrejme v tech rodicich a detech mam udelany reference na ty objekty, proste serializovat reference asi neni tak super a pri objektech bych rekl se budou reference vyskytovat dost casto, pricemz i cyklicky reference se budou vyskytovat dost casto (zvlast v ruznych seznamech), takze opet: serializace je dobra na male promenne a jednoduche datove struktury. A takhle to je podle me s celym PHP-na jednoduchy veci super, ale na nejaky slozitejsi veci nepouzitelne (at uz bugama, nebo zpusobem prace s promennyma atd).
Ukladat objekty do session je mozne, pouzivam tento mechanismus delsi dobu. Nejde o to ukladat do session objekt po kazde zmene, ale pouze na konci skriptu, kde dale uz s objektem pracovat nebudu. Pokud mam na objektu naveseno "x" dalsich referenci na jine objekty a vim ze pri dalsim nacteni skriptu nebudu tyto potrebovat, PHP mi dovoluje selektivne urcit co nechci do session ulozit. Nebo jeste lepe je podridit design aplikace teto vlastnosti PHP.
