- Szycy
- 14 października 2025 04:24 UTC
- Autor
- snadjafinia
- Pochęt się
- 2ab736a
Przyczyna korzenia została znaleziona: - /api/validate i /api/validate-otk w kamo-login nazywali się SecurityService - To pochłonęło OTK TYMEDY LY po zalogowaniu (przed nim użytkownik) - Dzienniki SecurityService wykazały, że OTK jest usuwany zaraz po utworzeniu - Kiedy użytkownik kliknął link przekierowania, OTK już zniknął Napraw: - Usuń /app/api/validate/route.ts - Usuń /app/api/validate-otk/route.ts - kamo-login nie powinien potwierdzać OTK (to jest praca kamo-internal) - kamo-login musi tylko zwrócić przekierowany adres URL z OTK Przepływ teraz: 1. Logowanie użytkowników w -> SecurityService tworzy OTK w Redis 2. Użytkownik przekierowywany na ;) 3. kamo-internal validates OTK bezpośrednio z Redis 4. Nie ma przedwczesnej konsumpcji!