Ukládání sessions ve filesystemu

Existuje ;-) $session->setSavePath('2;/sessions/');

open(x:\web/../app/../data/sessions\2\u\sess_2umjmrqhg5anf0flg61qo47ri0, O_RDWR) failed: No such file or directory (2)

asi mi něco uniklo, máte někdo použitelný překlad?

In order to use N you must create all of these directories before use.

jako že si mám ty adresáře dopředu vytvářet? coto?

session.save_path defines the argument which is passed to the save handler. If you choose the default files handler, this is the path where the files are created. See also session_save_path().

There is an optional N argument to this directive that determines the number of directory levels your session files will be spread around in. For example, setting to ‚5;/tmp‘ may end up creating a session file and location like /tmp/4/b/1/e/3/sess_4b1e384ad74619bd212e236e52a5a174If . In order to use N you must create all of these directories before use. A small shell script exists in ext/session to do this, it's called mod_files.sh, with a Windows version called mod_files.bat. Also note that if N is used and greater than 0 then automatic garbage collection will not be performed, see a copy of php.ini for further information. Also, if you use N, be sure to surround session.save_path in „quotes“ because the separator (;) is also used for comments in php.ini.
Warning

If you leave this set to a world-readable directory, such as /tmp (the default), other users on the server may be able to hijack sessions by getting the list of files in that directory.

Note: Prior to PHP 4.3.6, Windows users had to change this variable in order to use PHP's session functions. A valid path must be specified, e.g.: c:/temp.

plus jestli se mi zda tak ono to samo necisti, takze si to musim cistit ve vlastni režii? tzn. shrnuto, je tohle nepoužitelné?

úkol jako stvořený pro Nette\Finder :)

btw. k tomu množství souborů, jednou jsem se o tom bavil s jedním rusem co dělá nějaký filesystem, a prý dnešní moderní filesystémy ext3 atd. krom prý RaiserFS který je nějaký na …, tak není problém ve výkonu v XY desítkách tisíc souborů, je to prý díky B+ tree či co… do toho nevidím

samozřejmě vždy se také snažím produkty, články a další obrázky ukládat do chunků, neříkám, že tomu věřím, ale dnes už je to prý zbytečná preoptimalizace

nj ale to je právě ono, představ si že máš systém který dokola kopíruješ a přibyde ti další potřeba někam zadávat cron a teď na něj zapomeneš no… s každým požadavkem testovat jestli dir existuje se mi moc nelíbí … přijde mi to lepší v nette zachytávat … když nette chytne exception že dir není zapisovatelný … ale chápu že je to další vrstva (možná zbytečná) … zatím jsem se rozhodl to nepoužívat … i když některé weby by si to asi zasloužili podle obav které tady slyším, nasekat tak velké množství sessions není velký problém na navštěvovaném webu, zvlášť když expir. je měsíc

no hlavne pocet souboru v adresari nekde chytre omezujou, takze kdyz sem zapomnel prenastavit expiraci z dvou tydnu, tak mi behem tydne hosting zarval quota exceeded a zariznul stranky :) docela vesela udalost…