मोडेक्स और 5000 दस्तावेजों की "सीमा"

प्रविष्टि

Modx एक अद्भुत ढांचा है, लेकिन संसाधनों पर और modx के लिए समर्पित वर्गों में, आप 5000 दस्तावेज़ों में फ्रेमवर्क की एक निश्चित सीमा के बारे में पोस्ट पढ़ सकते हैं, और कभी-कभी ग्राहक पूछते हैं कि क्या साइट काम करेगी यदि 5,000 से अधिक पृष्ठ हैं।
आप शायद पहले से ही अनुमान लगा चुके हैं, हम मॉडेक्स डेवलपमेंट (संस्करण 1.0.5) के बारे में बात करेंगे।

जब किसी व्यवसाय कार्ड की तुलना में साइट को बड़ा बनाने का कार्य होता है, तो सवाल उठता है: cmf / cms कितने पृष्ठ परोस सकता है और कितनी तेजी से?

मोडेक्स अपने लचीलेपन के लिए प्रसिद्ध है, और लगभग किसी भी कार्य के लिए आप कई समाधानों के साथ आ सकते हैं, लेकिन अड़चन कैशिंग है, विशेष रूप से हम फाइल एसेट्स / कैश / siteCache.idx.php में रुचि रखते हैं, जिसमें बिल्कुल सब कुछ शामिल है जिसे कैश किया जा सकता है (पेजों के अलावा, खुद के लिए) जिसके पास प्रपत्र / कैश / docid_ <पृष्ठ ID> .pageCache.php) की अपनी कैश फ़ाइल है।
मॉडेक्स कैशिंग की वर्तमान अवधारणा के साथ एक बड़ी साइट में उत्पन्न होने वाली छोटी असुविधाओं के आसपास आने के कई तरीके हैं (यदि आप एक पोर्टल बनाते हैं और मॉडेक्स दस्तावेजों के रूप में सब कुछ स्टोर करते हैं), जो नीचे चर्चा की गई है।

कैशिंग के साथ क्या गलत है

उसके साथ सब कुछ सही है, लेकिन एक बिंदु है - जब कैश को साफ़ किया जाता है, तो मुख्य कैश फ़ाइल साइट कैशे .idx.php को फिर से बनाया जाना चाहिए।

कैश अपडेट को टीवी पैरामीटर (ओं) में किसी भी परिवर्तन, चंक्स, स्निपेट, टेम्प्लेट, दस्तावेजों में परिवर्तन (किसी नए संसाधन को जोड़ा या किसी अन्य प्रकाशन से हटाए जाने जैसे घटनाओं से शुरू किया जाता है - आपको दस्तावेज़ पहचानकर्ताओं के सरणी को "ताज़ा" करने की आवश्यकता है, परिणामस्वरूप, यदि कई सौ दस्तावेजों के साथ एक वेबसाइट निर्देशिका है, जिनमें से अधिकांश में एक दर्जन टीवी पैरामीटर हैं - siteCache.idx.php का आकार कई एमबी हो सकता है, और बढ़ सकता है, और एक नई कैश फ़ाइल बनाने के लिए, आपको एक दर्जन एसक्यूएल प्रश्नों को निष्पादित करने की आवश्यकता है। यदि यह अधिक नहीं है फ़ाइल b यह तब तक सफलतापूर्वक ओवरराइट किया जा सकता है जब तक कि मुख्य कैश फ़ाइल जनरेट करने के संचालन के लिए पर्याप्त मेमोरी (मेमोरी_लिमिट) न हो और वर्तमान पृष्ठ (जो हम वर्तमान में हैं) को उत्पन्न करने के लिए अन्य अनुरोधों के लिए, अन्यथा हमें एक त्रुटि मिलती है: Fatal error: Allowed memory size of ... bytes exhausted (tried to allocate ... bytes) in ..assets/cache/siteCache.idx.php on line ...

बड़ी साइटों में आम गलतियाँ

एक बड़ी साइट के तहत हम कई हजार दस्तावेजों के एक संसाधन का प्रतिनिधित्व करेंगे, जिनमें से संख्या लगातार बढ़ रही है।

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

उदाहरण के लिए, एक modx ब्लॉग

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

मोडेक्स में एक नया दस्तावेज़ जोड़ते समय, पूरे कैश को साफ़ करना आवश्यक है, इसलिए प्रति मिनट 2-3 दस्तावेज़ों की आवृत्ति पर साइट धीमा हो सकती है, दस्तावेज़ों की संख्या में वृद्धि के साथ, ब्रेक बढ़ जाते हैं, समय के साथ साइट में पर्याप्त आवंटित मेमोरी नहीं होती है और सर्वर एक त्रुटि उत्पन्न करता है जो शुरू होता है: “मेमोरी साइज की अनुमति दें … ”।
आप आवंटित मेमोरी का आकार बढ़ा सकते हैं, लेकिन आप इसे असीम रूप से बढ़ा सकते हैं (हम यह नहीं कह सकते कि अब क्यों), जल्दी या बाद में आपको हमारे ब्लॉग की अवधारणा को संशोधित करना होगा और अधिकांश कार्यों को फिर से लिखना होगा।

मोडेक्स परीक्षण

निराधार न होने के लिए, मैंने "modx पर ब्लॉग" के उदाहरण का अनुकरण करते हुए, घर पर एक छोटा सा परीक्षण किया।

परीक्षण का उद्देश्य

व्यक्तिगत रूप से जांचें कि मॉडक्स 5,000 से अधिक दस्तावेजों के साथ काम कर सकता है, यह निर्धारित करें कि किन परिस्थितियों में मॉडेक्स काम करना बंद कर सकता है।

उपकरण

नोटबुक: CPU Core i3 2.13Ghz, RAM 8Gb DDR3, HDD 500gb 5400 rpm
सॉफ्टवेयर: विंडोज 7 x64, अपाचे 2.2.12, php 5.3.0, mysql 5.1.36
सर्वर सेटिंग्स: नियमित रूप से xampp वेब सर्वर, सामान्य सेटिंग्स, 64Mb करने के लिए मैमोरी सेट करें।

कार्य योजना

1. मॉडेक्स इवोल्यूशन 1.0.5 स्थापित करें
2. बनाएँ: टेम्पलेट्स की 30 प्रतियां, 50 विखंडू, 30 स्निपेट्स, 100 टीवी पैरामीटर, 5.000 दस्तावेज
3. एक स्क्रिप्ट लिखें जो आंशिक रूप से चरण 2 का पालन करेगी, चरण 2 का पालन करें।
4. यदि व्यवस्थापक काम नहीं करता है - चरण 6 करें, यदि यह काम करता है - चरण 5
5. दस्तावेज़ों की संख्या को अन्य 5.000 से बढ़ाता है, बिंदु 4 देखें
6. मेमोरी_लिमिट बढ़ाकर 128 एमबी करें, यदि कोई त्रुटि नहीं है, तो बिंदु 5 देखें।
7. यदि हम इस बिंदु पर पहुँचते हैं, तो हमें त्रुटि "मेमोरी साइज़ ऑफ़ ..." की अनुमति मिलती है, हम निष्कर्ष निकालते हैं।

कार्य की प्रगति

सभी चंक्स और स्निपेट्स के साथ फ्रेमवर्क स्थापित ( शुरू और खत्म ), जो कि डिफ़ॉल्ट रूप से सक्षम हैं।

परीक्षण स्तर पर, यह बिल्कुल मायने नहीं रखता है कि डेटा में टेम्प्लेट, चंक्स, स्निपेट, टीवी पैरामीटर, दस्तावेज क्या होंगे। हम लगातार एक ही तत्व की नकल करेंगे।
प्रतिलिपि कार्यों के लिए, एक छोटी स्क्रिप्ट लिखी गई थी:

1. स्रोत कोड
2. संपत्ति / स्निपेट / टेस्ट / टेस्ट.php पर कॉपी करें
3. इंडेक्स- ajax.php? q = एसेट्स / स्निपेट्स / टेस्ट / टेस्ट.php चलाएं

व्यवस्थापक पैनल में, मैंने पहले दस्तावेज़ (आईडी = 1) की एक प्रतिलिपि बनाई, दस्तावेज़ आईडी = 1 को कॉपी किए गए एक (आईडी = २) के लिए एक बच्चे के रूप में सेट किया, और मेनू में दस्तावेज़ प्रदर्शित करने से मना किया (जब कई दस्तावेज़ हैं, तो साइट पर उन सभी को देखना आवश्यक नहीं है), स्क्रिप्ट की आवश्यकता होगी। बनाए गए दस्तावेज़ (आईडी = 2) की प्रतिलिपि बनाएँ और सभी क्लोन का पहला दस्तावेज़ माता-पिता (आईडी = 1) के रूप में होगा।

संसाधन कॉपी करें

SiteCache.idx.php का प्रारंभिक आकार 161Kb है।

टेम्प्लेट, डोनर "MODxHost" होगा - लगभग सभी परियोजनाओं में किसी भी अन्य टेम्प्लेट द्वारा लगभग समान स्थान पर कब्जा कर लिया जाता है, 30 प्रतियां बनाई जाती हैं, 100 टीवी मापदंडों की प्रतिलिपि भी बनाई जाती हैं, 50 चंक्स (WebLoginSideBar दाता था), 30 स्निपेट (दाता AjaxSearch है, कोड के बहुत सारे कोड शामिल हैं) , तो हमें क्या चाहिए)।

इन सरल ऑपरेशनों के बाद, siteCache.idx.php का आकार बढ़कर 1.370Mb हो गया, साइट और व्यवस्थापक पैनल का काम, हम बहुत सारे दस्तावेज़ बनाते हैं (मैं आपको याद दिलाता हूँ, स्क्रिप्ट id = 2 के साथ दस्तावेज़ को डुप्लिकेट करता है, हम id = 2 के लिए कुछ सामग्री भी डालते हैं, उदाहरण के लिए, कहीं से, मैंने नकल की है। इसलिए टुकड़ा)।

तालिका में परीक्षण के परिणाम

Memory_limit = 128Mb के साथ एक और 5k दस्तावेज बनाने का प्रयास और 60k दस्तावेजों की उपस्थिति असफल रही ।

परीक्षण के दौरान, दस्तावेज़ ट्री में दस्तावेज़ों को व्यवस्थापक पैनल में लोड करना बंद कर दिया, हालांकि व्यवस्थापक पैनल ने काम किया, यह इस तथ्य के कारण था कि मैंने सभी दस्तावेजों को एक "माता-पिता" (आईडी = 1) में कॉपी किया था, और आवश्यक बच्चे के दस्तावेजों का चयन करने और आउटपुट करने के लिए पर्याप्त आवंटित मेमोरी नहीं थी।

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

परीक्षण समाप्त हो गया है, साथ में मैमोरी_लिमिट 64MB और 128MB लगभग 15k और 60k, क्रमशः, modx में परोसा जा सकता है, यह स्पष्ट रूप से 5k दस्तावेजों की निर्धारित सीमा से अधिक है, बेशक यह एक मानक नहीं है, लेकिन यह एक संकेतक है कि modx, सिद्धांत रूप में, बड़ी संख्या में दस्तावेजों के साथ काम कर सकता है। ।

संगठन साइट संरचना

आवंटित स्मृति की कमी की समस्या से बचने के लिए, मैं उन सिद्धांतों की सलाह दे सकता हूं, जिन्हें modx पर एक साइट या पोर्टल बनाते समय पालन किया जाना चाहिए:

• एक माता-पिता के लिए बहुत सारे बच्चे के दस्तावेज न लिखें, समूहों में दस्तावेजों को तार्किक रूप से वितरित करने का प्रयास करें;
• विशाल कैटलॉग के लिए गतिशील सामग्री को एक अलग तालिका में व्यवस्थित किया जाना चाहिए, इसके लिए आवश्यक स्निपेट लिखें, यदि आपको तालिकाओं में डेटा के लिए सीएनसी की आवश्यकता है - आप एक प्लगइन या स्निपेट लिख सकते हैं, और इसे पृष्ठ 404 पर लटका सकते हैं, जो डेटा को हमारी तालिका में प्रदर्शित करेगा;
• "SELECT * FROM <TABLE>" प्रश्नों से बचने के लिए, हमें केवल वही चुनने की आवश्यकता है जो हमें चाहिए, और अधिक नहीं, जटिल प्रश्नों को कई सरल शब्दों में तोड़ दें;
• दुरुपयोग करने के लिए नहीं, उदाहरण के लिए, डिट्टो कॉल, व्यवहार में मैं एक पृष्ठ पर एक दर्जन से अधिक अनकैप्ड डिट्टो कॉल के साथ मिला, जो कि साइट को बहुत धीमा कर देता है, एक विशिष्ट कार्य के लिए एक विशिष्ट स्निपेट लिखना बेहतर होता है जो अधिक कुछ नहीं है।

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

निष्कर्ष

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

मैं लेख और कोड पर टिप्पणियों या आलोचना को पढ़कर खुश हूं।
खासतौर पर हब्र के लिए ।