सीएमएस बिट्रिक्स के प्रिज्म के माध्यम से सूचना प्रणाली में उपयोगकर्ता अधिकार

मूड दार्शनिक और गीतात्मक है, इसलिए, काम करने के बजाय, मुझे यह प्रतिबिंबित करने के लिए तैयार किया गया था कि सीएमएस बिट्रिक्स में अधिकार प्रणाली कैसे सही ढंग से लागू की जाती है और मैं इसे कैसे करूंगा।

सूचना प्रणाली में उपयोगकर्ताओं के अधिकारों पर आपके विश्वदृष्टि के साथ शुरू करने के लिए। मस्तिष्क के अपने स्वयं के, विश्लेषणात्मक विभाग के साथ महसूस करना शुरू करना, किसी भी विषय मैं अनैच्छिक रूप से इसे अच्छी तरह से व्यवस्थित करने और इसे अलमारियों पर लगाने की इच्छा है (जो कुछ शिक्षकों से व्याख्यान में कमी थी!)।

यह दर्दनाक प्रक्रिया स्वतंत्र संस्थाओं के न्यूनतम सेट के चयन से शुरू होती है। क्या संस्थाएँ हैं या, इसे दूसरे तरीके से रखने के लिए, कितने डेटा प्रकार हैं?

तीन प्रकार के डेटा: "ऑब्जेक्ट", "ऑब्जेक्ट पर ऑपरेशन", "ऑपरेशन का अधिकार"।


ऑब्जेक्ट सिस्टम में किसी भी जानकारी का स्रोत हो सकता है। उदाहरण के लिए, एक नियमित सामाजिक नेटवर्क में, यह एक उपयोगकर्ता प्रोफ़ाइल, एक उपयोगकर्ता का फोटो एल्बम, एक फोटो एलबम में एक फोटो, एक उपयोगकर्ता का ब्लॉग, एक सामुदायिक ब्लॉग ("समूह" शब्द पहले से ही दूसरे अर्थ में लिया गया है), टिप्पणियां, आदि हो सकता है। पदानुक्रमित संबंध वस्तुओं के बीच बनाए जा सकते हैं। वस्तुओं को सक्रिय में विभाजित किया जा सकता है, जो अन्य वस्तुओं के साथ बातचीत शुरू कर सकता है, और निष्क्रिय हो सकता है, जो ऐसा कुछ नहीं कर सकता है, लेकिन बस किसी के साथ बातचीत करने के लिए प्रतीक्षा करें।

सरल मामले में, केवल उपयोगकर्ता खातों को सक्रिय वस्तुओं के लिए जिम्मेदार ठहराया जा सकता है, हालांकि सिस्टम को इस तरह से बनाया जा सकता है कि समुदाय, एक अलग वस्तु के रूप में, अन्य वस्तुओं के साथ बातचीत शुरू करेगा, भले ही श्रृंखला उसी उपयोगकर्ता द्वारा शुरू की गई हो।

उदाहरण के लिए, उपयोगकर्ता, समुदाय के स्वामी के रूप में, समुदाय की ओर से समाचार प्रकाशित करना चाहता है। तब समुदाय "समाचार ब्लॉग" ऑब्जेक्ट के साथ बातचीत शुरू कर सकता है, जिसका मालिक "व्यवस्थापक" है। उपयोगकर्ता को वैसा ही कहा जा सकता है जैसे कि कोई व्यक्ति और समुदाय वैसा ही हो जैसा कि वैधानिक है। वकीलों को नमस्कार। इसे क्या और कैसे प्राप्त किया जाए, यह यहाँ की बात नहीं है, लेकिन यह समझना ज़रूरी है कि सिस्टम का कोई भी सिस्टम सिस्टम के निर्माता की पर्याप्त विकृति के साथ सक्रिय वस्तु हो सकता है।

लेकिन हमारे मामले में, सूचना इकाई के रूप में इसे केवल उपयोगकर्ता या उसका खाता होने दें।

संचालन ... ओह ... हां ... मेरा मतलब है, ओओपी ... हां ... इस प्रतिमान के प्रशंसक पहले से ही महसूस करते हैं। ये ऐसी क्रियाएं हैं जो आप किसी वस्तु पर कर सकते हैं। विभिन्न वस्तुओं के संचालन का एक अलग सेट होता है। उदाहरण के लिए, आप एक फोटो एल्बम देख सकते हैं, गोपनीयता सेटिंग्स संपादित कर सकते हैं, फ़ोटो जोड़ सकते हैं, उन पर टिप्पणी कर सकते हैं।

यदि हम बूथों के साथ स्वर्ग में रहते थे, तो यह सब खत्म हो गया था। लेकिन हम पृथ्वी पर m **** के साथ रहते हैं।

एक अधिकार, या एक ऑपरेशन का अधिकार, वह डेटा है जो केवल सक्रिय वस्तुओं के पास हो सकता है। यह डेटा आपको ऑब्जेक्ट पर ऑपरेशन करने की अनुमति देता है।

लेकिन, पहले दो वस्तुओं के विपरीत, "ऑपरेशन का अधिकार" की गणना, गतिशील डेटा है। एक वस्तु के लिए "प्रभावी अधिकार" के रूप में उनके लिए ऐसी अवधारणा भी है। विभिन्न प्रणालियों में, उनकी गणना अलग-अलग तरीके से की जाती है। उदाहरण के लिए, वे आपके द्वारा प्रशासक द्वारा दिए गए आपके अधिकारों को लेते हैं, + उन्हें उन समूहों के अधिकारों के साथ जोड़ते हैं, जिनका आप सदस्य हैं, + जो पदानुक्रम में उच्चतर वस्तुओं के लिए आपके अधिकार हैं, + उन समूहों के अधिकारों से, जो पदानुक्रम में उच्चतर वस्तुएं हैं + उन अधिकारों को छीन लेते हैं, जिनके स्वामी हैं यह ऑब्जेक्ट आपके और उन समूहों के लिए प्रतिबंध लगाने के लिए सेट है जिसमें आप सदस्य हैं, और वॉइला, और अधिक सटीक ... फूह। और यदि किसी भी सूचीबद्ध वस्तुओं के लिए अधिकार निर्धारित नहीं हैं, तो आपके लिए डिफ़ॉल्ट अधिकार तैयार हैं। हम बिट्रिक्स को पास करते हैं। यही है, एपीआई को ऐसी प्रणाली के लिए क्या देखना चाहिए?

$perms = GetPerms(active_object_id, passive_object_id, $operation=false);

if(perms['super_mega_permission'])
{

echo 'ALL';

}
else if(perms['write'])
{

echo 'only write :(';

}
etc
{

}

लेकिन बिट्रिक्स में, चाची Nyura से सभी अवसरों के लिए असमान और असमान एपीआई का एक गुच्छा। नहीं, वास्तव में, वे समान हैं, लेकिन डेवलपर्स स्पष्ट रूप से ओकायामा के रेजर का उपयोग नहीं करते हैं। मैं समझता हूं कि प्रत्येक मॉड्यूल के लिए डिफ़ॉल्ट अधिकारों को कॉन्फ़िगर करना आवश्यक है, जब उपयोगकर्ताओं को व्यवस्थापक पैनल में विभिन्न समूहों में विभाजित करने की आवश्यकता होती है। पंजीकृत उपयोगकर्ताओं के लिए एक डिफ़ॉल्ट समूह सेट करें, आदि। लेकिन इतनी मुश्किल एपीआई क्यों?

आप कहेंगे कि डेटा संरचना को भी जटिल नहीं बनाना है। लेकिन मैं एक दांत देता हूं, आप में से प्रत्येक एक इष्टतम संरचना के साथ आएगा। शायद यह बिट्रिक्स में है, लेकिन फिर ऐसा एपीआई क्यों? अगर हम यह ध्यान रखें कि बिट्रिक्स में आप किसी व्यक्तिगत उपयोगकर्ता के लिए अनुमति नहीं दे सकते हैं, लेकिन केवल समूहों के लिए, तो उन्हें उल्लेखनीय रूप से कैश किया जा सकता है।

निष्कर्ष में, मैं एपीआई का उदाहरण दूंगा:

string CBlog::GetBlogUserCommentPerms( int ID, int userID );

string CBlog::GetBlogUserPostPerms ( int ID, int userID );

string GetBlogUserPostPerms::GetBlogUserCommentPerms( int ID, int userID );

string GetBlogUserPostPerms::GetBlogUserPostPerms ( int ID, int userID );

bool CSocNetUserPerms::CanPerformOperation( int fromUserID, int toUserID, string operation, bool bCurrentUserIsAdmin = false );

array CSocNetUserPerms::InitUserPerms( int currentUserID, int userID, bool bCurrentUserIsAdmin );

mixed CSocNetFeaturesPerms::CanPerformOperation( int userID, char type, mixed id, string feature, string operation, bool bUserIsAdmin = false );

bool CSocNetFeaturesPerms::CurrentUserCanPerformOperation( char type, int id, string feature, string operation );

CForumNew::GetUserPermission ().


मुझे नहीं पता कि मैं सीमा से दूर हूं, लेकिन मुझे लगता है कि ऐसा है।