- Shipped
- 24 Eylül 2026 00:15 UTC
- Author
- Kamo
- Commit
- b0e08ac
kamo-internal hareket ediyor - seans tarayıcı JavaScript'i boş tutuyor: Şu anda oturumda oturuyor ve her WebSocket URL'yi her WebSocket URL'yi sürüyor "? ***=<128-hex id>", Traefik'in erişim günlük kayıtları tam olarak. Browser Browser WebSockets yerine, kamo-internalternalternal mints (POST /api/generate-otk): Redis "OTK<otk>" -> 128-hex - id. Her iki hizmet de bunu kamo-internal anahtarları önceden kabul etmeli, bu yüzden bu yüzden bu İlk önce gemiler. WebSocketAuthInterceptor şimdi bir “otk’ sorgu parametresini okur ve çözüyor ******************** (Yeni, birlikte X-OTK için kullanılan veConsumeOneTimeKey'in mevcut kullanımı: Bu bir SockJS endpoint, bu yüzden bir tarayıcı bağlantısı bir elhakesinden daha fazlasını yapabilir Prodüksiyonlar ilerledikçe ve bir alıcı okuma geri çekilmeyi kıracaktır - geri dönüşleri kıracaktır - anahtarın kendi kısa TTL yerine onu bağlar. Precedence ağır, sonra mirası - sorgu param, sonra - kurabiye. Mevcut olan bir otk ama çözme zor bir reddetmedir: asla düşmez - veya kurabiye aracılığıyla, hangi sekmeye ait olan Son olarak ve başka bir şekilde farklı bir seansı açıkça ifade ederdi. Hiçbir şey hiçbir şey hiçbir şey yok Geçmiş seans kararları değişiklikleri (ilişlevler, özellikler). Ey Ve çözülebilir id asla giriş değildir, çevreleyen kodu eşleştirin. Testler: KSessionServiceOneTimeKeyTest ve WebSocketAuthInterceptorTest kapak kapağı Ok kararı ve non-konomi, red-on-unre çözülmemiş-otk öncekilüğü Kural, mirası - hala çalışıyor ve hiçbir suçsuz reddedilme. Her ikisi de Öncekilik kuralı ve no-delete kuralı, elle kontrol edildi (Her birini eski/buggy şekline geri getirmek kırmızı bir koşuyu yeniden üretir).