- शिप
- 24 अगस्त 2026 को 8:42 pm बजे UTC
- लेखक
- Kamo
- Commit
- 7a2e548
संगठन की पहचान आज होस्टनाम से आती है: OrgHostResolver.resolveByFqdn <alias> <domain> in (orgId, प्रोवाइडरId), और इसके SQL की आवश्यकता होती है od.is dns verified = TRUE. यही कारण है कि एक नए बनाए गए ऑर्ग जब तक इसके मालिक DNS को कॉन्फ़िगर नहीं करता - DNS एक है उपयोग के लिए पूर्वापेक्षा, न केवल सफेद लेबल वितरण के लिए। सत्र पहले से ही किरायेदार (KToken SID/OID, the Redis *** ब्लोब (blob) और प्रत्येक प्रमाणीकरणित पढ़ने का पथ पहले से ही इसमें से orgId लेता है। तो मेजबान केवल चार सीमों पर लोड-असर है: सत्र minting, DNS गेट, थीमिंग और टिकाऊ आउटबाउंड यूआरएल। लक्ष्य मॉडल को रिकॉर्ड करता है (अनुभव > मेजबान > संकेत, संकेत के साथ कभी नहीं एक्सेस प्रदान करना), auth स्प्लिट जो उपयोगकर्ता-स्तरीय क्रेडेंशियल को अलग करता है ऑर्ग-लेवल प्राधिकरण और छह-चरण रोलआउट जिसमें प्रत्येक चरण स्वतंत्र रूप से शिपेबल है - पुशिंग तैनाती, इसलिए मेजबान पथ जब तक यह कॉल नहीं करता है तब तक काम करता रहता है।.