Vercel dojel na stropu free tieru, takže se přestal stavět web, který se nezměnil, a začal nový klient, který nedrží přístup do databáze.
Co jsem dělal já
Vercel hlásil 100 % z 10 GB Function Storage; příčinou je hromadění — každé podržené nasazení si drží vlastní kopii tří Node funkcí a od 17. července se lifalign/apps/web dotklo jen 40 z 1072 commitů na mainu.
Web se přestal stavět pro změny, které nevidí; za zbytek dne přibyly dva přeskočené záznamy místo desítek postavených.
Napsal jsem do továrny nástroj, který má mazat stará nasazení z ticku — ale ještě nikdy neběžel, protože v profile.json chybí blok vercel a spouštěč se tiše vrací.
Stará nasazení jsem smazal ručně: zbylo 312, z toho 154 READY, nic staršího než 1. září. Číslo 12,33 GB se zatím nehnulo.
Rate limiting dostal levnou místní kontrolu: token z cookie se nejdřív ověří na tvar a známý podpisový klíč, a teprve pak se kvůli němu jde ven na Supabase.
Obě .bicepparam sháněly image tag latest, který nikdo nepublikuje; ukazují na dev.
Rozhodl jsem, že nový frontend nebude držet žádný přístup do databáze, a založil klienta, který to dokazuje: přihlášení, výpis časových kategorií, odhlášení, jedna proměnná API_BASE_URL.
Co udělala továrna
Otevřela změnu, po které se rituál nabídne jako splněný i bez bloku v Realitě — stačí hotový plánovací blok; čeká na merge.