По-перше правимо конфиг замінивши це
тут пишеться не назва модуля а ключ. Далі розберемося з layout-тами
тепер розберемо секцію block.
type = 'kalininform / form це тип блоку при рендер всередині магента виклик метод getBlockSingleton. і в нього буде переданий цей ключ kalininform / form перша частина до слеша це ключ в конфіги для блоку модуля тобто нішто інше як ось ця частина:
З усіх конфігов він вибере по ключу назва класу class, в нашому випадку це Kalinin_Form_Block.
Друга частина ключа це шлях до імені класу в lowercase режимі, тобто в нашому випадку magento візьме form з ключа і перетворює в Form а далі взявши попередній клас name (реалізація namespace), вона підставить цей шматок в кінець з нижньому підкресленням, в результаті вийти име кінцевого класу блоку Kalinin_Form_Block_Form і від сюди вона довантажити наступний фаил Kalinin \ Form \ Block \ Form.php.
Що ж касаеться template це відносний шлях до шаблону в директорії template поточної теми. тобто якщо template = "Kalinin_Form / index.phtml" повинен знаходитися в директорії template / Kalinin_Form /.
Далі ви забули про name шаблону в контексті блоку content це в принципі не критично, але індетіфікацію блоків йде по name так што краще його прописати.
Є ще кілька опцій на яких я не буду зупинятися це output. as. after і т.д.
Методи дебага шаблонів:
- Включити відображення шляхів до шаблонів система-> конфігурація-> для розробників переключити store view в лівому кутку на store сайту далі знаходимо пункт шаблони і включаємо опції підказка шляхів шаблону і підказки класів шаблонів.
- Моніторинг логів, tailf -1000 /magentoroot/var/log/exception.log і tailf -1000 /magentoroot/var/log/system.log де magentoroot шлях до кореневої директорії magento.
- Моніторинг логів сервера.
Ну і більше для самої magento, копіюємо файлик /magentoroot/errors/local.xml.sample в /magentoroot/errors/local.xml якщо його немає, або наводимо його до виду
для девелоперського оточення естевственно.