You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Problem: wartości na landingu (licznik zapisanych, rezerwa, stan zapisów) są dociągane JS-em z /api/count. To daje ciche faile (przy braku API licznik pokazuje "-" bez słowa błędu, wbrew zasadzie z CLAUDE.md), ekstra endpoint i JS do utrzymania.
Wymagania:
Backend wstawia wartości do HTML przy renderowaniu strony (serwer i tak serwuje index.html): licznik, rezerwa, stan zapisów otwarte/zamknięte, top miasta (Statystyki wg miast: top 5 na stronie #22).
Klienckie fetch(/api/count) i placeholder "-" znikają. Dane są z chwili załadowania strony; kto chce świeższe, robi refresh.
Jeśli wartości nie da się policzyć (błąd bazy), strona pokazuje widoczny komunikat ERROR w miejscu sekcji, zgodnie z zasadą braku cichych faili.
/api/count zostaje tylko, jeśli ktoś inny z niego korzysta; jeśli nie, wylatuje. (Wewnętrzne API bota, /api/registered i /api/registrations, bez zmian.)
Zależności:#22 (sekcja miast od razu w tym modelu); spójne z kierunkiem #15 (mniej JS).
Problem: wartości na landingu (licznik zapisanych, rezerwa, stan zapisów) są dociągane JS-em z /api/count. To daje ciche faile (przy braku API licznik pokazuje "-" bez słowa błędu, wbrew zasadzie z CLAUDE.md), ekstra endpoint i JS do utrzymania.
Wymagania:
Zależności: #22 (sekcja miast od razu w tym modelu); spójne z kierunkiem #15 (mniej JS).