ualinker Jul 26 2011 at 19:12

Поэтапное создание расширения для Magento на примере debug-консоли

17 min

11K

CMS*

From sandbox

+21

Comments 22

deniamnet Jul 27 2011 at 04:05

Отличная статья, спасибо!
Думаю, что это кому-то поможет в разработке расширений для Magento, потому что система и впрямь непроста.

sap1ens Jul 27 2011 at 04:15

Если претендуете на основательность, то нужно было указать, что добавлять что-то в
app/design/frontend/base/*
skin/frontend/base/*
нехорошо, нужно создавать собственную тему и пакет для неё

Frank Jul 27 2011 at 06:01

В base/default кидать действительно не рекомендуется, потому что:
1) Это просто плохой стиль, так как эта папка предназначена для хранения основной темы, а не для изменений в ней.
2) До версии 1.4 такой папки просто не существовало, а некоторые магазины до сих пор сидят на 1.3.

Но по теме на каждый модуль это как-то слишком много тем получается. Обычно всё кладётся в default/default. Во всяком случае все модули, которые я видел, так делают.

sap1ens Jul 27 2011 at 06:23

Согласен, что для каждого модуля своя тема — это жирно =) Однако упомянуть о назначении base каталогов стоило

fear86 Jul 27 2011 at 07:34

Base это то место где система будет искать шаблоны если не найдет в текущем пакете, тоесть если у магазина настроенно 20 тем (или пакетов), и наш модуль должен одним кликом установится и работать, то ему место именно в base. Собственно с версии 1.4 ее для этого и создали.

Frank Jul 27 2011 at 07:46

Спасибо, конечно, буду иметь в виду. Вам как разработчику системы виднее, но, на мой взгляд, пока что самый лучший выход для обеспечения совместимости с 1.3 это всё-таки default/default. Кстати, зачем её вообще оставили, если её функции теперь выполняет base/default?

fear86 Jul 27 2011 at 08:33

Base/default — это базовые шаблоны для фронтенда, не привязанные к какой либо теме (скелет), а default/default это уже тема, если посмотреть внимательней то можно увидить, что все скины (css, images, js) находятся в default/default. Раньше все было в default/default, что как бы не совсем логично :)

По поводу совместимости, если мне память не изменяет, система пытается грузить шаблоны в таком порядке:

v1.4

1 — maPackage/myTheam
2 — maPackage/default
3 — base/default

v1.3

1 — maPackage/myTheam
2 — maPackage/default
3 — default/default

То есть кладя файлы в default/default мы потеряем совместимость для версии 1.4+ c кастомной темой.

Вот такие пироги :)

alesto Jul 27 2011 at 07:27

Спасибо! Статья отличная.
А будет статья о том как создать свой модуль для вывода в админке и редактирования какого нибудь контента? например свой новостной модуль?

ualinker Jul 28 2011 at 08:45

Согласен, для создания модуля, который имеют свою часть и во фронтенде, и в бэкенде есть свои тонкости. Не буду обещать, но идея для следующего топика хорошая, спасибо.

serjoga Jul 29 2011 at 08:36

Вот:
— Magento backend — создание CRUD модуля
— Magento backend — грузим картинку через админку
— Magento EAV

Makor Jul 27 2011 at 08:05

Ну, статей мало потому что не у всех есть возможность их выкладывать :)
А статья замечательная.

Про хелпер не совсем точно — если его не вызывать и не объявлять в XML то в файле нет необходимости. Вроде в 1.3 и 1.5 так работает.

Так же отдельные модули лучше включать не в etc/modules/Mage_All.xml, а создав отдельный файл для модуля в котором мы его включаем. Тогда его можно устанавливать копированием всех файлов модуля.

NervousSnake Jul 27 2011 at 21:39

Хелпер Data.php нужен, если предполагается использовать переводы. Если не предполагается ни переводить, ни использовать хелперы, то можно, по-моему, не «заводить» его.

ualinker Jul 28 2011 at 08:49

Это очень просто проверить. Создайте новый модуль, в котором будет только файл etc/config.xml, включите его в Mage_All.xml и попробуйте зайти на сайт. В логах будет запись об ошибке, что Yourmodule_Helper_Data не найден.

Makor Jul 28 2011 at 08:50

Если в config.xml не описывать helper то ошибки не будет.

Makor Jul 28 2011 at 09:07

Я счас глянул — у меня в модуле нет папки Helper вообще и модуль работает давно и успешно, даже продается.)

А переводить можно используя helper('core').

vanxant Jul 27 2011 at 09:36

Огромное спасибо за статью, очень много информации о кишочках этой CMS. Крайне полезно для тех, кто задумывается, стоит ли её изучать и стоит ли делать на ней сайты.
Собственно,

перед отображением страницы Magento парсит все .xml-файлы из папки layout

— `nuff said
Еще раз спасибо, вы сэкономили кучу времени многим людям.

fear86 Jul 27 2011 at 10:12

Парсит все .xml-файлы только если отключен кеш.

starodubcev Jul 27 2011 at 12:11

После полутора лет эксплуатации Magento нет ни малейшего желания продолжать развивать магазин на этой платформе.
Изначально подкупает наличие великолепной многослойной навигацией в стоке. А потом понимаешь, что ради этой функции не стоит получать столько гемороя во всем остальном.

kudzu Jul 29 2011 at 03:18

да ну?

vai Jul 27 2011 at 13:24

Следует понимать, что для Magento порог вхождения довольно высок. Статья хорошая и понятная. Спасибо.

Thief Aug 1 2011 at 09:21

Есть еще вот такой бесплатный инструмент для разработчика:
www.mgt-modules.com/magento-developertoolbar/

ualinker Aug 19 2011 at 12:37

Отличная штука! По функционалу явно выигрывает. Нужно взять на заметку.