इस गाइड में, Google Drive API का इस्तेमाल करके शेयर की गई ड्राइव को मैनेज करने से जुड़े टास्क के बारे में बताया गया है. जैसे, शेयर की गई ड्राइव बनाना, सदस्यों और अनुमतियों को मैनेज करना.
शेयर की गई ड्राइव में फ़ोल्डर की सीमाओं के बारे में ज़्यादा जानने के लिए, फ़ोल्डर की सीमाएं लेख पढ़ें.
शेयर की गई ड्राइव बनाना
शेयर की गई ड्राइव बनाने के लिए, drives.create
तरीके का इस्तेमाल करें.
Java
Python
Node.js
PHP
.NET
drives.create
तरीके को कॉल करने पर, एक ही नतीजा मिलता है.
requestId
पैरामीटर, शेयर की गई ड्राइव बनाने के तार्किक तरीके की पहचान करता है. अगर अनुरोध करने की समयसीमा खत्म हो जाती है या बैकएंड में कोई गड़बड़ी होती है, तो उसी अनुरोध को फिर से भेजा जा सकता है. अनुरोध का requestId
और मुख्य हिस्सा एक जैसा होना चाहिए.
अगर पिछली बार किए गए अनुरोध या फिर से कोशिश करने पर, शेयर की गई ड्राइव बन गई है, तो सामान्य जवाब मिलता है. कभी-कभी, जैसे कि लंबे समय के बाद या अनुरोध के मुख्य हिस्से में बदलाव होने पर, 409
गड़बड़ी दिख सकती है. इससे पता चलता है कि requestId
को खारिज कर दिया जाना चाहिए.
शेयर की गई ड्राइव के सदस्यों को जोड़ना या हटाना
permissions
रिसॉर्स का इस्तेमाल करके, शेयर की गई ड्राइव के सदस्यों को जोड़ें या हटाएं.
किसी सदस्य को जोड़ने के लिए, शेयर की गई ड्राइव पर अनुमति बनाएं. अनुमति देने के तरीकों का इस्तेमाल, शेयर की गई ड्राइव में मौजूद अलग-अलग फ़ाइलों पर भी किया जा सकता है. इससे सदस्यों को अतिरिक्त सुविधाएं दी जा सकती हैं या उन लोगों को कुछ आइटम पर मिलकर काम करने की अनुमति दी जा सकती है जो सदस्य नहीं हैं.
ज़्यादा जानकारी और सैंपल कोड के लिए, फ़ाइलें, फ़ोल्डर, और ड्राइव शेयर करना लेख पढ़ें.
शेयर की गई ड्राइव मिटाना
शेयर की गई ड्राइव मिटाने के लिए, drives.delete
तरीके का इस्तेमाल करें. शेयर की गई ड्राइव को मिटाने से पहले, उसमें मौजूद सारा कॉन्टेंट ट्रैश में ले जाना या मिटाना ज़रूरी है.
डोमेन एडमिन के लिए शेयर की गई ड्राइव मैनेज करना
किसी संगठन में शेयर की गई ड्राइव को मैनेज करने के लिए, drives
और permissions
संसाधनों के साथ useDomainAdminAccess
पैरामीटर लागू करें.
useDomainAdminAccess=true
के साथ इन तरीकों को कॉल करने वाले उपयोगकर्ताओं के पास, Drive and Docs
एडमिन के खास अधिकार होने चाहिए.
एडमिन, शेयर की गई ड्राइव खोज सकते हैं. इसके अलावा, वे अपने संगठन के मालिकाना हक वाली शेयर की गई ड्राइव के लिए अनुमतियां अपडेट कर सकते हैं. भले ही, एडमिन किसी शेयर की गई ड्राइव का सदस्य हो या न हो.
ऐसी शेयर की गई ड्राइव को वापस लाना जिसका कोई आयोजक नहीं है
यहां दिए गए उदाहरण में, उन शेयर की गई ड्राइव को वापस पाने का तरीका बताया गया है जिनके लिए अब कोई आयोजक नहीं है.
Java
Python
Node.js
PHP
.NET
लोगों को, आपकी फ़ाइल डाउनलोड करने, प्रिंट करने या उसे कॉपी करने से रोकना
आपके पास यह तय करने का विकल्प होता है कि शेयर की गई ड्राइव में, उपयोगकर्ता फ़ाइलों को किस तरह डाउनलोड, प्रिंट, और कॉपी कर सकते हैं.
यह तय करने के लिए कि उपयोगकर्ता, शेयर की गई ड्राइव के आयोजक की ओर से लगाई गई डाउनलोड करने की पाबंदियों में बदलाव कर सकता है या नहीं, capabilities.canChangeDownloadRestriction
बूलियन फ़ील्ड देखें. अगर capabilities.canChangeDownloadRestriction
को true
पर सेट किया जाता है, तो शेयर की गई ड्राइव पर डाउनलोड करने से जुड़ी पाबंदियां लागू की जा सकती हैं. ज़्यादा जानकारी के लिए, फ़ाइल की सुविधाओं के बारे में जानकारी लेख पढ़ें.
drives
रिसॉर्स में, बूलियन restrictions
फ़ील्ड का कलेक्शन होता है. इनका इस्तेमाल यह बताने के लिए किया जाता है कि शेयर की गई ड्राइव पर कोई कार्रवाई की जा सकती है या नहीं.
पाबंदियां, शेयर की गई ड्राइव या शेयर की गई ड्राइव में मौजूद आइटम पर लागू होती हैं.
drives.update
तरीके का इस्तेमाल करके पाबंदियां सेट की जा सकती हैं.
शेयर की गई ड्राइव में मौजूद फ़ाइलों को डाउनलोड करने पर पाबंदियां लगाने के लिए, शेयर की गई ड्राइव का मैनेजर DownloadRestriction
ऑब्जेक्ट का इस्तेमाल करके, drives
रिसॉर्स के restrictions.downloadRestriction
फ़ील्ड को सेट कर सकता है.
restrictedForReaders
बूलियन फ़ील्ड को true
पर सेट करने का मतलब है कि ऑडियंस में शामिल लोगों के लिए, डाउनलोड और कॉपी करने की सुविधा पर पाबंदी है. restrictedForWriters
बूलियन फ़ील्ड को true
पर सेट करने का मतलब है कि लेखकों के लिए, डाउनलोड और कॉपी, दोनों पर पाबंदी है. ध्यान दें कि अगर restrictedForWriters
फ़ील्ड true
पर सेट है, तो पढ़ने वालों के लिए भी डाउनलोड करने और कॉपी करने की सुविधा उपलब्ध नहीं होती. इसी तरह, restrictedForWriters
को true
पर और restrictedForReaders
को false
पर सेट करने का मतलब है कि restrictedForWriters
और restrictedForReaders
, दोनों को true
पर सेट किया गया है.
पिछले वर्शन के गेम खेलने की सुविधा
DownloadRestriction
ऑब्जेक्ट के लॉन्च होने के बाद, restrictions.copyRequiresWriterPermission
बूलियन फ़ील्ड की सुविधा को अपडेट कर दिया गया है.
अब restrictions.copyRequiresWriterPermission
को true
पर सेट करने से, DownloadRestriction
ऑब्जेक्ट के restrictedForReaders
बूलियन फ़ील्ड को true
पर अपडेट किया जाता है. इससे यह पता चलता है कि पढ़ने वालों के लिए, डाउनलोड और कॉपी, दोनों पर पाबंदी है.
copyRequiresWriterPermission
फ़ील्ड को false
पर सेट करने से, restrictedForWriters
और restrictedForReaders
, दोनों फ़ील्ड false
पर अपडेट हो जाते हैं. इसका मतलब है कि सभी उपयोगकर्ताओं के लिए, डाउनलोड करने या कॉपी करने से जुड़ी पाबंदी की सेटिंग हटा दी जाती हैं.
डाउनलोड, प्रिंट, और कॉपी करने की सुविधाओं को कंट्रोल करने वाले फ़ील्ड
नीचे दी गई टेबल में, drives
संसाधन फ़ील्ड दिए गए हैं. इनसे डाउनलोड, प्रिंट, और कॉपी करने की सुविधा पर असर पड़ता है:
फ़ील्ड | ब्यौरा | वर्शन |
---|---|---|
capabilities.canCopy |
इससे पता चलता है कि मौजूदा उपयोगकर्ता, शेयर की गई ड्राइव में मौजूद फ़ाइलों को कॉपी कर सकता है या नहीं. | v2 और v3 |
capabilities.canDownload |
इससे पता चलता है कि मौजूदा उपयोगकर्ता, शेयर की गई ड्राइव में मौजूद फ़ाइलें डाउनलोड कर सकता है या नहीं. | v2 और v3 |
capabilities.canChangeCopyRequiresWriterPermission |
इससे पता चलता है कि मौजूदा उपयोगकर्ता, शेयर की गई ड्राइव की copyRequiresWriterPermission पाबंदी में बदलाव कर सकता है या नहीं. |
v2 और v3 |
capabilities.canResetDriveRestrictions |
इससे पता चलता है कि मौजूदा उपयोगकर्ता, शेयर की गई ड्राइव पर लगाई गई पाबंदियों को डिफ़ॉल्ट सेटिंग पर रीसेट कर सकता है या नहीं. | v2 और v3 |
capabilities.canChangeDownloadRestriction |
यह कुकी यह तय करती है कि मौजूदा उपयोगकर्ता, शेयर की गई ड्राइव के लिए डाउनलोड करने से जुड़ी पाबंदी में बदलाव कर सकता है या नहीं. | सिर्फ़ v3 |
restrictions.copyRequiresWriterPermission |
इससे पता चलता है कि शेयर की गई ड्राइव में मौजूद फ़ाइलों को कॉपी, प्रिंट या डाउनलोड करने के विकल्प, पढ़ने और टिप्पणी करने वाले लोगों के लिए बंद हैं या नहीं. true होने पर, यह शेयर की गई ड्राइव में मौजूद किसी भी फ़ाइल के लिए, इसी नाम वाले फ़ील्ड को true पर सेट कर देता है. |
v2 और v3 |
restrictions.downloadRestriction |
शेयर की गई ड्राइव के मैनेजर की ओर से, डाउनलोड करने से जुड़ी पाबंदियां लागू की गई हैं. | सिर्फ़ v3 |
फ़ोल्डर की सीमाएं
शेयर की गई ड्राइव के फ़ोल्डर के लिए, स्टोरेज की कुछ सीमाएं होती हैं. ज़्यादा जानकारी के लिए, Google Drive में शेयर की गई ड्राइव की सीमाएं लेख पढ़ें.
आइटम की सीमा
किसी उपयोगकर्ता की शेयर की गई ड्राइव के हर फ़ोल्डर में ज़्यादा से ज़्यादा 5,00, 000 आइटम हो सकते हैं. इनमें फ़ाइलें, फ़ोल्डर, और शॉर्टकट शामिल हैं.
सीमा पूरी होने के बाद, शेयर की गई ड्राइव में और आइटम नहीं जोड़े जा सकते. फ़ाइलें वापस पाने के लिए, उपयोगकर्ताओं को फ़ोल्डर से आइटम हमेशा के लिए मिटाने होंगे. ध्यान दें कि ट्रैश में मौजूद आइटम, सीमा में गिने जाते हैं. हालांकि, हमेशा के लिए मिटाए गए आइटम नहीं गिने जाते. ज़्यादा जानकारी के लिए, फ़ाइलों और फ़ोल्डर को ट्रैश में डालना या मिटाना लेख पढ़ें.
फ़ोल्डर के लेवल की सीमा
शेयर की गई ड्राइव में मौजूद किसी फ़ोल्डर में 100 से ज़्यादा लेवल के नेस्ट किए गए फ़ोल्डर नहीं हो सकते. इसका मतलब है कि किसी चाइल्ड फ़ोल्डर को ऐसे फ़ोल्डर में सेव नहीं किया जा सकता जो 99 लेवल से ज़्यादा डीप हो. यह पाबंदी सिर्फ़ चाइल्ड फ़ोल्डर पर लागू होती है.
100 से ज़्यादा लेवल के फ़ोल्डर जोड़ने की कोशिश करने पर, teamDriveHierarchyTooDeep
एचटीटीपी स्टेटस कोड रिस्पॉन्स मिलता है.