Главная
Блог разработчиков phpBB
 
+ 17 предустановленных модов
+ SEO-оптимизация форума
+ авторизация через соц. сети
+ защита от спама

Magento глазами Junior’a

Anna | 31.05.2014 | нет комментариев

Дословно месяц назад мне дали план магазина, в качестве CMS была выбрана Magento. Хотелось бы предостеречь людей работающих с данным продуктом впервой от ошибок сделанных мною.

Основы

 

Выбор среды разработки

Думаю стоит сказать о том, что простым редактором с подсветкой кода не отвертеться. Первым делом на что стоит обратить внимание при выборе IDE, это плагины. Необходимы они в основном Дабы “прыгать” по классам (да, CMS написана так, что средствами среды разработки этого сделать немыслимо) и больше удобно трудиться с образцами в блоках. Мне удалось обнаружить только «условно-безвозмездный» Magicento для PHP Storm, непрерывно спамивший уведомлениями о новой версии. Но принудить PHP Storm прыгать по способам Magento он не сумел. Скачать последнюю версию плагина дозволено с сайта позже донейта либо отправки плачевного письма разработчику. Ветхая версия плагина доступна в репозитории.

Неимение документации

Magento не дружелюбна к разработчикам и толковой документации под нее нет. Исключительное что остается делать — гуглить! Причем нередко результаты дозволено обнаружить только на англоязычных блогах, форумах либо Stack Overflow, так что без базовых познаний языка у вас очевидно возникнут затруднения.

Эластичность системы

Невзирая на многочисленную критику в сторону продукта, стоит подметить что Magento довольно эластичная система. И нередко огромная часть задач решается средствами самой CMS, без вмешательства в код. По этому неизменно глядите функционал и доступные растяжения, раньше чем начинать писать код. Это сэкономит вам много времени. В то же время стоит понимать, что при создании к примеру промежуточной страницы на этапе добавления товара в корзину может уйти не немного сил и нервов.

Разработка

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

Переопределяйте все что дозволено и используйте эвенты

Запомните, какими бы не были незначительными метаморфозы в классах либо образцах — переопределяйте используйте эвенты! Это спасет ваше время и время других разработчиков еще не раз. При этом делайте это обдуманно, переопределенный вами класс может поломать Сторонний модуль.
Про метод с эвентами теснее писалось в иной статье. Блоки и классы стоит переопределять в локальной директории, сделать это довольно легко. Нужно продублировать полный путь до класса в директории./app/code/local/ и скопировать файл из core либо community туда. Приоритеты поиска для вызываемых файлов такие:
1. local — неизменно используйте эту директорию для переопределения либо создания собственных растяжений. Особенно приоритетными считаются файлы расположенные в данной директории.
2. community — в этой директории лежат растяжения разработанные сообществом.
3. core — модули ядра. Никогда не вносите метаморфозы в данной директории.

Для переопределения образцов идем в админку, System -> Configuration -> Design и меняем значения в полях блока Themes на наименование директории в которой будут переопределенные образцы. Скажем создаем директорию по такому образцу ./app/design/frontend/имятемы/override/ и вписываем override все поля.

Включаем показ ошибок и режим дебага

Из коробки Magento может отлавливать ошибки и писать их в логи, но работает это вдалеке не неизменно. На прогре теснее была статья, о том как отладить непонятные ошибки в Magento, но и этого бывает неудовлетворительно. Для того Дабы включить показ ошибок, нужно добавить строчку в корневой “.htaccess”:

SetEnv MAGE_IS_DEVELOPER_MODE "1"
Источник: programmingmaster.ru
Оставить комментарий
Форум phpBB, русская поддержка форума phpBB
Рейтинг@Mail.ru 2008 - 2017 © BB3x.ru - русская поддержка форума phpBB