Отладка макета Загрузка XML

Вы можете получить все дескрипторы макета в своем контроллере, выполнив следующее:

var_dump($this->getLayout()->getUpdate()->getHandles());

Или где угодно (если макет был инициализирован), используя это:

var_dump(Mage::app()->getLayout()->getUpdate()->getHandles());

Возможно, это поможет вам отладить.

РЕДАКТИРОВАТЬ

Установили ли вы свой config.xml чтобы указать класс блока?

    <blocks>
        <banners>
            <class>My_Banners_Block</class>
        </banners>
    </blocks>

Я использую PhpStorm с Magicento, и поэтому я подумал, что адаптирую @benmarks отличный ответ к своему использованию.

В PhpStorm откройте app/code/core/Mage/Core/Controller/Varien/Action.php и поставьте точку останова в методе generateLayoutBlocks(). Я думаю, что смысл в том, чтобы вставить его в любом месте перед $this->getLayout()->generateBlocks();. Я поставил его на предыдущую строку.

После вставки точки останова, обозначенной красной точкой слева от номера строки, вы можете щелкнуть ее правой кнопкой мыши, чтобы настроить поведение. Нажмите "Еще" внизу, чтобы открыть все опции.

Как только вы откроете это, вы установите флажок "Регистрировать сообщение для консоли" (необязательно) и "Регистрировать оцененное выражение" (где происходит волшебство). Затем скопируйте и вставьте эту адаптацию кода бенмарка в текстовое поле. Единственное, что я изменил, это каждый раз указывать переменную $request как Mage::app()->getRequest() и менять переменную $o на $this (b/c мы здесь не в контексте наблюдателя).

sprintf("\nRequest: %s\nFull Action Name: %s_%s_%s\nHandles:\n\t%s\nUpdate XML:\n%s",Mage::app()->getRequest()->getRouteName(),Mage::app()->getRequest()->getRequestedRouteName(),Mage::app()->getRequest()->getRequestedControllerName(),Mage::app()->getRequest()->getRequestedActionName(),implode("\n\t",$this->getLayout()->getUpdate()->getHandles()),$this->getLayout()->getUpdate()->asString())

Итак, теперь это выглядит так этот:

После запуска программы (с помощью отладчика xdebug или zend) вы остановитесь в точке останова и увидите это в журнале:

Update XML:
<block name="formkey" type="core/template" template="core/formkey.phtml"/>
<label>All Pages</label>
<block type="page/html" name="root" output="toHtml" template="page/2columns-left.phtml">
   <block type="page/html_head" name="head" as="head">
      <action method="addJs">
         <script>jquery/jquery-migrate-1.2.1.min.js</script>
      </action>
      <action method="addJs">
         <script>jquery/jquery-ui/jquery-ui.min.js</script>
      </action>
      <action method="addJs">
         <script>prototype/prototype.js</script>
      </action>
      <action method="addJs" ifconfig="dev/js/deprecation">
         <script>prototype/deprecation.js</script>
      </action>
      <action method="addJs">
         <script>lib/ccard.js</scrip

Похоже, существует ограничение на размер записей журнала, которое может быть определено свойством idea.cycle.buffer.size в файле idea.properties для PhpStorm, согласно этому . Вы можете изменить это или просто щелкнуть правой кнопкой мыши в окне кода и выбрать "Оценить выражение" из выпадающего меню, а затем скопировать и вставить код для выполнения в там и вы получите полный результат.

Во всплывающем окне "Оценить выражение" вы можете щелкнуть правой кнопкой мыши (Windows) на результате и выбрать "Скопировать значение", чтобы получить весь вывод и вставить его в другое место для анализа.

Мы используем расширение Алана Шторма Commerce Bug и считаем его незаменимым для отладки различных вещей в Magento, включая проблемы с макетом. Для макетов вы можете видеть, какие дескрипторы макета активны на каждой странице и какие конфигурации xml макета применяются к странице.

Это не бесплатно, но сэкономит много времени на отладке подобных вещей.

Примечание: Я никоим образом не связан с Аланом Штормом или коммерческой ошибкой, просто счастливый клиент.

Спасибо Бену Марксу! Это моя версия описанного вами регистратора xml-макета.

Это очень длинный файл, поэтому я сделал из него XML...:-) Вы можете открыть его в обычном редакторе....

    <?php

class Gn_Optimization_Model_Debug_Layout {
  public function logCompiledLayout($o) {
    $req = Mage::app()->getRequest();

    $routeName = $req->getRouteName();
    $fullname = $req->getRequestedRouteName() . '_' . $req->getRequestedControllerName() . '_' . $req->getRequestedActionName();

    $info = sprintf(
      "\nRequest: %s\nFull Action Name: %s\nHandles:\n\t%s\n",
      $routeName, $fullname, implode("\n\t", $o->getLayout()->getUpdate()->getHandles())
    );

    Mage::log($info, Zend_Log::DEBUG, 'debug.'.$routeName.'.layout.log', true);
    file_put_contents(Mage::getBaseDir('log').DS.'debug.'.$routeName.'.layout.xml',
                      '<?xml version="1.0" encoding="utf-8"?>'.PHP_EOL
                      .'<layout>'.PHP_EOL.
                      $o->getLayout()->getUpdate()->asString().
                      '</layout>');
  }
}

И мой config.xml в узле выглядит так:

<events>
  <controller_action_layout_generate_blocks_before>
    <observers>
      <gn_optimization_controller_action_layout_generate_blocks_before>
        <type>singleton</type>
        <class>gn_optimization/debug_layout</class>
        <method>logCompiledLayout</method>
      </gn_optimization_controller_action_layout_generate_blocks_before>
    </observers>
  </controller_action_layout_generate_blocks_before>
</events>

Теперь, я надеюсь, что мой дизайнер сможет объяснить все это...\o/

Вы можете добавить это в действие вашего контроллера. Он будет отображать дескрипторы более аккуратно, чем var_dump.

Zend_Debug::dump($this->getLayout()->getUpdate()->getHandles());