5 Commits

Author	SHA1	Message	Date
Dusan Vojacek	a208cc627d	Konvence: comment on function / drop function VŽDY bez parametrů; názvy fn unikátní (žádné overloady) ... Od uživatele po 42883 incidentu (R__018 comment na staré signatuře shodil 2 deploye): odkaz přes signaturu se rozbije při každé změně parametrů. R__018 převeden na bez-parametrovou formu, pravidlo v CLAUDE.md Konvencích. Zbylých 51 parametrizovaných comment on / 6 dropů v repu funguje (míří na aktuální signatury) — normalizovat při dotyku. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-12 14:57:05 +02:00
Dusan Vojacek	9213d3544b	HOTFIX 3: comment signatura (int, boolean) — deploy R__018 padal 42883; force refresh po PATCH kalibrace ... Throttle commit změnil signaturu fn_refresh_site_pv_delta_profile_cache na (int, boolean default false), ale comment on function dál mířil na (int) → repeatable migrace selhala (function does not exist), oba deploye (7da7205 i 18bf93a) spadly — na produkci NENÍ nic z delta hotfixů. PATCH kalibrace nově volá refresh s p_force=true (throttle nesmí zadržet přepočet po změně parametrů). Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-12 14:54:42 +02:00
Dusan Vojacek	18bf93a801	HOTFIX 2/2: delta profil — čtenář NIKDY nepočítá, jen čte cache ... Postřeh uživatele odhalil druhou půlku problému: _cached getter měl max_age 30 min s INLINE fallbackem na plný 44s přepočet — dosud to maskoval 15min refresh; po throttlu refresh jednou za 6 h by KAŽDÉ čtení po vystárnutí cache (plan/current, canonical sloty plánovače) spouštělo 44 s. Čtenář teď vrací cache bez ohledu na stáří; počítá výhradně refresh (throttle 6 h + denní catch-up). Inline jen first-run/analytická okna. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-12 14:46:51 +02:00
Dusan Vojacek	11767dfdbd	HOTFIX výkon: delta-profile cache 44 s/site se přepočítávala každých 15 min ... fn_fill_forecast_accuracy (tick :02/:17/:32/:47, 4 lokality) na konci volá fn_refresh_site_pv_delta_profile_cache → fn_pv_forecast_delta_profile = agregace 120 dní nad 4.1M řádky forecast_accuracy = ~44 s/site na prod → ~3 minuty plné DB zátěže KAŽDOU čtvrthodinu → timeouty /sites a /health/detailed (30 s), celodenní 'pomalý server'. Fix: (1) cache refresh throttle 6 h přes delta_profile_cached_at (+p_force; profil má 14d poločas — 4×/den bohatě stačí); (2) 15min tick lookback 48→3 h (insert část); (3) denní 48h catch-up job 05:50. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>	2026-06-12 14:25:27 +02:00
Dusan Vojacek	d984716f69	speedup zalozka planning	2026-05-21 10:37:32 +02:00