मैं संदर्भों से कैसे लड़ा

एक सच्चे रूढ़िवादी के रूप में, लंबे समय तक मैंने विशेष रूप से MODx विकास का उपयोग किया। सबसे पहले, मैं व्यापक प्रलेखन की उपलब्धता, लेखों के ढेर और MODx CMF के इस संस्करण की बेहद समझ में आने वाली वास्तुकला से संतुष्ट था। क्रांति संस्करण के बारे में, मैं समय-समय पर विभिन्न लेखों को पढ़ता हूं, लेकिन मैं किसी और चीज के लिए अपनी सामान्य प्रणाली को बदलना नहीं चाहता था। हालाँकि, एक बिंदु पर, होस्टिंग पर मेरे मल्टी-डोमेन "हम्सटर" के डेटाबेस में तालिकाओं की संख्या भयानक आकार तक पहुंच गई है। बहु-डोमेन समाधान के बारे में एक सवाल था। एक बार जब मैंने MODx क्रांति पर एक बहु-डोमेन साइट बनाने की संभावना के बारे में पढ़ा। मैंने इंजन को एक परीक्षण उपडोमेन पर स्थापित किया और गहरी खुदाई शुरू कर दी। जैसा कि यह निकला, फ्रेमवर्क में ही मल्टी-डोमेन के लिए कोई तैयार समाधान नहीं है। संदर्भों की एक निश्चित प्रणाली है। विभिन्न संदर्भों को अलग-अलग उप-डोमेन पर परिभाषित किया जा सकता है। केवल इसके लिए आपको index.php फ़ाइल को संपादित करना होगा।

पहली बात जो मन में आती है वह पहले से ही साबित लोकप्रिय कोड का उपयोग करना है:

switch($_SERVER['SERVER_NAME']) { case 'sub1.domain.tld': $modx->initialize('sub1'); break; case 'sub2.domain.tld': $modx->initialize('sub2'); break; case 'sub3.domain.tld': $modx->initialize('sub3'); break; default: $modx->initialize('web'); } 

यदि, कहें, बहुभाषावाद आपके संदर्भ प्रणाली पर आधारित है, तो आप यह भी कर सकते हैं:

 switch($_SERVER['SERVER_NAME']) { case 'domain.ru': case 'www.domain.ru': $modx->initialize('ru'); break; //    case 'domain.fr': case 'www.domain.fr': $modx->initialize('fr'); break; //    ( ) default: $modx->initialize('web'); } 

और बहुत बड़े पोर्टलों के लिए नहीं, जहां उप-डोमेन की संख्या होस्टिंग / डोमेन व्यवस्थापक द्वारा नियंत्रित होती है और शायद ही कभी बदलती है, इस तरह का समाधान आंखों के लिए पर्याप्त है। हालाँकि, आप के साथ कल्पना करते हैं। आपका अपना सर्वर है। यह आपका निजी सर्वर या आपकी पसंदीदा होस्टिंग पर VDS-ka हो सकता है। आपके पास प्रोग्राम को उप-डोमेन बनाने की क्षमता है। मान लीजिए आप livejournal.com का अपना एनालॉग लिख रहे हैं ...

एपीआई का उपयोग करके एक संदर्भ बनाना बहुत मुश्किल नहीं है। मैंने विवरण में नहीं जाना है; मैंने अभी तक MODx क्रांति एपीआई का बहुत अधिक अध्ययन नहीं किया है। फिर भी, एक संदर्भ और एक उपडोमेन बनाना एक बात है, लेकिन इसे एक साथ जोड़ना एक और है। यहां उपरोक्त समाधान काम नहीं करेंगे, क्योंकि यह पहले से ज्ञात नहीं है कि कितने उप-डोमेन होंगे और उनके लिए संदर्भ कैसे कहलाएंगे। सिद्धांत रूप में, यदि संदर्भ उपसमूह के नामों के साथ मेल खाता है, तो समाधान काफी उपयुक्त है:

 define("myRootDomain","domain.tld"); $ctxKey = 'web'; if (preg_match('#(\w+).'.myRootDomain.'#si',$_SERVER['SERVER_NAME']) > 0) { $ctxKey = preg_replace('#(\w+).'.myRootDomain.'#si','\1',$_SERVER['SERVER_NAME']); if ($ctxKey == 'www') $ctxKey = 'web'; } 

MODx में मुख्य संदर्भ जानकारी संदर्भ में डेटाबेस में संग्रहीत है, reference_setting टेबल । पहली तालिका में संदर्भों (कुंजी, विवरण, प्रदर्शन क्रम) का वर्णन है। दूसरे में, संदर्भ सेटिंग्स। याद रखें, आम समाधानों में हमें त्रुटि पृष्ठों, होस्ट और पसंद को पंजीकृत करने की आवश्यकता थी? यह सब वहाँ संग्रहीत है। और पहली बात जो मन में आती है वह है इस तालिका के लिए SQL क्वेरी:

 $SQL = "SELECT * FROM ".$table_prefix." WHERE `key`='http_host' AND `value`='".$_SERVER['SERVER_NAME']."'"; 

यदि पुराने इवोल्यूशन में संदर्भ प्रणाली प्रदान की गई थी, तो एल्गोरिथ्म के साथ सब कुछ सरल होगा:

 $ctxKey = 'web'; if ($result = $modx->db->query($SQL)) if ($row = mysql_fetch_assoc($result)) $ctxKey = $row['context_key']; 

हालांकि, इस संबंध में, MODx डेवलपर्स ने MODx का उपयोग करने वाले डेवलपर्स के लिए थोड़ा सा ग्रंट लगाया है, क्योंकि MODx क्रांति वास्तुकला xPDO पर आधारित है। और यह हमारे लिए सामान्य एपीआई नहीं है, बल्कि पूरी तरह से अलग बातचीत है।

MODx क्रांति एपीआई के आधिकारिक प्रलेखन सहित Google खोज परिणामों के एक समूह का अध्ययन करने के बाद, मैं अभी भी समझ नहीं पाया कि MODx क्रांति में डेटाबेस क्वेरी बनाना कितना आसान है। लेकिन, कोर / मॉडल / modx / modx.php फ़ाइल की प्रतिलिपि बनाने के बाद, मुझे निम्नलिखित जैसा कुछ मिला:

 $pluginEventTbl= $this->getTableName('modPluginEvent'); $eventTbl= $this->getTableName('modEvent'); $pluginTbl= $this->getTableName('modPlugin'); $propsetTbl= $this->getTableName('modPropertySet'); $sql= " SELECT Event.name AS event, PluginEvent.pluginid, PropertySet.name AS propertyset FROM {$pluginEventTbl} PluginEvent INNER JOIN {$pluginTbl} Plugin ON Plugin.id = PluginEvent.pluginid AND Plugin.disabled = 0 INNER JOIN {$eventTbl} Event ON {$service} Event.name = PluginEvent.event LEFT JOIN {$propsetTbl} PropertySet ON PluginEvent.propertyset = PropertySet.id ORDER BY Event.name, PluginEvent.priority ASC "; $stmt= $this->prepare($sql); if ($stmt && $stmt->execute()) { while ($ee = $stmt->fetch(PDO::FETCH_ASSOC)) { $eventElementMap[$ee['event']][(string) $ee['pluginid']]= $ee['pluginid'] . (!empty($ee['propertyset']) ? ':' . $ee['propertyset'] : ''); } } 

यह modX वर्ग के getEventMap विधि का एक स्निपेट है। यह मानना ​​तर्कसंगत है कि लंबे अनुरोध के बजाय, हम अपने अनुरोध को सम्मिलित कर सकते हैं और, सिद्धांत रूप में, इसे बाहर काम करना चाहिए जैसा कि इसे करना चाहिए। परिणाम एक समाधान है:

 $ctxCur = 'web'; $ctxQur = "SELECT * FROM `".$table_prefix."context_setting` WHERE `key`='http_host' AND `value`='".$_SERVER['SERVER_NAME']."'"; $ctxSQL = $modx->prepare($ctxQur); if ($ctxSQL && $ctxSQL->execute()) if ($ctxRes = $ctxSQL->fetch(PDO::FETCH_ASSOC)) $ctxCur = $ctxRes['context_key']; $modx->initialize($ctxCur); 

इस समाधान का उपयोग करते समय, हमें केवल व्यवस्थापक पैनल में http_host फ़ील्ड के सही संकेत के बारे में चिंता करने की आवश्यकता है। और इस मामले में संदर्भ का नाम उपडोमेन से मेल नहीं खाता है। यह सिम के लिए है। मेरी अगली बाइक पर आपका ध्यान देने के लिए धन्यवाद!