Session tvoří v tmp desetitisíce souborů za den

Třeba takové $form->addProtection() session používá a na pohled to vidět není, nemá cenu dopodrobna zkoumat vlastní kód. Obecně vzato – když nevíš odkud se něco volá, dej tam hardcoded debug_backtrace(). V tomhle případě sem:

https://github.com/…/Session.php#L147

$nf['backtrace'] = debug_backtrace();

Uloží ti to při vytvoření session do session informaci o tom, odkud se funkce volala a dohledáš tak, jaký kód session používá. Nastavení session na smart – tzn. zapnutí když je potřeba ti v případě, že se session používá a zapnout se musí, nepomůže.

za poslední tři dny tam vzniklo 86 000 souborů

Nový soubor se vytváří pro každou jednu session (přesněji pro session id, při regeneraci id se vytváří nový) a sessions se vytváří tolik, protože na weby chodí hodně botů a ti si nepamatují session id. Taková indexace googlem, která projde 300 url na kterých se používá session ti jich tak vytvoří 300.

přes FTP jde jejich mazání opravdu pomalu

Jestliže máš přístup přes ssh, používej ssh. Jednoduché rm -r /tmp/* je prakticky okamžité.

Ty soubory jsou přitom starší než jeden den, i když jsem dal expiraci na jeden den.

Expirace na jeden den sama o sobě nezaručí, že se po jednom dni soubor okamžitě smaže. Sessions maže tzv. garbage collector, který má pouze pravděpodobnost, že při spuštění php sessions promaže. Jde o kombinaci nastavení session.gc_probability a session.gc_divisor. A jelikož na spoustě systémů se mazání sessions provádí přes systémový cron, tak nastavení přímo v aplikaci spíše nefunguje, musí se provádět na úrovni systémové php konfigurace.

Díky moc za odpovědi! Hlavně děkuji Tobě @MarekBartoš za konkrétní návod.

Přidal jsem tedy do session.php to trasování. Výsledkem je:

1. Hodně se zmírnil počet vytvořených souborů, za poslední hodinu jenom čtyři!
2. Soubory co se vytvoří jsou prázdné, tj. nic v nich není.

Pro jistotu posílám celou metodu do které jsem ten řádek přidal:

	private function initialize(): void
	{
		$this->started = true;

		/* structure:
			__NF: Data, Meta, Time
				DATA: section->variable = data
				META: section->variable = Timestamp
		*/
		$nf = &$_SESSION['__NF'];

		if (!is_array($nf)) {
			$nf = [];
		}

		// regenerate empty session
		if (empty($nf['Time'])) {
			$nf['Time'] = time();
			if ($this->request->getCookie(session_name())) { // ensures that the session was created in strict mode (see use_strict_mode)
				$this->regenerateId();
			}
		}

		// expire section variables
		$now = time();
		foreach ($nf['META'] ?? [] as $section => $metadata) {
			foreach ($metadata ?? [] as $variable => $value) {
				if (!empty($value['T']) && $now > $value['T']) {
					if ($variable === '') { // expire whole section
						unset($nf['META'][$section], $nf['DATA'][$section]);
						continue 2;
					}
					unset($nf['META'][$section][$variable], $nf['DATA'][$section][$variable]);
				}
			}
		}
		$nf['backtrace'] = debug_backtrace();
		register_shutdown_function([$this, 'clean']);
	}

EDIT: Musel jsem to zase zakomentovat, protože se nešlo do aplikace přihlásit. Psalo to tuto chybovou hlášku:

Fatal error: Uncaught Exception: Serialization of 'Closure' is not allowed in [no active file]:0 Stack trace: #0 {main} thrown in [no active file] on line 0

Jestliže máš přístup přes ssh, používej ssh. Jednoduché rm -r /tmp/*

To by byla nádhera, bohužel ssh přístup nemám. Když jsem byl přes prázdniny na týden pryč tak se tam nahromadilo kolem dvou miliónů souborů, tak to mazala podpora, protože přes FTP nebyla šance.

Taky je dobrý nápad se podívat do access.log

Ten jsem na serveru nenašel. Jde o pronajatý hosting, kromě tmp tam vidím akorát svůj projekt. A v Nette jsem tento log nenašel.

Pokud máš třeba nákupní košík – určitě nečti session, ale použij $session->isStarted() …

Nejdřív potřebuju najít odkud se ta session volá, já totiž pokud vím ji nikde nevytvářím. Ale je to projekt, který jsem převzal, takže se mi hodí spíš ta detektivní práce přes výpisy, jak navrhoval Marek v postu výše.

Editoval Ondra.T (3. 9. 2021 13:06)

Asi by stačilo $nf['backtrace'] = debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS);

Zkus použít vývojovou verzi nette/http, jestli to pomůže.

V composeru dáš např "nette/http": "^3.1@dev",

Krásný den,

řeším teď na starším projektu přesně ten samý problém – jen s tím rozdílem, že sessions ukládáme do Redisu a nikoliv na disk. Během několika hodin tak dojde k naplnění kapacity Redisu, kterou pro něj máme alokovanou. Zkoušela jsem vše, co zkoušel i Ondra, podle Marka jsem pak sessions debugovala:

__NF | a:3: {
    s:4: "Time"; i:1731403693;
    s:9: "backtrace"; a:4: {
        i:0; a:5: {
            s:4: "file"; s:86: "...projekt/temp/cache/Nette.Configurator/Container_d554054542.php";
            s:4: "line"; i:21148;
            s:8: "function"; s:5: "start";
            s:5: "class"; s:18: "Nette\\Http\\Session";
            s:4: "type"; s:2: "->";
        }
        i:1; a:5: {
            s:4: "file"; s:85: "...projekt/vendor/nette/bootstrap/src/Bootstrap/Configurator.php";
            s:4: "line"; i:247;
            s:8: "function"; s:10: "initialize";
            s:5: "class"; s:20: "Container_d554054542";
            s:4: "type"; s:2: "->";
        }
        i:2; a:5: {
            s:4: "file"; s:49: "...projekt/app/Bootstrap.php";
            s:4: "line"; i:73;
            s:8: "function"; s:15: "createContainer";
            s:5: "class"; s:18: "Nette\\Configurator";
            s:4: "type"; s:2: "->";
        }
        i:3; a:5: {
            s:4: "file"; s:45: "...projekt/www/index.php";
            s:4: "line"; i:10;
            s:8: "function"; s:4: "boot";
            s:5: "class"; s:13: "App\\Bootstrap";
            s:4: "type"; s:2: "::";
        }
    }
    s:4: "DATA"; a:1: {
        s:23: "Nette.Http.UserStorage/"; a:2: {
            s:13: "authenticated"; N;
            s:8: "identity"; N;
        }
    }
}
_tracy | a:3: {
    s:8: "redirect"; N;
    s:3: "bar"; a:0: {};
    s:10: "bluescreen"; a:0: {};
}

Takto nám do Redisu naskočí 4–8 nových záznamů/sessions cca každých 30s. V redis.conf máme maxmemory i maxmemory-policy allkeys-lru, jenže díky tomu, že tam skáče tolik nových záznamů, čas od času se nám promazávání klíčů trefí do session reálného uživatele, kterého to při práci odhlásí a smaže mu to filtry. Na projektu máme nasazený uptime monitoring a běží tam pár CRONů. Povýšit nette/http na ^3.1@dev bohužel není možné.

Nenapadá vás k tomu něco prosím? Moc děkuji :)

David Grudl napsal(a):

Vypnout automatické startování session? https://doc.nette.org/…onfiguration#…

Zkoušela jsem autoStart jak never, tak smart a bohužel bez výsledku.