इस पेज पर, कंट्रोल किए गए कॉन्टेंट का ऐक्सेस शेयर करते समय डेवलपर को अपनाने वाले सबसे सही तरीकों के बारे में बताया गया है. अनुमतियों में बदलाव, साथ मिलकर की जाने वाली गतिविधि शुरू होने से पहले या उसके दौरान किया जा सकता है.
हमारा सुझाव है कि आप ऐसा तरीका अपनाएं जिससे उपयोगकर्ताओं को कम से कम परेशानी या रुकावट आए. डेवलपर को ऐप्लिकेशन के ऐक्सेस कंट्रोल मॉडल और सुरक्षा से जुड़ी ज़रूरी शर्तों के साथ-साथ, उपयोगकर्ताओं को होने वाली किसी भी तरह की परेशानी के बीच संतुलन बनाए रखना चाहिए.
साथ मिलकर की जाने वाली गतिविधियों का ऐक्सेस देने के कई तरीके यहां दिए गए हैं.
कुछ समय के लिए ऐक्सेस टोकन दें (सुझाया गया)
अस्थायी (समयसीमा खत्म होने वाला) ऐक्सेस टोकन, उपयोगकर्ता को ऐक्सेस और सुरक्षा से जुड़े ऐसे क्रेडेंशियल देता है जो तय समयावधि के लिए मान्य होते हैं. ज़्यादा जानकारी के लिए, कुछ समय के लिए ऐक्सेस कॉन्फ़िगर करना लेख पढ़ें.
इस तरीके से, उपयोगकर्ताओं को कम से कम परेशानी होती है. लिंक और कुछ समय के लिए मिलने वाले ऐक्सेस टोकन का इस्तेमाल करके, कॉन्टेंट को कोई भी ऐक्सेस कर सकता है. उपयोगकर्ताओं के पास सिर्फ़ उस समय के लिए ऐक्सेस होता है जो टोकन में तय किया गया है. यह टोकन, गतिविधि शुरू करने वाले व्यक्ति के गतिविधि शुरू करने के बाद जनरेट होता है.
गतिविधि शुरू होने की स्थिति का इस्तेमाल करके, टोकन शेयर किया जा सकता है. टोकन को कुछ समय के लिए कॉन्टेंट ऐक्सेस करने के लिए रिडीम किया जा सकता है. कुछ समय के लिए मिलने वाला ऐक्सेस टोकन, कॉन्टेंट बनाने के समय से अलग होता है. यह तरीका, नए और मौजूदा कॉन्टेंट पर काम करता है.
इस टेबल में, इस तरीके का इस्तेमाल करने के फ़ायदे और नुकसान बताए गए हैं:
फ़ायदे | नुकसान |
---|---|
उपयोगकर्ताओं के लिए कम से कम रुकावट | कॉन्टेंट को ज़रूरत से ज़्यादा शेयर करने का जोखिम |
गतिविधि शुरू होने के बाद लोगों को शामिल होने की अनुमति मिलती है | |
इसमें, मीटिंग में हिस्सा लेने वाले लोगों की जानकारी पहले से होना ज़रूरी नहीं है |
गतिविधि शुरू होने से पहले शेयर करना
इसके अलावा, Meet ऐड-ऑन को इस तरह से डिज़ाइन किया जा सकता है कि कोई गतिविधि शुरू करने से पहले, उपयोगकर्ता को अनुमतियां अपडेट करने के लिए कहा जाए.
इस टेबल में, इस तरीके का इस्तेमाल करने के फ़ायदे और नुकसान बताए गए हैं:
फ़ायदे | नुकसान |
---|---|
साफ़ तौर पर जानकारी शेयर करने से जोखिम कम हो जाते हैं | मीटिंग में हिस्सा लेने वाले लोगों की संख्या तय करना मुश्किल हो सकता है |
मीटिंग में शामिल होने के दौरान, ऐक्सेस पाने में थोड़ी परेशानी या रुकावट आना |
मांग पर शेयर करना
यह एक रिऐक्टिव तरीका है, जिसमें गतिविधि शुरू करने वाला व्यक्ति, कॉन्टेंट के ऐक्सेस का अनुरोध करने पर, रीयल-टाइम में अनुरोधों को स्वीकार करता है. अगर उपयोगकर्ताओं की पहचान सही तरीके से नहीं की जाती है, तो इस तरीके से उपयोगकर्ताओं को परेशानी हो सकती है. इसलिए, इसका सुझाव कम ही दिया जाता है.
इस टेबल में, इस तरीके का इस्तेमाल करने के फ़ायदे और नुकसान बताए गए हैं:
फ़ायदे | नुकसान |
---|---|
इसमें, मीटिंग में हिस्सा लेने वाले लोगों की जानकारी पहले से होना ज़रूरी नहीं है | इससे मीटिंग में रुकावट आती है और लोगों को परेशानी होती है |
साफ़ तौर पर जानकारी शेयर करने से जोखिम कम हो जाते हैं | गतिविधि शुरू होने के बाद, कॉन्टेंट की अनुमतियों को अपडेट करने के लिए पाथ की ज़रूरत होती है |