Drupal में साइट्स ट्रांसफर न करें!

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



मेरे पास एक वेबसाइट थी और मैंने इसे आधुनिक समुदाय-उन्मुख इंजन की मदद से ताज़ा करने का फैसला किया, जो कि ड्रुपल है। साइट स्व-लिखित थी, सरल थी। जल्दी काम किया क्योंकि स्टैटिक्स में कैशिंग का इस्तेमाल किया और नगीनेक्स पर इस स्टैटिक्स की वापसी। उनके पास मानव-पठनीय URL (सीएनसी) की गरिमा थी। द्रुपाल में अनुवाद करते समय, साइट पर सीएनसी को फिर से बनाने के लिए, यह पथ मॉड्यूल का उपयोग करना आवश्यक था, जो मानक पैकेज में शामिल है। इससे यह तथ्य सामने आया कि पेज बनाते समय: - डेटाबेस में मुख्य 400-600 प्रश्नों के लिए; - डेटाबेस के लिए नेस्टेड 200-400 प्रश्नों के लिए। Drupal URL में अपने उपनाम के साथ प्रत्येक टैक्सोनॉमी टैग की खोज करता है।



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



ड्रुपल को मॉड्यूल के साथ फाउलिंग के साथ अतिरिक्त समस्याएं हैं। साझा होस्टिंग पर, PHP के लिए 16MB की सीमा पर्याप्त नहीं हो सकती है। अगर किसी को 32MB वर्चुअल होस्टिंग के बारे में पता है, तो मुझे बताएं! VPS पर, MySQL के समान VPS पर हैंग होने के कारण Drupal का फैलाव धीरे-धीरे चलता है। आप ड्रुपल और MySQL को अलग-अलग होस्ट में विभाजित करके इससे बाहर निकल सकते हैं (आप साझा होस्टिंग पर MySQL रख सकते हैं - आमतौर पर इसके लिए एक अलग सर्वर है)। कोई कहेगा कि आपको एक अलग सर्वर लेने की आवश्यकता है, लेकिन इसके लिए प्रोजेक्ट को कम से कम भुगतान करना चाहिए, और ड्रुपल आमतौर पर शौकिया प्रोजेक्ट करता है, कभी-कभी सभी लाभदायक नहीं, लेकिन आत्मा के लिए मौजूदा।



अंतिम सारांश

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