🕙 🛀🏻 🧘 डीबग कंसोल के उदाहरण का उपयोग करके Magento के लिए एक्सटेंशन का चरण-दर-चरण निर्माण 👩🏿‍🤝‍👩🏼 💒 🤰🏾

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

तो एक तैयार विस्तार क्या होना चाहिए? यह वर्तमान में उपयोग किए गए ब्लॉक, टेम्प्लेट, हैंडल और अन्य उपयोगी जानकारी वाले डेटा के साथ पृष्ठ पर एक अनुभाग होना चाहिए। मुझे यह प्रतीत हुआ कि यह एक ढहने वाले "सांत्वना" के रूप में करना सबसे सुविधाजनक होगा - वह चीज जिसे हम आधा जीवन जैसे कई खेलों में देखने के आदी हैं। स्वाभाविक रूप से, कोई कमांड लाइन नहीं होगी क्योंकि यह बस वहां की जरूरत नहीं है।

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

अगला, मॉड्यूल (इनसाइडर) के नाम के साथ एक निर्देशिका बनाएं, और इसमें - मानक निर्देशिका संरचना:

Insider
|-- Block
|-- controllers
|-- etc
|-- — config.xml
|-- Helper
|-- — Data.php
|-- Model

Data.php और config.xml को एक्सटेंशन फाइल की आवश्यकता होती है, उनके बिना, कोड को बस शुरू नहीं करना चाहिए।

Config.xml में निम्नलिखित चीजें जोड़ें:

<? xml version ="1.0" ? >  < config >  < modules > < Linker_Insider >  < version > 0.1.0.0 </ version > </ Linker_Insider > </ modules > </ config >

यहां हमने सिस्टम को सूचित किया कि मैं इस तरह का एक मॉड्यूल हूं और मेरे पास ऐसा और ऐसा संस्करण है। अब तक, कुछ भी महत्वपूर्ण नहीं है। यहाँ Data.php की सामग्री है:

Copy Source | Copy HTML
<? php
class Linker_Insider_Helper_Data का विस्तार Mage_Core_Helper_Data {}

यह एक स्टब है। हम सिर्फ सहायक का उपयोग नहीं करने जा रहे हैं, लेकिन यह फ़ाइल सिस्टम के लिए आवश्यक है।
वर्ग के नामकरण सम्मेलन के बारे में थोड़ा सा: मूल रूप से यह ज़ेंड के मेल से मेल खाता है, अर्थात, कक्षा के नाम को देखकर आप वास्तव में बता सकते हैं कि यह कहाँ है। वास्तव में, नाम फ़ाइल सिस्टम में उस स्थान से मेल खाता है यदि आप "_" को "/" से बदलते हैं।
अब हम चलते हैं और सामान्य सूची में हमारे मॉड्यूल को सक्षम करते हैं। ऐसा करने के लिए, आदि / मॉड्यूल / Mage_All.xml खोलें और अंतिम मॉड्यूल और </ config> के विवरण के बीच निम्न पंक्तियाँ जोड़ें:

< Linker_Insider > < active > true </ active > < codePool > community </ codePool > </ Linker_Insider >

इस प्रकार, हमने सूचित किया कि हम (सक्रिय / सत्य </ सक्रिय>) Linker_Insider नामक एक मॉड्यूल सक्षम करना चाहते हैं, जो समुदाय कोड (ऐप / कोड / समुदाय) के पूल में स्थित है।
बढ़िया, चालू! लेकिन हम अभी तक इसे साइट पर नहीं देख सकते हैं, क्योंकि यह अभी भी कुछ नहीं करता है। चलो उसे बनाते हैं।
ऐसा करने के लिए, एक टेम्पलेट फ़ाइल बनाएं। फ्रंटएंड के लिए टेम्पलेट ऐप / डिज़ाइन / फ्रंटएंड / बेस / डिफॉल्ट / टेम्प्लेट में संग्रहीत किए जाते हैं। वहां हम अपने मॉड्यूल (इनसाइडर) के नाम के साथ एक निर्देशिका बनाते हैं, और इसमें फ़ाइल disclose.phtml है। हम इसमें लिखते हैं, उदाहरण के लिए, "हैलो" (अभी के लिए, हमें सिर्फ यह देखना होगा कि मॉड्यूल काम करता है)। अब आपको सिस्टम को यह बताने की आवश्यकता है कि इसे कहां डाला जाए - यह मार्कअप के बारे में है। लेआउट टेम्प्लेट XML फ़ाइलें हैं और ऐप / डिज़ाइन / फ्रंटेंड / बेस / डिफ़ॉल्ट / लेआउट में स्थित हैं। निम्नलिखित सामग्री के साथ insider.xml नामक एक फ़ाइल बनाएँ:

<? xml version ="1.0" ? > < layout > < default >  < block type ="core/template" name ="insider" template ="insider/disclose.phtml" /> </ default > </ layout >

विशेषता 'प्रकार' कहती है कि कौन सा ब्लॉक 'टेम्पलेट' के प्रतिपादन को नियंत्रित करेगा। इस स्थिति में, यह Mage_Core_Block_Template नाम के साथ एक ब्लॉक होगा। प्रकार = "modulename / blockname" का नाम Namespace_modulename_Block_blockname है। यह माना जाता है कि नामस्थान पहले से ही सिस्टम में पंजीकृत है और यह जानता है कि मोड्यूलनाम के साथ शुरू होने वाले ब्लॉकों को कहां देखना है। दाना, निश्चित रूप से पंजीकृत है, और जब हमें अपने स्वयं के ब्लॉक का उपयोग करने की आवश्यकता होती है, तो हमें अपनी कॉन्फ़िगरेशन फ़ाइल में कुछ जोड़ना होगा, लेकिन बाद में उस पर और अधिक।
विशेषता 'नाम' की आवश्यकता है ताकि अन्य ब्लॉक <संदर्भ> का उपयोग करके इसे "चिपका सकें" - यह थोड़ा और भी स्पष्ट होगा।

insider.xml अकेले नहीं उठाया जा सकता है, हमें यह स्पष्ट रूप से इंगित करने की आवश्यकता है कि हमारा मॉड्यूल मार्कअप में परिवर्तन करने जा रहा है - इसके लिए config.xml में एक और नोड बनाएं:

< frontend >  < layout >  < updates >  < insider >  < file > insider.xml </ file >  </ insider > </ updates > </ layout > </ frontend >

अब साइट पर वापस जाएं और F5 दबाएं - हमारे "हैलो" को किसी भी दृश्य पृष्ठ पर नीचे दिखाई देना चाहिए। दिखाई नहीं दिया? क्या आप वाकई कैश का उपयोग नहीं कर रहे हैं? मुझे याद दिलाएं कि आप इसे व्यवस्थापक पैनल में अक्षम कर सकते हैं: सिस्टम -> कैश प्रबंधन।
मुझे आपके बारे में पता नहीं है, लेकिन मैं, एक के लिए, ऐसा नहीं है कि हमारा रिकॉर्ड बहुत नीचे लटका हुआ है। चलो उसे उच्च फेंक दो? ऐसा करने के लिए, आपको लेआउट निर्माण तंत्र के बारे में थोड़ी बात करने की आवश्यकता है - मैगेंटो पृष्ठ प्रदर्शित करने से पहले, यह लेआउट फ़ोल्डर से सभी .xml फ़ाइलों को निकालता है (स्वाभाविक रूप से, केवल वे जो सीधे वर्तमान पृष्ठ के प्रदर्शन को प्रभावित करते हैं) और उनमें से एक को इकट्ठा करते हैं, लेकिन बड़े। 'पहले' और 'के बाद' विशेषताओं का उपयोग कर हम पार्सर को इंगित कर सकते हैं, क्रमशः, इससे पहले या बाद में जो हमारे सम्मिलित करने के लिए ब्लॉक। यदि आप <संदर्भ> नोड के अंदर एक ब्लॉक रखते हैं, तो आप एक विशिष्ट ब्लॉक को "हुक" कर सकते हैं - अपने आप को अंदर डालें। लगभग हर ब्लॉक में विशेषता 'नाम' है - यह वह है जो सामान्य मार्कअप में खुद को परिभाषित करता है और आप इसे "आगे बढ़ने" या "इसे रात भर रहने दें" के अनुरोध के साथ बदल सकते हैं।
यह जानने के लिए कि कौन सी जगह खुद को परिभाषित करती है, आपको अन्य मॉड्यूल की मार्कअप फ़ाइलों का अध्ययन करने की आवश्यकता है। उदाहरण के लिए, यदि हम page.xml को देखते हैं, तो हम "पृष्ठ शीर्ष" लेबल के साथ 'after_body_start' नामक एक ब्लॉक देखेंगे। ऐसा लगता है कि यह वही है जो आपको चाहिए! शायद हम उससे चिपक गए। ऐसा करने के लिए, insider.xml फ़ाइल में ब्लॉक संदर्भ को <संदर्भ> नोड के अंदर रखें:

< reference name ="after_body_start" >  < block type ="core/template" name ="insider" template ="insider/disclose.phtml" /> </ reference >

खैर, यह बेहतर है। लेकिन मुझे प्रेरणा देने के लिए हमारा कुछ "हैलो" नहीं रह गया है। आइए अपने टेम्प्लेट में किसी प्रकार की भारी <div> जोड़ते हैं, हो सकता है कि हम कुछ वर्ग लटकाएंगे, और हम इसमें .css की शैली का वर्णन करेंगे और फिर .js के माध्यम से कुछ और गतिकी जोड़ेंगे। मैं आपके स्वाद के लिए कोड छोड़ता हूं, मैं केवल यह बताता हूं कि इसे कैसे काम करना है। फोल्डर स्किन / फ्रंटेंड / बेस / डिफॉल्ट / css / insider / insider.css में एक फाइल बनाएं और वहां कुछ कोड लिखें जो कि डिस्क्लो.फ्ल्ट एमएल की डिस्प्ले स्टाइल को प्रभावित करें। इस फ़ाइल को पृष्ठ पर जोड़ने के लिए, आपको मार्कअप फ़ाइल (insider.xml) को संपादित करना होगा और निम्नलिखित को <default> नोड में जोड़ना होगा:

< reference name ="head" >  < action method ="addCss" >< stylesheet > css/insider/insider.css </ stylesheet ></ action > </ reference >

यह क्रिया क्या है? <क्रिया> नोड आपको ब्लॉक विधि को कॉल करने और इसे सीधे मार्कअप फ़ाइल से पैरामीटर पास करने की अनुमति देता है। यह बहुत शक्तिशाली चीज है। यदि आप page.xml पर लौटते हैं, तो आप देखेंगे कि हेड 'पेज / html_head' पर "हेड" नाम से हस्ताक्षर किया गया है, और यह बदले में, Mage_Core_Page_Block_Html_Head नामक एक वर्ग है। यदि आप इसके कार्यान्वयन को देखते हैं, तो आप आसानी से addCss () विधि पा सकते हैं। अब आप समझ गए हैं कि एक जंगली उल्लंघन क्या है - <क्रिया>?
चलो कुछ जावास्क्रिप्ट करते हैं। एक js / अंदरूनी सूत्र / insider.js फ़ाइल बनाएं और इसे स्वाद के लिए कोड के साथ सीज़न करें। आपको इसे सीएसएस के समान ही जोड़ने की आवश्यकता है - उसी <संदर्भ> नोड में जो "सिर" का संदर्भ देता है, निम्नलिखित प्रविष्टि बनाएँ:

< action method ="addJs" >< script > insider/insider.js </ script ></ action >

मुझे लगता है कि यहाँ समझाने के लिए कुछ भी नहीं है - सादृश्य द्वारा, सब कुछ स्पष्ट होना चाहिए।

यह सब, ज़ाहिर है, अच्छा है, लेकिन हमारे विस्तार अभी भी एक लानत चीज को उपयोगी नहीं बनाते हैं। इसे ठीक करने का समय आ गया है! टेम्प्लेट के व्यवहार को प्रभावित करने और इसकी जानकारी प्रसारित करने के लिए, हमें अपने स्वयं के ब्लॉक की आवश्यकता है। फ़ाइल Linker / Insider / Block / Disclose.php बनाएँ। इसे निम्नलिखित सामग्रियों से भरें:

Copy Source | Copy HTML <?php class Linker_Insider_Block_Disclose extends Mage_Core_Block_Template { // Magento __construct() ( "_") function _construct() { // ( Zend Framework) $request = $this ->getRequest(); // , $this ->module = $request ->getModuleName(); $this ->controller = $request ->getControllerName(); $this ->action = $request ->getActionName(); } } 

इस जानकारी को टेम्प्लेट में स्थानांतरित करने में सक्षम होने के लिए, हमें insider.xml फ़ाइल में ब्लॉक प्रकार को बदलने की आवश्यकता है:

< block type ="insider/disclose" name ="insider" template ="insider/disclose.phtml" />

लेकिन वहाँ एक चेतावनी है: यह सिर्फ काम नहीं करेगा। याद रखें, हमारे अपने नामस्थान हैं, और हमने इसे कहीं और वर्णित नहीं किया है? आपको ऐसा करने की आवश्यकता है, अन्यथा सिस्टम ब्लॉक क्लास नहीं ढूंढ सकता है। Config.xml में परिवर्तन करें:

< global >  < blocks >  < insider >  < class > Linker_Insider_Block </ class >  </ insider > </ blocks > </ global >

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

Copy Source | Copy HTML Module: <?php echo $this ->module; ?> Controller: <?php echo $this ->controller; ?> Action : <?php echo $this ->action; ?> 

अब कल्पना करें कि हम अचानक अपने ब्लॉक को खूबसूरती से प्रदर्शित करना चाहते थे और डेटा के साथ अपने ब्लॉक को आबाद करना चाहते थे। मूल रूप से, हमारे पास एक नाम = मूल्य योजना यहां होगी, इसलिए ऐसा करने का सबसे आसान तरीका फ़ॉर्म के माध्यम से है। फॉर्म के लिए एक अलग फाइल है, यह लिंकर / इनसाइडर / ब्लॉक / डिस्कलोज / फॉर्म / कंट्रोलर। एफपी होगा। नाम को आपको भ्रमित न करें - यह वर्तमान नियंत्रक / मॉड्यूल / कार्रवाई के बारे में जानकारी के साथ एक रूप होगा, यहां फ़ाइल की सामग्री है:

Copy Source | Copy HTML <?php class Linker_Insider_Block_Disclose_Form_Controller extends Varien_Data_Form { public function __construct() { // HTML id parent::__construct( array ( 'id' => 'insider-form-controller' )); // HTML id , ( Varien_Data_Form_Element_*), // (ZF- ) $this ->addField( 'module' , 'text' , array ( 'label' => 'Module' )); $this ->addField( 'controller' , 'text' , array ( 'label' => 'Controller' )); $this ->addField( 'action' , 'text' , array ( 'label' => 'Action' )); } }

हो गया, अब इसे डेटा से भरें। एमवीसी अवधारणा के अनुसार, डेटा मॉडल से आना चाहिए, इसलिए हमें अपने ब्लॉक की सामग्री को मॉडल में ले जाना होगा। फ़ाइल लिंकर / इनसाइडर / मॉडल / Insider.php बनाएँ:

Copy Source | Copy HTML <?php class Linker_Insider_Model_Insider extends Mage_Core_Model_Abstract { public function _construct() { // , getRequest(), : $request = Mage::app()->getRequest(); $module = $request ->getModuleName(); $controller = $request ->getControllerName(); $action = $request ->getActionName(); // setData() protected $_data // , id , // , $this ->setData( 'controller' , array ( 'module' => $module , 'controller' => $controller , 'action' => $action , )); } }

अब हम मॉडल से डेटा के साथ फॉर्म भर सकते हैं:

Copy Source | Copy HTML ... $this ->addField( 'action' , 'text' , array ( 'label' => 'Action' )); $model = Mage::getSingleton( 'insider/insider' ); $this ->addValues( $model ->getData( 'controller' )); 

लेकिन वह भी, सिर्फ उसी तरह काम नहीं करेगा। हालांकि सिस्टम को पता है कि 'इनसाइडर' से शुरू होने वाले ब्लॉक की तलाश कहाँ करनी है, लेकिन यह नहीं जानता कि ऐसे मॉडल कहाँ देखें। उसे config.xml फ़ाइल में समझाएँ, <वैश्विक> नोड:

 < models > < insider > < class > Linker_Insider_Model </ class > </ insider > </ models >

अब हम मॉडल की ओर रुख कर सकते हैं, लेकिन अब हमें अपना रूप आंखों के सामने लाने की जरूरत है। ऐसा करने के लिए, Disclose.php की सामग्री को निम्नानुसार बदलें:

Copy Source | Copy HTML <?php class Linker_Insider_Block_Disclose extends Mage_Core_Block_Template { public $forms = array (); protected function _construct() { $this ->forms = array ( 'controller' => new Linker_Insider_Block_Disclose_Form_Controller(), ); } } 

और टेम्प्लेट में, उन तीन पंक्तियों को हटा दें जिन्हें हमने पहले जोड़ा था और कुछ सरल के साथ प्रतिस्थापित करें:

Copy Source | Copy HTML <?php echo $this ->forms[ 'controller' ]->toHtml(); ?> 

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

Copy Source | Copy HTML // , $layout = Mage::app()->getLayout(); foreach ( $layout ->getAllBlocks() as $name => $block ) { $class = get_class( $block ); // , , Mage_Core_Block_Abstract, if (method_exists( $block , 'getTemplate' )) { /* @var $block Mage_Core_Block_Template */ $template = $block ->getTemplate(); } else { $template = false ; } $blocks [] = array ( // eg Mage_Catalog_Product_List 'class' => $class , // eg catalog/product_list.phtml 'template' => $template , // eg "head" 'name' => $name , // eg /home/user/magento/app/code/core/Mage/Catalog/Product/List.php 'blockFile' => mageFindClassFile( $class ), // eg /home/user/magento/app/design/frontend/base/default/template/catalog/product_list.phtml 'templateFile' => $template ? $block ->getTemplateFile() : '' , ); }

मुझे भरोसा है कि आपको एक फॉर्म बनाना है, इसे इन आंकड़ों के साथ भरें और टेम्प्लेट में प्रस्तुत करें। वैसे, यह स्रोत कोड में उपलब्ध है। फिर यह टुकड़ा यहाँ क्यों है? आपके लिए इस दृष्टिकोण की विफलता को देखने के लिए। ब्लॉकों की सूची में हम खुद को प्राप्त करेंगे (ठीक है, उदासी महान नहीं है), लेकिन यह भी हमें यह सब नहीं मिलेगा (स्टॉप-स्टॉप-स्टॉप, क्यों?)। कम से कम क्योंकि हमारे ब्लॉक को पहले में से एक गाया जाता है, लगभग <body> टैग के तुरंत बाद। नतीजतन, मॉडल केवल उन ब्लॉकों के बारे में जानकारी खींचने में सक्षम होगा जो पहले से ही वहां हैं, और यह सब कुछ भी नहीं है। इस बाधा को कैसे पार करें? पहली बात जो मन में आती है वह यह देखना है कि कौन सा ब्लॉक अंतिम रूप से प्रस्तुत किया गया है, और 'बाद' के साथ इसका पालन करें। लेकिन अगर आप इसके बारे में सोचते हैं, तो यह काम नहीं करेगा, यदि केवल इसलिए कि एक और ब्लॉक दिखाई दे सकता है - जो बाद में भी प्रदान किया जाएगा, या 'बाद' का उपयोग करके हमसे चिपकेगा - और हम इसे नहीं देख पाएंगे। नहीं, यहां एक अलग स्तर की जरूरत है। अनुरोध को संसाधित करने की प्रक्रिया में, Magento काफी बड़ी संख्या में इवेंट बनाता है जिसके लिए आप "पर पकड़" (लगभग ब्लॉक की तरह) भी कर सकते हैं। पृष्ठ पर ब्राउज़र को भेजे जाने से पहले उस घटना के बारे में क्या जो शाब्दिक रूप से रिपोर्ट की गई है? बहुत अच्छा लग रहा है! सभी ब्लॉकों का प्रतिपादन किया गया है, वे पहले से ही और हमारे हाथों में, सब कुछ पूरा कर चुके हैं, वास्तव में, तैयार एचटीएमएल। इसमें शामिल सभी ब्लॉक के बारे में जानकारी (अब पहले से ही पूरी तरह से पूरी) पूरी हो चुकी है और अपने HTML को अंतिम आउटपुट में जोड़ें। इसके लिए क्या आवश्यक है? सबसे पहले, प्रतिबंध स्वचालित रूप से प्रदान किया जाता है (ब्लॉक की सूची में हम किसी भी तरह से एक पंक्ति में हैं, लेकिन हम वहां खड़े हैं - और सिस्टम निश्चित रूप से हमें कुछ चरण में ठीक से प्रस्तुत करने की कोशिश करेगा)। सबसे आसान तरीका यह है कि HTML कोड को जेनरेट और रेंडर करने के लिए जिस विधि को बुलाया जाता है, उसके बजाय एक स्टब डालें। एक नई विधि के साथ हमारे Disclose.php को अपडेट करें:

Copy Source | Copy HTML public function renderView() { return '' ; } 

और अब हम अपना खुद का निर्माण करेंगे, जिसे हम मांग कर सकते हैं - ठीक उसी समय जब हमें आवश्यकता होगी:

Copy Source | Copy HTML public function renderSelf() { return parent::renderView(); } 

खैर, अब हम इसे कड़ाई से परिभाषित क्षण में लागू करेंगे - जिस घटना के अनुसार हमने बात की थी। घटना का एक नाम है जो 'कंट्रोलर_फ्रेंड_सेंड_रस्पॉन्स_बेफर्स' जैसा लगता है। उस पर "हुक" करने के लिए, हमें अपना स्वयं का पर्यवेक्षक बनाने की आवश्यकता है। एक फ़ाइल लिंकर / इनसाइडर / मॉडल / ऑब्जर्वर बनाएँ। निम्न सामग्री के साथ।

Copy Source | Copy HTML class Linker_Insider_Model_Observer { public function renderSelf(Varien_Event_Observer $observer ) { // , - - ? // , ( - fire') if ( $block = Mage::app()->getLayout()->getBlock( 'insider' )) { // HTML- $insiderHtml = $block ->renderSelf(); // front controller, HTML $front = $observer ->getData( 'front' ); // $front ->getResponse()->append( 'insider' , $insiderHtml ); } } } 

अब हमें वर्णन करना चाहिए कि हमारे पर्यवेक्षक को क्या जवाब देना चाहिए। यह config.xml, <global> नोड में किया जाता है:

< events >  < controller_front_send_response_before >  < observers >  < insider_renderself >  < class > insider/observer </ class >  < method > renderSelf </ method >  </ insider_renderself > </ observers > </ controller_front_send_response_before > </ events >

वह, वास्तव में, वह सब था जिसके बारे में मैं बात करना चाहता था। मुझे उम्मीद है कि यह किसी को Magento के आंतरिक कामकाजी पैटर्न को समझने में मदद करेगा।
स्व-पीआर में पश्चाताप से बचने के लिए, मैं कोई लिंक प्रदान नहीं करता हूं। जो लोग एक्सटेंशन की उपयोगिता का मूल्यांकन करना चाहते हैं वे इसे Magento Connect पर पा सकते हैं।

डीबग कंसोल के उदाहरण का उपयोग करके Magento के लिए एक्सटेंशन का चरण-दर-चरण निर्माण

More articles: