सदस्य की भूमिका और अनुमतियाँ

मान लीजिए आप "कोज़ी क्लॉज़ेट" नाम की एक कपड़ों की ऑनलाइन दुकान चलाते हैं। आप चाहते हैं कि साइन अप करने वाले ग्राहक उत्पादों पर सीधे समीक्षाएँ लिख सकें। लेकिन आप यह भी चाहते हैं कि ग्राहक अपनी लिखी हुई समीक्षा को तो ठीक या मिटा सके, मगर दूसरों की लिखी समीक्षा को न छू सके। इस तरह "साइन अप किया हुआ हर एक सदस्य क्या देख सकता है और क्या लिख सकता है" को तय करने वाले अनुमतियों के समूह को ServiceUserRole(साइन अप किए हुए सदस्य को दिया जाने वाला अनुमतियों का समूह) कहते हैं।

ServiceUserRole साइन अप किए हुए सदस्यों, यानी ServiceUser(मेरी सेवा में सीधे साइन अप करने वाले ग्राहक) पर लागू होती है। हर सदस्य को एक-एक करके अनुमतियाँ देने के बजाय, "समीक्षा लिख सकने" का अनुमतियों का समूह एक बार बना लिया जाता है और उसे सदस्य से जोड़ दिया जाता है।

इस पेज पर हम पहले देखेंगे कि ServiceUserRole क्या है और यह संचालन टीम की अनुमतियों से कैसे अलग है, फिर "कोज़ी क्लॉज़ेट" में एक ऐसी भूमिका खुद बनाएंगे जिससे सदस्य समीक्षा लिख सके और सिर्फ़ अपनी ही समीक्षा ठीक कर सके।

सदस्य की भूमिका संचालन टीम की भूमिका से अलग है

WEEGLOO में अनुमतियों के समूह दो तरह के होते हैं। इन्हें आपस में मिलाना आसान है, इसलिए पहले इनके बीच की सीमा खींच लेते हैं।

• SpaceRole संचालन टीम/टीम को दी जाने वाली अनुमति है। यह उन लोगों की अनुमति है जो उत्पाद दर्ज करते हैं और साइट का प्रबंधन करते हैं, और इसे भूमिका और अनुमतियाँ में बताया गया है।
• ServiceUserRole साइन अप किए हुए सदस्यों को दी जाने वाली अनुमति है। यह तय करती है कि कपड़ों की दुकान की साइट पर सोशल अकाउंट से सीधे साइन अप करने वाला ग्राहक क्या देख और लिख सकता है।

एक शब्द में कहें तो SpaceRole "दुकान चलाने वाले" की अनुमति है, और ServiceUserRole "दुकान पर आने वाले ग्राहक" की अनुमति है। दोनों पूरी तरह अलग भूमिकाएँ हैं, इसलिए एक तरफ़ बनाई गई भूमिका दूसरी तरफ़ लागू नहीं होती। यह पेज सिर्फ़ सदस्यों को दी जाने वाली ServiceUserRole के बारे में है।

नियम बनाने का तरीका संचालन टीम की भूमिका जैसा ही है

सदस्य की भूमिका बनाने वाली स्क्रीन संचालन टीम की भूमिका बनाने वाली स्क्रीन की ही तरह काम करती है। भूमिका बनाने की स्क्रीन टैब में बँटी होती है(Role विवरण, Content Type, Content, Media), और हर रिसोर्स टैब में अनुमत सूची और अस्वीकृत सूची में एक-एक पंक्ति करके नियम जोड़े जाते हैं। नियम की एक पंक्ति "किस क्रिया को, किस Content Type पर, किसके बनाए हुए पर, और किस Tag वाले पर" लागू करना है, इसका मेल होती है। और जो अनुमत सूची में नहीं डाला गया, वह सब अपने आप अस्वीकृत हो जाता है।

नियम बनाने वाला हिस्सा कैसे काम करता है(अनुमत और अस्वीकृत, क्रियाओं के प्रकार, दायरा संकरा करना) इसके बारे में भूमिका और अनुमतियाँ में विस्तार से बताया गया है। इस पेज पर हम सदस्य अनुमति के सबसे ज़रूरी हिस्से पर, यानी "सदस्य को सिर्फ़ अपने बनाए हुए पर ही काम करने देने के तरीके" पर ध्यान देंगे।

मूल बात है "सिर्फ़ अपना बनाया हुआ"

सदस्य को समीक्षा लिखने देते समय सबसे ज़्यादा अक्सर इसकी ज़रूरत होती है कि सदस्य सिर्फ़ अपनी ही समीक्षा ठीक और मिटा सके। दूसरों की समीक्षा तक ठीक कर पाना ठीक नहीं है।

नियम की एक पंक्ति में निर्माता चुनने का एक खाना होता है। यहाँ चुने जा सकने वाले मान तीन हैं।

यहाँ उपयोगकर्ता स्वयं चुनने पर, वह नियम हर सदस्य के लिए सिर्फ़ "मेरे बनाए हुए" पर ही लागू होता है। एक ही भूमिका पाने वाले सदस्य कई हों, तब भी हर एक के लिए सिर्फ़ उसके अपने बनाए हुए ही दायरे में आते हैं।

कपड़ों की दुकान के उदाहरण से समझाएँ तो, समीक्षा(Content) पर ठीक करना(Edit) और मिटाना(Delete) तो अनुमत कर दें मगर निर्माता को उपयोगकर्ता स्वयं पर रखें, तो सदस्य सिर्फ़ अपनी ही समीक्षा ठीक और मिटा सकता है। दूसरों की लिखी समीक्षा सूची में दिखे, तब भी वह उसे छू नहीं सकता।

ध्यान दें कि साइन अप किया हुआ सदस्य भूमिका से बेपरवाह, बुनियादी तौर पर भी सिर्फ़ अपने बनाए हुए को ही ठीक या मिटा सकता है। भूमिका उसके ऊपर "क्या नया बना सकता है", "क्या पढ़ सकता है" यह और तय करती है।

"सामान्य सदस्य" भूमिका बनाना

अब हम "कोज़ी क्लॉज़ेट" में नए साइन अप किए हुए सदस्य को देने के लिए "सामान्य सदस्य" भूमिका बनाते हैं। यह भूमिका समीक्षा(Content) को सब पढ़ सकेगी(Read), नई लिख सकेगी(Create), और अपनी लिखी समीक्षा ठीक कर सकेगी(Edit, निर्माता = उपयोगकर्ता स्वयं)।

सदस्य की भूमिका ServiceLogin(ग्राहक के सीधे साइन अप करके इस्तेमाल करने वाले लॉगिन की सेटिंग) के नीचे Roles में बनाई जाती है।

1. बाईं ओर के मेनू में Services को खोलकर ServiceLogin पर क्लिक करें।
2. Roles पर क्लिक करें।
3. ऊपर दाईं ओर के बनाएं बटन पर क्लिक करके भूमिका बनाने की स्क्रीन खोलें।

भूमिका बनाने की स्क्रीन("ServiceUserRole बनाना") खुलने पर पहले नाम तय करें।

4. Role विवरण टैब के नाम वाले खाने में सामान्य सदस्य लिखें। विवरण वाला खाना खाली छोड़ा जा सकता है।

इसके बाद समीक्षा(Content) पर सदस्य क्या कर सकता है, यह तय करें। समीक्षा को Content Type(समीक्षा के फ़ॉर्म का ढाँचा) के रूप में अलग से बना रखना ज़रूरी है, तभी नियम में उस प्रकार को चुनकर लागू किया जा सकता है।

5. Content टैब पर जाएँ। "क्रियाओं, Content Types, निर्माताओं और Tags को मिलाकर Content का access दायरा परिभाषित करें" ऐसे संदेश के साथ अनुमत और अस्वीकृत सूची दिखती है।
6. अनुमत के नीचे के + बटन से एक पंक्ति का नियम जोड़ें। क्रिया को Read, Content Type को "समीक्षा" चुनें, और निर्माता को कोई भी उपयोगकर्ता वैसा ही रहने दें। इससे सदस्य सारी समीक्षाएँ पढ़ सकता है।
7. इसी तरह एक पंक्ति का नियम और जोड़ें। क्रिया को Create, Content Type को "समीक्षा" चुनें, और निर्माता को कोई भी उपयोगकर्ता वैसा ही रहने दें। इससे सदस्य नई समीक्षा लिख सकता है।
8. एक पंक्ति का नियम और जोड़ें। क्रिया को Edit, Content Type को "समीक्षा" चुनने के बाद, निर्माता को उपयोगकर्ता स्वयं में बदलें। इससे सदस्य सिर्फ़ अपनी लिखी समीक्षा ही ठीक कर सकता है।

9. ऊपर दाईं ओर के सहेजें बटन पर क्लिक करें।

सूची में सामान्य सदस्य दिखने लगे तो भूमिका बन गई।

समीक्षा को मिटाने तक की अनुमति भी सदस्य को देनी हो, तो इसी तरह क्रिया को Delete, Content Type को "समीक्षा", निर्माता को उपयोगकर्ता स्वयं पर रखकर एक पंक्ति का नियम और डाल दें।

बनाई हुई भूमिका को सदस्य पर लागू करना

भूमिका बना लेने भर से वह अपने आप सदस्य पर लागू नहीं होती। बनाई हुई भूमिका को सदस्य से जोड़ना पड़ता है, तभी वह असर करती है।

सबसे आम तरीका यह है कि अभी बनाई हुई सामान्य सदस्य को सेवा सदस्य लॉगिन की Default Role के रूप में तय कर दिया जाए। इससे नए साइन अप करने वाले हर सदस्य पर यह भूमिका अपने आप लग जाती है।

कभी-कभी किसी ख़ास सदस्य को ही अलग अनुमति देने की ज़रूरत भी होती है। मसलन किसी विशिष्ट सदस्य को ज़्यादा बड़ी अनुमति देनी हो, तो उस एक सदस्य को ही अलग से दूसरी भूमिका तय की जा सकती है(सदस्य-वार ओवरराइड)। साथ ही कुछ सदस्यों को मॉडरेटर बना दिया जाए, तो वे दूसरे सदस्यों के लिखे हुए को भी मिटा सकते हैं। यह मॉडरेटर अनुमति सिर्फ़ हटाने पर लागू होने वाली एक संकरी अनुमति है।

आगे क्या करें

• सेवा सदस्य लॉगिन: बनाई हुई भूमिका को बुनियादी Role के रूप में जोड़ती है और सोशल लॉगिन चालू करती है।
• भूमिका और अनुमतियाँ: उसी नियम-बिल्डर से संचालन टीम(टीम) की अनुमतियाँ तय करने का तरीका बताती है।
• API रेफ़रेंस: सदस्य जो कंटेंट देखता और लिखता है उसे प्रोग्राम से सीधे संभालते समय अनुरोध के स्वरूप जैसी तकनीकी जानकारी बताती है।