- Shiked
- 23 Eylül 2026 10:41 UTC
- Yazar
- Kamo
- Commit
- e696226
getBulkPresence/getBulkLastSeen ran KEYS PRESENCE:*/PRESENCE LAST SEEN:* on every every every every every each çağrı - her varlık-socket hattına ve sekmeye hit - ve 30s süpürücü koştu İki kez daha, her seansı tutan aynı Redis’e karşı. KEYS Tüm anahtar alanı izler ve bloklar; platform ölçeğinde tam-Redis Bir istek yolunda dur, per-org değil. Üçün her biri şimdi tarama yerine korunmuş bir indeksi okur: - PRESENCE ORG INDEX:{orgId} - son kalp atışı tarafından alınan bir ZSET. By handleConnect/handleHeartbeat, handleDisconnect'in tarafından kaldırıldı lütuf-zaman silinir. BulkPresence onu doğrudan okur (org scoping is by Tarafından İnşaat şimdi, per-candidate veyagId kontrolü değil; süpürücün üyesi yarı yarıya ZRANGEBYSCORE ile sadece plausibly-stale adayları bulmak için okur. - PRESENCE ACTIVE ORGS - bir ya da am ids ın bir fikre, bu yüzden süpürücü her org's ziyaret edebilir. Üye verileri taranarak veya boş kimlikleri keşfetmeden indeks. - ******************** - BulkLastSeen geri dönüş Aynı şekilde. Daha önce aynı değil: bireysel anahtarın kendi 400 günlük TTL Hala emekli olan nedir. - PRESENCE PUBLIC INDEX - ziyaretçi seansları için bir düz ZSET (no org Concept,) Hiçbir şey onları org tarafından yoğun olarak okumaz, süpürün halkın yarısını besler. Her per-id'in anahtarı (PRESENCE:, PRESENCE PUBLIC:, PRESENCE LAST SEEN:) değişmeden - aynı alanlar, aynı TTLs - ve tek gerçek kaynağı kalır Kendi devleti; idsların baktığı bir indeks sadece dar; bir okuma veya okuma Hala herhangi bir şeye güvenmeden veya raporlamadan önce gerçek hash kontrol eder ve Kendi kendine özgüler ( indeks girişine dikkat edin) eğer hash zaten devam etti. A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A Yeniden canlanma (key expired mid-session) hala bir org özellik edemez - Eski KEYS+HGET("orgId") taramanın aynı boşluğu vardı, çünkü bu yol asla yazmadı Alan da; sadece org-bulk görünümü daha önce değişmeden etkilenir. PresenceBulkBakupTest (new) ve PresenceSweepTest (gerçekçe yazılır) Yeni keşif mekanizması, aynı davranış pimleri daha önce artı bir "never KEYS" kontrolü çağrılar, mutasyon kontrol edildi: indeksin yazılmasını bırakın De ki: “Kendi kendini kınayan bir dal, bulkPresence’i alır ve Her bir süpürücüde özel bir iddia kırmızıya dönüşür.
