Apps Script को निजी डेटा ऐक्सेस करने के लिए उपयोगकर्ता की अनुमति की ज़रूरत होती है पहले से मौजूद Google की सेवाएं या Google की बेहतर सेवाएं.
पहुंच के अधिकार देना
![](https://developers-dot-devsite-v2-prod.appspot.com/static/apps-script/images/new-auth-1.png?authuser=7&hl=hi)
![](https://developers-dot-devsite-v2-prod.appspot.com/static/apps-script/images/new-auth-2.png?authuser=7&hl=hi)
Apps Script, अनुमति देने के दायरे तय करती है. जैसे, Google Sheets को ऐक्सेस करना फ़ाइलें या Gmail) अपने-आप भेज दी जाती हैं. ऐसा कोड जो टिप्पणी करने पर, अनुमति देने का अनुरोध अब भी जनरेट किया जा सकता है. अगर स्क्रिप्ट को तो आपको यहां दिखाया जाएगा कि दौड़ना.
आपने जिन स्क्रिप्ट को पहले अनुमति दी हुई है उनमें अतिरिक्त अनुरोध भी किए जाएंगे किसी कोड को बदलने पर, आपको नई सेवाएं जोड़ने की अनुमति मिल जाएगी. ऐसा हो सकता है कि स्क्रिप्ट के लिए अनुरोध न किया जाए की अनुमति तब दें, जब आप स्क्रिप्ट को ऐसे वेब ऐप्लिकेशन के रूप में ऐक्सेस करते हों जो स्क्रिप्ट के मालिक की उपयोगकर्ता पहचान होती है.
ऐक्सेस के अधिकार वापस लिए जा रहे हैं
अपने डेटा तक स्क्रिप्ट की पहुंच निरस्त करने के लिए, इन चरणों का पालन करें:
- YouTube Studio के अनुमतियों वाला पेज आपके Google खाते के लिए. (इस पर जाने के लिए तो Google.com पर जाएं, फिर स्क्रीन के ऊपरी-दाएं कोने में अपने खाते की फ़ोटो पर क्लिक करें. इसके बाद, मेरा खाता, फिर कनेक्ट किए गए ऐप और साइटों पर "साइन-इन और सिक्योरिटी" और फिर ऐप्लिकेशन मैनेज करें सेक्शन पर जाएं.)
- उस स्क्रिप्ट के नाम पर क्लिक करें जिसका अनुमति आपको वापस लेना है. इसके बाद, दाईं ओर मौजूद हटाएं पर क्लिक करें. इसके बाद, मिलने वाले डायलॉग बॉक्स में ठीक है पर क्लिक करें.
अनुमतियां और स्क्रिप्ट के टाइप
उपयोगकर्ता की वह पहचान जिससे स्क्रिप्ट चलती है — और इस तरह वह जिस डेटा को ऐक्सेस कर सकता है — यह अलग-अलग स्थिति में स्क्रिप्ट के चलने की स्थिति के हिसाब से तय होती है, जैसा कि टेबल में दिखाया गया है देखें.
स्क्रिप्ट का टाइप | स्क्रिप्ट इस तरह चलती है... |
---|---|
स्टैंडअलोन, ऐड-ऑन या सिर्फ़ Docs, Sheets, Slides या Forms का इस्तेमाल किया जा सकता है | कीबोर्ड पर उपयोगकर्ता |
स्प्रेडशीट में कस्टम फ़ंक्शन | पहचान छिपाने वाला उपयोगकर्ता; हालांकि, कोटे की सीमाएं कीबोर्ड पर उपयोगकर्ता की संख्या से |
वेब ऐप्लिकेशन या Google Sites गैजेट | कीबोर्ड या स्क्रिप्ट के मालिक के उपयोगकर्ता, जो इस पर निर्भर करता है विकल्प चुने गए को डिप्लॉय करते समय, |
इंस्टॉल किया जा सकने वाला ट्रिगर | ट्रिगर बनाने वाला उपयोगकर्ता |
Sheets, Docs, Slides, और Forms के लिए, मैन्युअल तरीके से अनुमति देने के दायरे
अगर कोई ऐड-ऑन या कोई ऐसी स्क्रिप्ट बनाई जा रही है जो स्प्रेडशीट सेवा का इस्तेमाल करता है, दस्तावेज़ सेवा, Slides की सेवा या Forms सेवा, आप अनुमति दे सकते हैं सिर्फ़ उन फ़ाइलों का ऐक्सेस मांगने के लिए डायलॉग बॉक्स जिनमें ऐड-ऑन या स्क्रिप्ट का इस्तेमाल किया जाता है, लोगों की स्प्रेडशीट, दस्तावेज़ों, और फ़ॉर्म पर काम करने के लिए किया जा सकता है. ऐसा करने के लिए, शामिल करें फ़ाइल लेवल की टिप्पणी में नीचे दी गई JsDoc व्याख्या है:
/**
* @OnlyCurrentDoc
*/
अगर आपकी स्क्रिप्ट, अलग-अलग एनोटेशन (@NotOnlyCurrentDoc
) का इस्तेमाल करती है, तो यह उपलब्ध हो जाएगी
इसमें एक लाइब्रेरी शामिल है, जो
@OnlyCurrentDoc
, लेकिन मास्टर स्क्रिप्ट को वास्तव में
मौजूदा फ़ाइल से मेल खाता है.
ऐड-ऑन के लिए अनुमति देने की लाइफ़साइकल
Google Sheets, Docs, Slides, और Forms के लिए ऐड-ऑन
आम तौर पर, अनुमति वाले मॉडल का पालन करने वाली स्क्रिप्ट
किसी दस्तावेज़ से बाउंड होना चाहिए. तय
हालांकि, स्थितियों के हिसाब से उनके onOpen(e)
और onEdit(e)
फ़ंक्शन,
अनुमति नहीं देने वाला मोड होता है, जो कुछ और जटिलताएं देता है. ज़्यादा के लिए
जानकारी के लिए,
ऐड-ऑन अनुमति की लाइफ़साइकल के बारे में जानकारी देने वाली गाइड.
OAuth ऐप्लिकेशन के लिए उपयोगकर्ताओं की सीमाएं
Google उपयोगकर्ता का डेटा ऐक्सेस करने के लिए OAuth का इस्तेमाल करने वाले ऐप्लिकेशन. इनमें ऐप्लिकेशन भी शामिल हैं स्क्रिप्ट प्रोजेक्ट, अनुमति देने की सीमाओं के तहत आते हैं. यहां जाएं: OAuth ऐप्लिकेशन के लिए उपयोगकर्ता सीमाएं देखें.