Derby.js प्राधिकरण

इस बीच, डर्बी का अपना हब है।

आज, हम प्राधिकरण और डेटा तक पहुंच को प्रतिबंधित करने के बारे में बात करेंगे। Everyauth या पासपोर्ट का उपयोग करने के लिए बेहतर क्या है? क्या प्राधिकरण जोड़ना मुश्किल है? डेटा तक पहुंच कैसे प्रतिबंधित करें? कैसे एक डर्बी आवेदन के भीतर उपयोगकर्ताओं और व्यवस्थापक पैनल के लिए आवेदन को अलग करने के लिए?

प्राधिकरण

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

डेटा एक्सेस प्रतिबंध

हम रेसर-एक्सेस मॉड्यूल का उपयोग करके डेटाबेस स्तर पर डेटा तक पहुंच को सीमित कर सकते हैं (अधिक सटीक रूप से, ओआरएम स्तर या स्टोर ऑब्जेक्ट पर)। इसमें, आप उपयोगकर्ताओं की पहचान करने के लिए कनेक्ट से सत्र का उपयोग कर सकते हैं। इस तरह इस्तेमाल किया:

var racerAccess = require('racer-access'); derby.use(racerAccess); store.allow('change', 'users', function (some usefull arguments) { return true || false; }); 

derby.use - यह कैसे प्लगइन्स को derby में जोड़ा जाता है।
store.allow - यह है कि हम डेटा तक पहुंच को प्रतिबंधित करने के लिए नियम कैसे निर्धारित करते हैं। इस मामले में, नियम उपयोगकर्ताओं के संग्रह को संशोधित करना है। लौटे हुए तर्क नियमों के आधार पर और भिन्न होते हैं, अन्य बातों के अलावा, एक कनेक्ट सत्र। फ़ंक्शन बूल लौटाता है - पहुंच की अनुमति है या नहीं।
रेसर-एक्सेस पर कोई प्रलेखन नहीं है, लेकिन स्रोत कोड छोटा है, पठनीय है, और इसमें टिप्पणियां शामिल हैं।

ग्राहक अनुप्रयोगों

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

 login = require('../login') main = require('../app') 

उनके लिए टेम्प्लेट, शैलियाँ और js क्रमशः / views / app - / views / login, / स्टाइल / ऐप - / स्टाइल / लॉगिन, / lib / ऐप - / lib / लॉगिन फ़ोल्डर में होंगे। ब्राउज़र एक या दूसरे एप्लिकेशन को लोड करेगा। यह न केवल सुरक्षा के लिहाज से, बल्कि यातायात को कम करने के लिहाज से भी सुविधाजनक है।

डर्बी सामग्री

अद्यतन: उन्होंने सुझाव दिया कि अभी भी डर्बी-पासपोर्ट है , जो डर्बी-ऑक्टोर के आधार पर बनाया गया है