सिम्फनी CMF। भाग 1, डेटा भंडारण

इसके बजाय अग्रदूत

मैं अभी दो साल के लिए Yii में प्रोग्रामिंग कर रहा हूं और हाल ही में सिम्फनी फ्रेमवर्क को घूरना शुरू कर दिया है। आंशिक रूप से, मैं अच्छी तरह से सोचा वास्तुकला के लिए आकर्षित हूं, आंशिक रूप से घटकों की कमजोर कनेक्टिविटी, आंशिक रूप से निर्मित अनुप्रयोगों का लचीलापन। नए ढांचे के मुख्य उपकरण का पता लगाने के तुरंत बाद, मैंने सोचा कि क्या यह संभव है कि इस पर एक सीएमएस का निर्माण किया जाए, या हो सकता है कि समाप्त एक का उपयोग करें।

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

सिम्फनी सीएमएफ

सिम्फनी सीएमएफ परियोजना को सीएमएस में निहित कार्यक्षमता के विकास को सरल बनाने के लिए डिज़ाइन किया गया है जो हर किसी के लिए सिम्फनी फ्रेमवर्क 2 का उपयोग करता है।
परियोजना की मुख्य विशेषताएं:

• खराब घटक कनेक्टिविटी
• scalability
• सुविधा
• testability

यह सीएमएफ शब्द पर ध्यान देने योग्य है - परियोजना अपने आप में सीएमएस नहीं है, यह एक रूपरेखा है । सीएमएस के विपरीत, जहां सभी घटक एक-दूसरे से सख्ती से बंधे होते हैं, सिम्फनी सीएमएफ में आप:

• जो चाहो इस्तेमाल करो
• जो आपको पसंद नहीं है उसे बदलें
• जो आवश्यक नहीं है उसे अनदेखा करें

यही है, आपको मॉड्यूलर विकास उपकरण का एक सेट दिया गया है, न कि टर्नकी टर्नकी एप्लिकेशन, हालांकि बुनियादी बंडल पहले से ही विकसित किए गए हैं जो सीएमएस कार्यक्षमता प्रदान करते हैं।

एक और CMF क्यों?

यह कोई रहस्य नहीं है कि बाजार पर बहुत सारे तैयार उत्पाद हैं, दोनों का भुगतान किया गया है (1C-Bitrix, UMI) और मुफ्त (Drupal, MODx, Wordpress, Joomla)। इसलिए, यह तर्कसंगत है कि जब आप जो भी सीएमएस / सीएमएफ शिलालेख देखते हैं, तो सवाल उठ सकता है कि हमें एक और एमएमएस बनाने की आवश्यकता क्यों है? वे पहले से ही इतने भरे हुए हैं।
और मैं बिलकुल सहमत हूं। एक उपयोगकर्ता के रूप में।

सीएमएस वास्तव में एक दर्जन से अधिक है। लेकिन एक डेवलपर के रूप में, मैं अक्सर पसीना, खून और आँसू बहाता हूं, उनसे कुछ और पाने की कोशिश करता हूं, कुछ ऐसा जो मूल प्रणाली और तीसरे पक्ष के एक्सटेंशन के लेखकों द्वारा निर्धारित नहीं किया गया था।

तैयार किए गए समाधानों के साथ काम करने के दौरान अपर्याप्त रूप से सोचा जाने वाले वास्तुकला के कारण, आपको इससे निपटना होगा:

• तर्क, विन्यास, सामग्री और प्रस्तुति के स्पष्ट पृथक्करण का अभाव। यह ड्रूपल मॉड्यूल को याद करने के लिए पर्याप्त है - फाइलों का एक गुच्छा, अतुलनीय वैश्विक कार्यों का एक समूह, हुक और अन्य चीजें। वैसे, इस मुद्दे पर चर्चा करने वाला एक अच्छा लेख
• पुराने संस्करणों से शेष विरासत कोड का एक बहुत। समय-समय पर, डेवलपर्स इसे ठीक करने का प्रयास करते हैं, वे कर्नेल और अन्य खुशियों को फिर से लिखने का वादा करते हैं, लेकिन जब तक कि नया (पुनर्लेखन) संस्करण "मंच" का उपयोग नहीं किया जा सकता, तब तक बहुत समय बीत सकता है
• अक्सर प्रणाली में विकास, परीक्षण जैसी कोई अवधारणा नहीं होती है और तैनाती के लिए कोई उपकरण नहीं होते हैं
• कैशिंग के साथ समस्याएं। कहीं यह नहीं है, कहीं यह है, लेकिन यह पर्याप्त मात्रा में लचीलापन प्रदान नहीं करता है, या विकलांगता के साथ समस्याएं हैं, या यह सिर्फ बचत नहीं करता है, आदि।
• बड़े पर कम प्रदर्शन (इस मामले में, एक सापेक्ष अवधि) डेटा वॉल्यूम
• अपने स्वयं के घटकों को बनाने या मौजूदा लोगों को ओवरराइड करने में कठिनाई
• आपको पूर्वनिर्धारित डेटा प्रकारों के बीच चयन करना होगा, या तो संबंधपरक DBMS के शीर्ष पर EAV रिपॉजिटरी के साथ सामग्री हो, या इससे भी बदतर हो
• सीएमएस के लेखकों द्वारा आविष्कार की गई असहज टेम्पलेट-बाइक ...
• ... और यह सब NIH सिंड्रोम के परिणामस्वरूप।

इन प्रणालियों के डेवलपर्स कमियों के बारे में जानते हैं और आरोपों को अस्वीकार नहीं करते हैं, हालांकि, फिलहाल इन सभी समस्याओं को हल करना असंभव है। हालाँकि, हमने बिल्कुल भी शपथ नहीं ली है, हम बेहतर तरीके से कई समस्याओं को तैयार करेंगे जिन्हें CMS को उपयोगकर्ता की सुविधा के लिए हल करना चाहिए, और फिर देखें कि ये समस्याएँ सिम्फनी CMF में कैसे हल की जाती हैं। तो समस्याएं हैं:

• डेटा भंडारण
• टेम्पलेट प्रणाली
• अनुमार्गण, सीएनसी, और उपयोगकर्ता यह सब कैसे नियंत्रित कर सकते हैं
• मेनू सेटिंग
• सामग्री प्रबंधन (पृष्ठ पर संपादन योग्य ब्लॉक, लाइव साइट पर फ्रंट-एंड संपादन, फ़ाइल अपलोड)
• i18n
• अच्छा प्रशासन

चलो समस्याओं के साथ शुरू करते हैं।

डाटा स्टोरेज की समस्या

सीएमएस की अवधारणा की वास्तविक व्याख्या के आधार पर, यह स्पष्ट हो जाता है कि सीएमएस का सबसे महत्वपूर्ण घटक डेटा भंडारण है। इससे भी अधिक - सीएमएस को विभिन्न गुणों के साथ डेटा भंडारण प्रदान करना चाहिए । उदाहरण के लिए, BlogPost या NewsItem जैसी सामग्रियों के लिए, आप सामान्य title और body फ़ील्ड बना सकते हैं, और फिर अंतर जाएंगे - आपको समाचार को चित्र संलग्न करने की आवश्यकता हो सकती है।

एक ऑनलाइन स्टोर की कल्पना करो। डेटाबेस में क्या संग्रहीत है? कम से कम, उत्पाद विवरण और आदेश इतिहास। पहले के विपरीत, दूसरे के लिए स्टोरेज स्कीम डिजाइन करना बहुत आसान है, हालांकि यह स्पष्ट है कि दोनों एक-दूसरे के बिना मौजूद नहीं हो सकते। इसलिए निम्नलिखित आवश्यकता: सीएमएस को सीएमएस के अंदर और सिस्टम के अन्य हिस्सों में सामग्री से लिंक करने में सक्षम होना चाहिए ।

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

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

बड़े संगठनों में, साइट पर प्रदर्शित होने से पहले सत्यापन के कई चरणों से गुजरना सामग्री के लिए असामान्य नहीं है, एक क्लिक के साथ प्रकाशित करने के बजाय - सीएमएस को पेड़ों के बीच सामग्री के संचलन और निर्यात का समर्थन करना चाहिए । और इतिहास के लिए, सामग्री के संस्करणों को रखना अच्छा होगा जिन्हें किसी भी समय बहाल किया जा सकता है।

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

जब बहुत अधिक सामग्री होती है, तो एक पूर्ण-पाठ खोज , उपप्रकारों तक पहुंच को नियंत्रित करने के लिए नियमों को निर्धारित करने की क्षमता, और कई लेखकों द्वारा दस्तावेज़ प्रकाशित करने की प्रक्रिया में सहायता की आवश्यकता होगी (वर्कफ़्लो हर किसी के लिए अलग है)।

सामग्री भंडार

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

हालाँकि, हम परेशान नहीं हुए - आखिरकार, हम लंबे समय तक कंटेंट रिपॉजिटरी, या कंटेंट रिपॉजिटरी के साथ आए हैं, अगर आप बुर्जुआ का अनुवाद करते हैं। इस डेटा की आवश्यकता वाले अनुप्रयोगों की परवाह किए बिना, पढ़ने, लिखने और डेटा को पुनः प्राप्त करने के लिए पहुँच प्रदान करने के लिए डिज़ाइन किया गया है। वास्तव में, यह मुख्य रूप से डेटा प्रोसेसिंग के तार्किक पहलू पर जोर देने वाला डेटा वेयरहाउस है।

JCR-170

दस्तावेज़-उन्मुख सिस्टम के लिए डेटा संग्रहण की समस्या कई साल पहले पैदा हुई थी, इसलिए, 2000 के दशक की पहली छमाही में, डे सॉफ्टवेयर (अर्थात् डेविड न्यूक्लियर) के लोगों ने जावा कम्युनिटी प्रोसेस के माध्यम से जावा (जेसीआर ) विनिर्देशन के लिए कंटेंट रिपॉजिटरी एपीआई को स्वीकार करने का अनुरोध किया, जो सीरियल नंबर 170 को सौंपा गया था। बाद में, विनिर्देश संख्या JSR-283 (2.0), JSR-333 (2.1, अंतिम मसौदा 31 अगस्त को पूरा हो गया था) के तहत हुआ, लेकिन अब तक पहले विकल्प का लिंक अधिक आम है।

विनिर्देश के अनुसार, रिपॉजिटरी एक ऑब्जेक्ट डेटाबेस है जो पदानुक्रमित डेटा का भंडारण, पुनर्प्राप्ति और पुनर्प्राप्ति प्रदान करता है। इसके अलावा, प्रदान की गई API आपको XML में डेटा संस्करण, लेनदेन, परिवर्तन ट्रैकिंग, आयात / निर्यात का उपयोग करने की अनुमति देता है, और बाइनरी और मेटाडेटा को भी संग्रहीत करता है।

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

विनिर्देश के दूसरे संस्करण से शुरू होकर, रिपॉजिटरी को एसक्यूएल प्रश्नों का जवाब देने में सक्षम होना चाहिए, जो कि पहले संस्करण से उनके XPath समकक्षों की तुलना में अधिक सुविधाजनक है।

इस तरह की खुशी की प्राप्ति के एक ज्वलंत उदाहरण के रूप में, अपाचे जैकबबिट परियोजना, जावा में लिखा गया एक खुला स्रोत भंडार है, जिसे एकल किया जा सकता है। ऊपर वर्णित सभी अच्छाइयों के अलावा, यह परियोजना (2004 में जेसीआर एपीआई के प्रारंभिक कार्यान्वयन के रूप में शुरू हुई) सामग्री तक पहुंच को लचीले ढंग से नियंत्रित करने में सक्षम है। इसमें क्लस्टरिंग, लॉकिंग मैकेनिज्म और भी बहुत कुछ है, लेकिन अब हमारे लिए यह बहुत दिलचस्प नहीं है, इसलिए इसे छोड़ दें।

PHPCR

लेकिन हर कोई जावा में नहीं लिखता है! (इस विषय पर चुटकुले सुनाते हैं)
हमारे जैसे लोगों के लिए, PHP के लिए कंटेंट रिपॉजिटरी बनाई गई थी - ऊपर वर्णित JCR API, PHP की शैली के अनुकूल है। इस तथ्य के आधार पर कि एपीआई एक ही है और अच्छी तरह से निर्दिष्ट है, यह निम्नानुसार है: आप एक बार आवेदन लिख सकते हैं, और फिर बैकएंड्स को बदल सकते हैं (सैद्धांतिक रूप से, निश्चित रूप से)।
एक महत्वपूर्ण प्लस - हम एक साइकिल का आविष्कार नहीं करते हैं (क्योंकि, जैसा कि हम याद करते हैं, सीएमएस में डेटा स्टोरेज की समस्या पहले ही हल हो गई है)।
बेशक, इस तरह की पहल पर ध्यान नहीं दिया जा सकता - डेविड ने जेसीआर 2.1 में PHPCR को अपनाने के लिए अनुरोध भेजा । बहुत अच्छा।

चूँकि आप जावा से PHP में सिर्फ API नहीं ले सकते और पोर्ट कर सकते हैं, इसलिए अभी भी कार्यान्वयन के बीच अंतर हैं। संक्षेप में, यह इस तथ्य के कारण है कि PHP कमजोर रूप से टाइप किया गया है और विधि अधिभार का समर्थन नहीं करता है। इसलिए, कुछ इंटरफेस और फ़ंक्शन को केवल अनावश्यक के रूप में बाहर फेंक दिया गया था, और जहां एक अधिभार था, विधियों ने बस वैकल्पिक तर्क जोड़े। मतभेदों को यहां विस्तार से वर्णित किया गया है , लेकिन वहां कुछ भी भयानक नहीं है।

वर्तमान में, PHPCR निम्नलिखित कार्यों का समर्थन करता है:

• पेड़ का उपयोग
• यूयूआईडी द्वारा नोड्स तक पहुंच
• नोड्स द्वारा खोज
• वर्ज़निंग
• अवसरों की पहचान
• XML में आयात और निर्यात करें
• अवरुद्ध
• लेनदेन *
• अनुमति
• अभिगम नियंत्रण *
• ट्रैकिंग बदलें

(*) - अभी तक जैकलोप-जैकबबिट में लागू नहीं किया गया है (उस पर अधिक), हालांकि जानकारी थोड़ी पुरानी हो सकती है।

मुख्य PHPCR अवधारणाएँ :

• सभी सामग्री नोड ट्री में संग्रहीत की जाती है
• नोड्स का एक नाम और प्रकार होता है
• नोड्स में बेटी नोड्स और गुण हैं जो मूल्यों को संग्रहीत करते हैं
• प्रॉपर्टी वैल्यू नंबर, स्ट्रिंग्स, बाइनरी ऑब्जेक्ट्स और अन्य नोड्स के लिंक स्टोर कर सकते हैं

कहीं हमने इसे सुना तो नहीं?

आइए देखें कि ऐसा भंडार कैसे दिख सकता है (योजनाबद्ध रूप से, निश्चित रूप से):

 <root> <cms> <pages> <home title="Hello"> <block title="News" content="Today: PHPCR presentation"></block> </home> <contact title="Contact" content="phpcr-users@groups.google.com"></contact> </pages> </cms> </root> 

अब तक अलौकिक कुछ भी नहीं।
आइए थोड़ा और विस्तार से विचार करें कि क्या काम करना आवश्यक है।

समुद्री मील

• नोड एक नामित कंटेनर है जिसमें हमेशा माता-पिता होते हैं
• XML तत्वों की याद दिलाता है
• नोड्स बनाए जा सकते हैं, हटाए जा सकते हैं, संशोधित किए जा सकते हैं, कॉपी किए जा सकते हैं
• नोड पथ में मूल नोड का मार्ग और वर्तमान नोड का नाम होता है:
• पथ: / सेमी / पेज / होम
• जनक पथ: / सेमी / पृष्ठ
• होस्ट नाम: घर

नोड गुण

• नोड्स ने ऐसे गुणों का नाम दिया है जो मूल्यों को संग्रहीत करते हैं
• XML विशेषताओं की याद दिलाता है
• डेटा प्रकार: STRING, URI, BOOLEAN, LONG, DOUBLE, DECIMAL, BINARY, DATE, NAME, PATH, WEAKREFERENCE, संदर्भ
• संदर्भ प्रकार (WEAK) अन्य नोड्स के लिए लिंक बनाते हैं
• नोड्स और गुणों के नाम स्थान हो सकते हैं: jcr:created , jcr:mimeType , phpcr:class
  

मुख्य प्रकार के नोड्स

• उन नामों को निर्धारित करें जिन्हें उपयोग करने की अनुमति है, साथ ही साथ गुणों और बाल नोड्स के प्रकार भी
• प्रत्येक नोड में एक मूल प्रकार सेट होना चाहिए
• nt:unstructured उपयोग स्टोरेज-कुछ के लिए किया जाता है
  
• अन्य अंतर्निहित प्रकारों में nt: पता, nt: फ़ोल्डर, nt: फ़ाइल और अन्य शामिल हैं
• अपनी खुद की योजना बनाने के लिए, आप नए प्रकार के नोड्स को परिभाषित कर सकते हैं

मिक्सिन नोड प्रकार

• बुनियादी प्रकारों में एक से अधिक वंशानुक्रम नहीं होते हैं
• लेकिन मिक्सिन प्रकार होते हैं जो विशेषता जोड़ते हैं- जैसे नोड्स के लिए कार्यक्षमता
• मिक्सिन प्रकार को अपने जीवनकाल के दौरान एक नोड को सौंपा जा सकता है

उदाहरण: मान लीजिए कि हमारे पास एक jcr:uuid प्रॉपर्टी है जो एक विशिष्ट पहचानकर्ता को संग्रहीत करती है। Uuid को जानने के बाद, हम एक mix:referenceable बना सकते हैं mix:versionable , और उसके आधार पर mix:versionable (लेकिन तब हमें अभी भी गुण jcr:versionHistory , jcr:predecessors , jcr:baseVersion , jcr:isCheckedOut , jcr:mergeFailed , आदि की आवश्यकता है। )

कार्यस्थानों

• कई कार्यक्षेत्र हो सकते हैं, जिनमें से प्रत्येक का अपना पेड़ है
• जीआईटी / एसवीएन में एक यूनिक्स फाइल सिस्टम और शाखाओं जैसा दिखता है, प्रत्येक को क्लोन और विलय किया जा सकता है
• स्वतंत्र रूप से इस्तेमाल किया जा सकता है

और अब इस सब के साथ काम करने के कुछ उदाहरण:

सत्र निर्माण

 use PHPCR\SimpleCredentials; // ,      use Jackalope\RepositoryFactoryJackrabbit as Factory; $parameters = array( 'jackalope.jackrabbit_uri' => 'http://localhost:8080/server', ); $repository = Factory::getRepository($parameters); //         $creds = new SimpleCredentials('admin','admin'); $session = $repository->login($creds, 'default'); 

CRUD ऑपरेशन

 $root = $session->getRootNode(); //        $node = $root->addNode('test', 'nt:unstructured'); //        $node = $session->getNode('/test'); // /  $node->setProperty('prop', 'value'); //       $session->save(); //       $node->remove(); //  ,   -     $session->save(); 

पेड़ की टहनी

 $node = $session->getNode('/site/content'); foreach ($node->getNodes() as $child) { var_dump($child->getName()); } //   foreach ($node as $child) { var_dump($child->getName()); } //    foreach ($node->getNodes('di*') as $child) { var_dump($child->getName()); } 

वर्ज़निंग

 //   $node = $session->getNode('/site/content/about'); $node->addMixin('mix:versionable'); $session->save(); //    $node->setProperty('title', 'About'); $session->save(); // - ( ) //  - (   ) //         $session->save() $vm = $session->getWorkspace()->getVersionManager(); $vm->checkpoint($node->getPath()); //   $node->setProperty('title', 'Ups'); $session->save(); //    ,    «  » $vm->checkin($node->getPath()); $base = $vm->getBaseVersion($node->getPath()); $current = $base->getLinearPredecessor(); $previous = $current->getLinearPredecessor(); //     $frozenNode = $previous->getFrozenNode(); echo $frozenNode->getProperty('title'); // About //       $vm->restore(true, $previous); $node = $session->getNode('/site/content/about'); echo $node->getProperty('title'); // About 

खोज

 $qm = $workspace->getQueryManager(); //  SQL2   "*"     //         // (. http://docs.jboss.org/exojcr/1.12.13-GA/developer/en-US/html/ch-jcr-query-usecases.html#d0e3332) $sql = "SELECT * FROM [nt:unstructured] WHERE [nt:unstructured].type = 'nav' AND ISDESCENDANTNODE('/some/path') ORDER BY score, [nt:unstructured].title"; $query = $qm->createQuery($sql, 'JCR-SQL2'); $query->setLimit($limit); $query->setOffset($offset); $queryResult = $query->execute(); foreach ($queryResult->getNodes() as $node) { var_dump($node->getPath()); } 

इस प्रस्तुति में अन्य कोड उदाहरण मिल सकते हैं।

हालांकि, अलग-अलग बैकेंड के बारे में सोचा गया आकर्षक।

वर्तमान में हमारे पास कई कार्यान्वयन नहीं हैं, लेकिन वे पहले से ही दिलचस्प हैं:

• मिडगार्ड 2 PHPCR
• Jackalope
• जैकबबिट का समर्थन करता है
• सिद्धांत DBAL का समर्थन करता है (संबंधपरक डेटाबेस के शीर्ष पर डेटा भंडारण)
• MongoDB का समर्थन करता है (वास्तव में नहीं)

मिडगार्ड 2 PHPCR

Midgard2 C, Python और PHP के लिए बाइंडर्स के साथ एक ओपन सोर्स कंटेंट रिपॉजिटरी है।

JCR से थोड़ी अलग शब्दावली , Midgard2 php5-midgard2 एक्सटेंशन का उपयोग करके Midgard2 PHPCR के माध्यम से सामग्री तक पहुँचने के लिए समान सुविधाएँ प्रदान करता है। Libgda GNOME लाइब्रेरी के शीर्ष पर निर्मित, Midgard2 संबंधपरक डेटाबेस की एक प्रभावशाली सूची रखता है, जहाँ आप अपने रिपॉजिटरी की मेजबानी कर सकते हैं।

मैं मरहम में मक्खी के बारे में तुरंत कहूँगा - PHP विस्तार काफी कम संख्या में OS के लिए बनाया गया है:

• डेबियन 7 व्हीजी के तहत, पैकेज अभी भी अस्थिर शाखाओं में है (और वांछनीय रूप से - चुपचाप PHP-FPM को सेगफॉल्ट में गिरा देता है)।
• CentOS के लिए, पैकेज सभी आर्किटेक्चर के लिए या तो पुराने हैं या नहीं (लेकिन यह कहां है, यह बहुत संभावना है कि यह काम करता है, हाथों तक नहीं पहुंचा है)
• विंडोज़ पर निर्मित प्रकृति में मौजूद नहीं है (शायद "gnomes" स्वयं मिडगार्ड 2 की जड़ें हैं, हालांकि चार साल पहले भंडार में फाइलें अभी भी PHP4 के लिए दिखाई देती हैं)
• मेरी कमी के कारण मैक ओएस के तहत परीक्षण करना संभव नहीं था (लेकिन साइट द्वारा देखते हुए, सब कुछ काढ़ा के माध्यम से निर्धारित होता है)।

सामान्य तौर पर, सब कुछ उबंटू सर्वर 12.04 पर सफलतापूर्वक स्थापित किया गया था, पैकेज वहां नए हैं, और कुछ भी नहीं क्रैश।

हालांकि, आईआरसी में सिम्फनी सीएमएफ डेवलपर्स के साथ बात करने से, मेरे लिए यह स्पष्ट हो गया कि यह बैकेंड प्रदाता कई महीनों से टूट गया है, यहां तक ​​कि परीक्षण भी इसके लिए अक्षम कर दिए गए हैं। इसका कारण मिडगार्ड 2 टीम के पक्ष में है, हालांकि बर्गी ने इसे ठीक करने का वादा किया था।



मैं मिडगार्ड 2 PHPCR को सिम्फनी CMF के साथ काम करने के लिए नहीं मिला। शायद कोई और सफल होगा। अभी नहीं, तो बाद में।

Jackalope

नाम ( जैकबबिट , जैकलोप ) में खरगोश विषय को हराते हुए, जैकलोप तीन प्रकार के डेटा गोदामों तक पहुंच प्रदान करता है:

• यह हमें पहले से ही अपाचे जैकबबिट के लिए जाना जाता है
• डॉक्ट्रिन डेटाबेस एब्स्ट्रक्शन लेयर, जो आपको समर्थित डीबीएएल इंजन का उपयोग करने की अनुमति देता है। यह सिद्धांत में है, व्यवहार में, केवल MySQL, PostreSQL और SQLite का परीक्षण किया गया है (क्या कोई किसी का उपयोग करता है आदि)?
• MongoD (दो वर्षों के लिए अद्यतन नहीं, सबसे अधिक संभावना है कि यह टूटा हुआ या अप्रासंगिक हो)

जैकलोप (और विशेष रूप से जैकलोप-जैकबेट में) काफी स्थिर है और सुविधाओं के संदर्भ में सबसे पूर्ण PHPCR एपीआई कार्यान्वयन के रूप में उपयोग करने के लिए अनुशंसित है। हम उसके साथ काम करेंगे। हालांकि, phpcr-api- परीक्षण, जो PHPCR API की उपलब्धता और कार्यक्षमता की जांच करते हैं, उन्हें भी जैकलोप-डक्टाइन-डबल के लिए शामिल किया गया है, और यह समय के साथ इसे पकड़ सकता है।

PHPCR सारांश

इसलिए, हमारे पास जेसीआर एपीआई मानक का अनुपालन करने वाली सामग्री रिपॉजिटरी तक पहुंचने के लिए (PHP के लिए अनुकूलित) एपीआई है। इस एपीआई के लिए, कई पुस्तकालय विकसित किए गए हैं जो डेटा वेयरहाउस से एप्लिकेशन कोड को सार करते हैं।

अब तक, दो मुख्य प्रश्न उठने चाहिए, और दोनों का उत्तर दिया जाएगा:

PHPCR का उपयोग कब करें?

• जब पदानुक्रमित नेविगेशन संरचनाओं के साथ काम करना है
• जब आपके पास एक दूसरे से संबंधित डेटा होगा
• जब डेटा संस्करण की आवश्यकता होती है

PHPCR का उपयोग कब नहीं करना चाहिए?

कड़ाई से संरचित सामग्री और समग्र प्रश्नों के उपयोग के लिए, रिलेशनल डेटाबेस का उपयोग करने की सिफारिश की जाती है। उदाहरण के लिए, एक ऑनलाइन स्टोर में, उत्पाद विवरण PHPCR में संग्रहीत किए जा सकते हैं, और आदेश RDBMS में संग्रहीत किए जा सकते हैं।

PHPCR ODM

विनिर्देश बहुत अच्छा है, लेकिन एपीआई रोजमर्रा के उपयोग के लिए बहुत सार और असुविधाजनक है (आखिरकार, अधिकांश किसी न किसी तरह के ओआरएस सिस्टम के लिए उपयोग किए जाते हैं)। और यहां PHPCR ODM प्रोजेक्ट आता है, जो PHPCR और ऑब्जेक्ट डॉक्यूमेंट मैपर का एक गुच्छा है।

डॉक्ट्रिन ओआरएम , एसएफ 2 (और सिर्फ एसएफ 2) का उपयोग करने वाले डेवलपर्स से परिचित है, आरडीएमबीएस में संग्रहीत डेटा तक पहुंचने के लिए डेटा मैपर पैटर्न को लागू करता है।

ODM, Doctrine ORM की तरह, डेटा मैपर को डेटा स्टोरेज लेयर से पूरी तरह से अलग करने के लिए डेटा मैपर का उपयोग करता है, जो इस मामले में सामग्री रिपॉजिटरी है। लेखक ईमानदारी से स्वीकार करते हैं कि ODM हाइबरनेट के विचारों से प्रेरित है।

ODM, वस्तुओं को PHPCR नोड्स के रूप में संग्रहीत करता है, उन्हें दस्तावेज कहता है। उसी समय, चूंकि PHPCR पहले से ही कार्यान्वयन से स्वतंत्र है, इसलिए इसे एक नया डेटाबेस अमूर्त परत (DBAL) लिखने की आवश्यकता नहीं है।

PHPCR ODM शब्दावली दस्तावेज क्या है?

दस्तावेज़ एक संक्षिप्त PHP वर्ग है जो किसी भी इंटरफेस को लागू नहीं करता है (या बल्कि, आप इसे हमेशा लागू कर सकते हैं, लेकिन पुस्तकालय को इसकी आवश्यकता नहीं है) और कुछ बुनियादी अमूर्त वर्गों से विरासत में नहीं मिला है। ऐसी इकाई में final कीवर्ड के साथ तरीके नहीं होने चाहिए, clone() और wakeup() विधियों को लागू करें, या इसे लागू करें, लेकिन इसे बहुत सावधानी से करें । एक इकाई में ही ऐसे गुण होते हैं जो भंडारण के लिए प्रतिबद्ध होते हैं। चूंकि ODM डॉक्ट्रिन कॉमन लाइब्रेरी के शीर्ष पर चलता है, जो बुनियादी कार्यक्षमता (एनोटेशन, कैशिंग, और ऑटोलॉड ऑफ क्लास) को लागू करता है, डेटा वेयरहाउस में क्लास के गुणों के गुणों की मैपिंग एक परिचित तरीके से की जाती है - PHP टिप्पणियों या YAML / XML कॉन्फ़िगरेशन में एनोटेशन के माध्यम से। प्रत्येक दस्तावेज़ में एक शीर्षक और शीर्षक है। सभी दस्तावेज एक पेड़ में व्यवस्थित होते हैं और अन्य दस्तावेजों को संदर्भित कर सकते हैं। नमूना दस्तावेज़ पर एक नज़र डालें:

 namespace Demo; use Doctrine\ODM\PHPCR\Mapping\Annotations as PHPCRODM; /** * @PHPCRODM\Document */ class MyDocument { /** * @PHPCRODM\Id */ private $id; /** * @PHPCRODM\ParentDocument */ private $parent; /** * @PHPCRODM\Nodename */ private $name; /** * @PHPCRODM\Children */ private $children; /** * @PHPCRODM\String */ private $title; /** * @PHPCRODM\String */ private $content; //            } 

कृपया ध्यान दें कि एनोटेशन, सामान्य डेटा प्रकारों (उदाहरण के लिए, स्ट्रिंग) के अलावा, बच्चे या माता-पिता के दस्तावेजों के लिंक भी निर्दिष्ट कर सकते हैं।

डेटा मैपर पैटर्न से अपरिचित लोगों के लिए, ऐसा लग सकता है कि ऐसी कक्षाएं सक्रिय रिकॉर्ड (हाय, रेल और वाईआई-शनीकी) के समान हैं, लेकिन वे वैसे भी समान नहीं हैं।

ऐसे दस्तावेज़ के साथ कैसे काम करें?

 require_once '../bootstrap.php'; //     $rootDocument = $documentManager->find(null, '/'); //    $doc = new \Demo\Document(); $doc->setParent($rootDocument); $doc->setName('doc'); $doc->setTitle('My first document'); $doc->setContent('The document content'); //  ,    $childDocument = new \Demo\Document(); $childDocument->setParent($doc); $childDocument->setName('child'); $childDocument->setTitle('My child document'); $childDocument->setContent('The child document content'); //     ,        $documentManager->persist($doc); $documentManager->persist($childDocument); //   ,   ..   $documentManager->flush(); 

 require_once '../bootstrap.php'; $doc = $documentManager->find(null, "/doc"); echo 'Found '.$doc->getId() ."\n"; echo 'Title: '.$doc->getTitle()."\n"; echo 'Content: '.$doc->getContent()."\n"; foreach($doc->getChildren() as $child) { if ($child instanceof \Demo\Document) { echo 'Has child '.$child->getId() . "\n"; } else { echo 'Unexpected child '.get_class($child)."\n"; } } //   $documentManager->remove($doc); $documentManager->flush(); 

एक छोटा नोट - ORM में, प्रश्नों का उपयोग करके डेटा प्राप्त करना आम है। ODM में, इसके लिए एक पदानुक्रम का उपयोग किया जाना चाहिए। हालाँकि, यदि आप वास्तव में चाहते हैं तो आप अनुरोध कर सकते हैं ।

PHPCR ODM पहले से ही दो बहुत महत्वपूर्ण कार्यों को लागू करता है - संस्करण और बहुभाषावाद। पहले वाले से शुरू करते हैं।

PHPCR में दो तरह के वर्जनिंग होते हैं- सिंपल वर्जनेबल और वर्टेबल। सरल वर्जनिंग, चेकइन / चेकआउट विधियों और परिवर्तनों का एक रैखिक इतिहास प्रदान किया जाता है। चेकिन नोड का एक नया संस्करण बनाता है और इसे केवल पढ़ने के लिए बनाता है, कुछ लिखने के लिए, आपको एक चेकआउट बनाने की आवश्यकता है।

इसके अतिरिक्त पूर्ण संस्करण एक गैर-रेखीय संस्करण इतिहास का समर्थन करता है (जिसके लिए PHPCR-ODM में अभी तक सहायक तरीके नहीं हैं) और लेबल (जो कि जैकलोप जैसे ही उन्हें जोड़ने की योजना बनाई गई है) उनका समर्थन करना शुरू कर देते हैं। प्रत्येक नोड के लिए, आप संस्करण में एक लेबल जोड़ सकते हैं, लेकिन प्रत्येक नोड के पूरे इतिहास के लिए लेबल को दो बार दोहराया नहीं जा सकता है (यदि आप किसी अन्य संस्करण को चिह्नित करना चाहते हैं, तो आपको पहले इसे पुराने संस्करण से निकालना होगा)।

पूर्ण संस्करण mix:versionablePHPCR से प्रकार से मेल खाता है और शाखा के लिए अनुमति देता है। दुर्भाग्य से, PHPCR संस्करण एपीआई पूरी तरह से PHPCR ODM द्वारा समर्थित नहीं है, पूर्ण संचालन के लिए, आपको अभी भी PHPCR\VersionManagerसीधे PHPCR सत्र के साथ काम करना होगा। इस बारे में अधिक पढ़ें यहाँ और यहाँ ।

संस्करण के नाम PHPCR द्वारा उत्पन्न होते हैं और अनुप्रयोगों द्वारा नियंत्रित नहीं होते हैं। प्रतिबद्ध संदेश की कोई अवधारणा नहीं है (अभी तक आवश्यक नहीं है)। किसी भी मामले में, कोई भी दस्तावेज़ में इस मामले के लिए एक क्षेत्र बनाने के लिए परेशान नहीं करता है।

पुराने संस्करण संशोधन और बचत परिवर्तनों के लिए उपलब्ध नहीं हैं (एक अपवाद है जब restoreVersion()और विधियों का उपयोग करते हुए removeVersion()।

कुछ दस्तावेज़ के लिए संस्करण समर्थन को सक्षम करने के लिए, आपको एनोटेशन में इसे स्पष्ट रूप से इंगित करने की आवश्यकता है:

 /** * @Document(versionable="simple") */ class MyPersistentClass { /** @VersionName */ private $versionName; /** @VersionCreated */ private $versionCreated; } 

संस्करणों के साथ काम करने के बारे में व्यावहारिक रूप से कोई प्रलेखन नहीं है, लेखक आपको स्रोत कोड में Phpdoc टिप्पणियों से संपर्क करने की सलाह देते हैं। इसलिए, हम ऐसे उच्च मामलों पर लंबे समय तक नहीं टिकेंगे, आइए एक छोटा उदाहरण देखें और आगे बढ़ें।

 $article = new Article(); $article->id = '/test'; $article->topic = 'Test'; $dm->persist($article); $dm->flush(); //         $dm->checkpoint($article); $article->topic = 'Newvalue'; $dm->flush(); //     $versioninfos = $dm->getAllLinearVersions($article); $firstVersion = reset($versioninfos); //        $oldVersion = $dm->findVersionByName(null, $article->id, $firstVersion['name']); echo $oldVersion->topic; // "Test" //    $article = $dm->find('/test'); echo $article->topic; // "Newvalue" //       $dm->restoreVersion($oldVersion); //   echo $article->topic; // "Test" //    ,    $article->topic = 'Newvalue'; $dm->flush(); $dm->checkpoint($article); //      (     ) $dm->removeVersion($oldVersion); 

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

 /** * @PHPCRODM\Document(translator="attribute") */ class MyPersistentClass { /** *    * @Locale */ private $locale; /** *   * @Date */ private $publishDate; /** *   * @String(translated=true) */ private $topic; /** *     * @Binary(translated=true) */ private $image; } 

और यहाँ अनुवाद क्षेत्रों के साथ काम है:

 //   DocumentManager (   ) $localePrefs = array( 'en' => array('fr'), 'fr' => array('en'), ); $dm = new \Doctrine\ODM\PHPCR\DocumentManager($session, $config); $dm->setLocaleChooserStrategy(new LocaleChooser($localePrefs, 'en')); //   : $doc = new Article(); $doc->id = '/my_test_node'; $doc->author = 'John Doe'; $doc->topic = 'An interesting subject'; $doc->text = 'Lorem ipsum...'; //     $dm->persist($doc); $dm->bindTranslation($doc, 'en'); //          $doc->topic = 'Un sujet intéressant'; $dm->bindTranslation($doc, 'fr'); //    echo $doc->locale; // fr //    PHPCR $dm->flush(); //       // (   ) $doc = $dm->find(null, '/my_test_node'); //     $doc = $dm->findTranslation(null, '/my_test_node', 'fr'); $doc->title = 'nouveau'; $dm->flush(); //    ,     

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

इसके अलावा, भविष्य में वे लॉगिंग में सुधार करेंगे, परिणामों की कैशिंग करेंगे, दस्तावेज़ीकरण को अपडेट करना शुरू करेंगे (यह अभी भी बहुत दुर्लभ है), वे डॉक्ट्रिन डीबीएएल के साथ संयोजन में सोलर / इलास्टिकसर्च समर्थन को कस सकते हैं और मोंगोडीबी के लिए कार्यान्वयन को पूरा करने का प्रयास कर सकते हैं। अब डेवलपर्स जैकबबिट के अगले प्रमुख संस्करण (कोडनाम ओक) पर नज़र गड़ाए हुए हैं और यहां तक ​​कि संगतता परीक्षण भी किए हैं, हालांकि, प्राथमिक कार्य अभी भी PHPCR को बढ़ावा देना है और वास्तविक अनुप्रयोगों में इसका समावेश है।

संक्षेप में कहना। ODM का उपयोग करते समय, स्टैक इस तरह दिखता है:

• जैपेलोप या मिडगार्ड 2 के रूप में बैकएंड के साथ PHP कंटेंट रिपॉजिटरी (डेटा जैकबबिट या आरडीबीएमएस में संग्रहीत है)
• बैकएंड की परवाह किए बिना सुविधाजनक काम के लिए डॉक्ट्रिन-कॉमन के ऊपर PHPCR-ODM
• सीधे आवेदन कोड।

लेख के दूसरे भाग में जारी है ।