Конфігурування(config) є серцем Magento-системи. Цей опис, майже в цілому, буде навколо module/model/class/template/etc. Це рівень абстракції, з яким, більшість розробників PHP не звикли працювати. І хоча, він збільшує час розробки у вигляді безладу і заплутаності, він також дозволяє мати безпрецедентну гнучкість, перекриваючи базові функції системи власними, не втручаючись в ядро.

Почнемо з того, що ми створимо модуль Magento, котрий дозволить переглядати конфігурацію системи в вікні веб-браузера. Поки все, що вам потрібно запам’ятати, це копіювання і вставка, це дорога до комфортного освоєння технік роботи з Magento, так і до освоєння термінології.

Для нетерплячих, завершений модуль може бути завантажений тут: (http://alanstorm.com/2005/projects/MagentoConfigViewer.tar.gz).

Налаштування структури директорій модуля

Варто відзначити, що більша частина базової системи Magento побудована з використанням модульної  системи, яку ви будете використовувати. Якщо подивитеся в

app/code/core/Mage

Кожна папка представляє собою окремий модуль, побудований різними командами. Разом, ці модулі утворюють систему взаємодії, яку ви використовуєте. Ваші модулі, повинні бути поміщені в таку папку

app/code/local/Packagename

“Packagename” повинен бути унікальним в комбінації Namespace/Package. Є неофіційне правило, що воно має містити назву вашої компанії. Ідея полягає у виборі комбінації назви, котру ніхто інший, у цілому світі, не буде використовувати.

app/code/local/Microsoft

Коли я працюю на своїх проектах Magento, я використовую версію мого доменного імені, “Alanstormdotcom“.

Таким чином, щоб додати модуль до вашої Magento-системи, створіть наступну структуру каталогів

app/code/local/Alanstormdotcom/Configviewer/Block
app/code/local/Alanstormdotcom/Configviewer/controllers
app/code/local/Alanstormdotcom/Configviewer/etc
app/code/local/Alanstormdotcom/Configviewer/Helper
app/code/local/Alanstormdotcom/Configviewer/Model
app/code/local/Alanstormdotcom/Configviewer/sql

Вам не потрібно буде всі ці папки для кожного модуля, але створити їх всіх одразу – хороша ідея.

Далі, потрібно створити два файли. По-перше, це config.xml. Його зберігаємо у папці

app/code/local/Alanstormdotcom/Configviewer/etc/config.xml

Другий файл (Alanstormdotcom_Configviewer.xml), повинен бути створений за адресою

app/etc/modules/Alanstormdotcom_Configviewer.xml

Домовлено, що іменуватись ці файли мають як Packagename_Modulename.xml.

Файл config.xml, повинен містити наступну XML. (Не турбуйтеся надто сильно про те, що робить цей весь код, про нього, ми дізнаємось найближчим часом)

<config>
    <modules>
        <Alanstormdotcom_Configviewer>
            <version>0.1.0</version>
        </Alanstormdotcom_Configviewer>
    </modules>
</config>

В кінці-кінців, Alanstormdotcom_Configviewer.xml повинна містити наступну XML.

<config>
    <modules>
        <Alanstormdotcom_Configviewer>
            <active>true</active>
            <codePool>local</codePool>
        </Alanstormdotcom_Configviewer>
    </modules>
</config>

От і все, тепер у вас є голий кістяк модуля, який не буде робити нічого, але Magento його буде бачити. Щоб переконатися, у правильності Ваших дій

1. Очистіть кеш Magento
2. У меню адміністратора Magento, перейдіть до система-> Конфігурація-> Додатково(System->Configuration->Advanced)
3. Розгорніть “Відключити модулі виводу”(“Disable modules output”) (якщо це ще не реалізовано)
4. Переконайтеся, що Alanstormdotcom_Configviewer з’явився у списку

Вітаємо, ви створили свій перший модуль Magento!

Створюємо Config модуля

Звичайно, цей модуль ще нічого не робить. Але коли ми його закінчимо,  то він буде

1. Переварювати існування змінної “showConfig” в рядку запиту
2. Якщо “showConfig” в наявності, то показує нашу Magento-конфігурацію і зупиняє поточне виконання процесу
3. Перевіряє в запиті, наявність додаткової змінної, showConfigFormat, що дозволить нам визначити у якому форматі виводити результат – текстовому чи XML.

По-перше, до нашого config.xml файлу, ми збираємося додати розділ <Global>:

<config>
    <modules>...</modules>
    <global>
        <events>
            <controller_front_init_routers>
                <observers>
                    <alanstormdotcom_configviewer_model_observer>
                        <type>singleton</type>
                        <class>Alanstormdotcom_Configviewer_Model_Observer</class>
                        <method>checkForConfigRequest</method>
                    </alanstormdotcom_configviewer_model_observer>
                </observers>
            </controller_front_init_routers>
        </events>
    </global>
</config>

Потім створюємо файл в

Alanstormdotcom/Configviewer/Model/Observer.php

і розміщуємо тут наступний код

<?php
    class Alanstormdotcom_Configviewer_Model_Observer {
        const FLAG_SHOW_CONFIG = 'showConfig';
        const FLAG_SHOW_CONFIG_FORMAT = 'showConfigFormat';     

        private $request;

        public function checkForConfigRequest($observer) {
            $this->request = $observer->getEvent()->getData('front')->getRequest();
            if($this->request->{self::FLAG_SHOW_CONFIG} === 'true'){
                $this->setHeader();
                $this->outputConfig();
            }
        }

        private function setHeader() {
            $format = isset($this->request->{self::FLAG_SHOW_CONFIG_FORMAT}) ?
            $this->request->{self::FLAG_SHOW_CONFIG_FORMAT} : 'xml';
            switch($format){
                case 'text':
                    header("Content-Type: text/plain");
                    break;
                default:
                    header("Content-Type: text/xml");
            }
        }

        private function outputConfig() {
            die(Mage::app()->getConfig()->getNode()->asXML());
        }
    }

Ось і все. Очистіть кеш Magento, а потім завантажте будь який Magento-URL(запит) з доданим до нього рядком “showConfig=true”:

http://magento.example.com/?showConfig=true

На що я звертаю увагу?

Ви повинні глянути на гігантській XML файл. Це опис стану вашої Magento-системи. У ньому перераховані всі модулі, моделі, класи, обробники подій чи майже все, про що ви б могли подумати.

Для прикладу, розглянемо створений вище файл config.xml. Якщо ви шукаєте XML-файл у вашому браузері для тексту

Configviewer_Model_Observer

ви знайдете цей клас зарахованим у файл. Кожен модуль файлу config.xml розбирається Magento і включається в глобальну конфігурацію(global config).

Для чого це мені?

Зараз це може здатися дивним, але ця конфігурація є ключем до розуміння Magento. Кожен модуль, який ви будете створювати додадуть до цієї конфігурації, і весь час вам потрібно мати доступ до базової частини функціональності системи. Magento буде повертатись до конфігурації і шукати потрібне.

Невеличкий приклад, перед тим як ми перейдемо до більш практичних речей. Як розробник MVC, ви, ймовірно, працювали якимось допоміжними класами, екземплярами щось на зразок

$helper_sales = new HelperSales();

Одна з речей, яку зробив Magento – це абстрагування від декларативних класів PHP. У Magento, згаданий вище код, виглядає приблизно так

$helper_sales = Mage::helper('sales/data');

Простою мовою, цей статичний метод буде:

1. Подивиться секцію <helpers />, в розділі Config .
2. В <helpers />, подивіться секцію <sales />.
3. В  секції <sales />  гляне на секцію <class />.
4. Використає базове ім’я класу, знайдене в пункті #3 (Mage_Sales_Helper), щоб побудувати повне ім’я класу Mage_Sales_Helper_Data

На перший погляд це багато роботи(так і є), але ключовою перевагою є можливість подивиться в конфігураційному файлі ім’я класів. Також, ми можемо перевизначити базову функціональність Magento без зміни або додавання до ядра системи додаткового коду. Цей рівень мета-програмування, як правило, не зустрічається в PHP, але він дозволяє акуратно розширити тільки ті частини системи, які потрібно.

Allan Storm ( http://alanstorm.com/magento_config )

Переклад: Ненько Сергій( snenko@gmail.com )

Image credit Daniel Foster

Всім привіт.

Колись давно я пропонував охочим долучитися до дописування статей чи гостьових постів у цей блог. Але переважно люди, якщо і пишуть/перекладають щось, то роблять це для себе. Але є гарна новина! В блозі Magento Українською з’явився перший (і сподіваюсь не останній) дописувач Сергій Ненько. Він зголосився перекласти і опублікувати цикл статей Алана Шторма (https://twitter.com/alanstorm) – розробника про якого всі хто працює з Мадженто точно знають або чули. Тому прошу “любити і жалувати”.

Від Сергія:

Прошу мене сильно не “пинати” — я ні разу, не перекладач. За більш правильне формулювання перекладу, буду вдячний і обов’язково внесу зміни. Перекладав на українську, оскільки, мені зручно на ній думати. Плюс: сам шукав документацію базового рівня, на зручній для мене мові. Тому, вирішив допомогти новачкам. Будемо вчитись разом  

По мірі готовності, буду викладати наступні статті.

Якщо хтось натхненний прикладом Сергія хоче спробувати опублікувати статтю чи допис – стукайте сюди.

Robots.txt (“robots dot txt”) – це текстовий файл, який допомагає роботам пошукових систем (таким як Google bot та Bing бот) зрозуміти, яку інформацію індексувати. Детально про robots.txt можна прочитати на www.robotstxt.org. Magento Community та Magento Enterprise за замовчуванням не мають robots.txt, тому ви повинні створити його самостійно.

Як robots.txt покращить роботу вашого магазину на Magento?

Це тільки основні випадки в яких robots.txt принесе користь.

• robots.txt допоможуть уникнути дублювання контенту. (Це дуже важливо для СЕО).
• він сховає технічну інформацію від випадкового індексування пошуковими системами (Error логи, репорти, .SVN файли та ін.).

Встановлення robots.txt

Нотатка: файл robots.txt покриває лише один домен. Для Magento сайтів, які мають декілька магазинів (наприклад store.example.com і example.com) вам потрібно створити окремі robots.txt.

Встановлення неймовірно просте. Копіюєте текст з цього блогу і зберігаєте його в файл з ім’ям robots і форматом .txt. Після цього заливаєте його в кореневу директорію вашого сайту (наприклад example.com/robots.txt).

Якщо ви заллєте його в будь-яку під-директорію (наприклад example.com/seo/robots.txt) то пошукові роботи проігнорують цей файл.

Robots.txt для Magento

Ось рекомендований robots.txt для Magento. Перед публікацією цього файлу уважно прочитайте коментарі з #

## robots.txt для Magento Community та Enterprise

## ЗАГАЛЬНІ НАЛАШТУВАННЯ

## Вмикає правила robots.txt для всіх кравлерів
User-agent: *

## Crawl-delay параметр: кількість секунд, які потрібно чекати між успішними запитами до того самого серверу.
## Встановіть власний crawl rate, якщо у вашого сервера проблеми з трафіком.
# Crawl-delay: 30

## Magento sitemap: відкоментуйте і замініть на URL до вашого sitemap файлу в Magento
# Sitemap: http://www.example.com/sitemap/sitemap.xml

## НАЛАШТУВАНЯ, ЯКІ ВІДНОСЯТЬСЯ ДО СТАДІЇ РОЗРОБКИ

## Не дозволяє індексувати файли та папки, які потрібні під час розробки: CVS, svn директорії і dump файли
Disallow: /CVS
Disallow: /*.svn$
Disallow: /*.idea$
Disallow: /*.sql$
Disallow: /*.tgz$

## ЗАГАЛЬНІ НАЛАШТУВАННЯ MAGENTO

## Не індексувати сторінку Magento admin
Disallow: /admin/

## Не індексувати загальні технічні директорії Magento
Disallow: /app/
Disallow: /downloader/
Disallow: /errors/
Disallow: /includes/
Disallow: /lib/
Disallow: /pkginfo/
Disallow: /shell/
Disallow: /var/

## Не індексувати загальні файли Magento
Disallow: /api.php
Disallow: /cron.php
Disallow: /cron.sh
Disallow: /error_log
Disallow: /get.php
Disallow: /install.php
Disallow: /LICENSE.html
Disallow: /LICENSE.txt
Disallow: /LICENSE_AFL.txt
Disallow: /README.txt
Disallow: /RELEASE_NOTES.txt

## MAGENTO СЕО ВДОСКОНАЛЕННЯ

## Не індексувати сторінки підкатегорій, які є посортованими або відфільтрованими.
Disallow: /*?dir*
Disallow: /*?dir=desc
Disallow: /*?dir=asc
Disallow: /*?limit=all
Disallow: /*?mode*

## Не індексувати другу копію home page (example.com/index.php/). Відкоментувати тільки якщо ви активували Magento SEO URLs.
## Disallow: /index.php/

## Не індексувати посилання з ID сесії
Disallow: /*?SID=

## Не індексувати сторінки checkout та account користувача
Disallow: /checkout/
Disallow: /onestepcheckout/
Disallow: /customer/
Disallow: /customer/account/
Disallow: /customer/account/login/

## Не індексувати сторінки пошуку та СЕО-неоптимізовані посилання категорій
Disallow: /catalogsearch/
Disallow: /catalog/product_compare/
Disallow: /catalog/category/view/
Disallow: /catalog/product/view/

## НАЛАШТУВАННЯ СЕРВЕРА

## Не індексувати загальні технічні директорії та файли на сервері
Disallow: /cgi-bin/
Disallow: /cleanup.php
Disallow: /apc.php
Disallow: /memcache.php
Disallow: /phpinfo.php

## НАЛАШТУВАННЯ ІНДЕКСАЦІЇ МАЛЮНКІВ

## Додатково: Відкоментуйте якщо ви не бажаєте щоб Google та Bing індексували ваші малюнки
# User-agent: Googlebot-Image
# Disallow: /
# User-agent: msnbot-media
# Disallow: /

Перевірте ваш robots.txt

Після того, як ви створили свій robots.txt файл, ви можете перевірити його синтаксис на одному з цих сервісів.

• http://webmaster.yandex.com/robots.xml
• http://www.sxw.org.uk/computing/robots/check.html
• http://www.frobee.com/robots-txt-check

Сподобалася стаття? Підпишись на RSS або на e-mail розсилку. А ще приєднуйся до нас у Твітері @magentoua.

Вам також буде цікаво прочитати:

• Налаштування Nofollow та Noindex в Magento.
• Встановлюємо Magento на локальний компютер
• Архітектура Magento: базова файлова структура

Це якась глюка в базовій темі Magento ну і звичайно самого Експлорера. Єдине внятне і робоче рішення, яке вдалося знайти це заставити сайт вести себе як Internet Explorer 8. Рішення не елегантне, але воно працює.

Рішення

в файл app/design/frontend/vash_package/vasha_tema/template/page/html/head.phtml дописуємо 2 рядком наступне:

<meta http-equiv="X-UA-Compatible" content="IE=8" />

Теми на форумах про цю проблему

http://www.magentocommerce.com/boards/viewthread/211267/P15/

http://www.magentocommerce.com/boards/viewthread/229205/

Якщо знаєте, як побороти цю проблему не таким брудним хаком – прошу в коменти.

Днями наштовхнувся на новину, що Magento пропонує отримати сертифікат Front end Developer. На сторінці Magento U можна переглянути детальнішу інформацію та подивитися на ціну. Front end Developer сертифікація є новою, бо сертифікат Developer та Developer Plus можна було отримати і раніше. Ціна за екзамен $260 (я так розумію, що ви платите за спробу). Сертифікація проводиться компанією Prometric, деталі можна переглянути тут. В них на Україні є 20 тестових центрів (Київ, Харків, Дніпропетровськ, Донецьк, Львів, Одеса, Севастополь, Сімферополь, Запоріжжя). Чи потрібно це особисто вам думайте самі, але якщо потрібно то ось список того що потрібно знати на отримання сертифікату Front end Developer:

1. Use the Magento Design Fallback System
2. Use Layout XML to Customize a Theme
3. Create and Customize Template Files
4. Effectively Use the Magento Block-Template Design System
5. Identify Where to Locate Files and Create New Files in Theming-related Directory Structure
6. Customize and Create JavaScript Within the Magento Framework
7. Use CSS Effectively to Customize Magento Look and Feel
8. Customize the look and Feel of Specific Magento Pages
9. Correctly Use the admin Configuration Scopes (Default/Website/Store View Fallback)
10. Implement Internationalization of Frontend Pages (CE+EE)

Яким здавався перший проект 5 років тому

Я пробую додаток не прочитавши відгуки на нього

Коли розробник редагує ядро Magento

Коли вони просять мене встановити список з 20 додатків

Як почувається клієнт коли ви з ним проходитеся по опціях в System -> Configuration

Коли я кажу маркетологу про сегментацію відвідувачів та клієнтів

Коли я отримую фітч реквест в день запуску

Коли клієнти кажуть що вони хочуть залишитися на osCommerce

Коли я показую веб-майстрам можливості Price rules

Коли я питаю розробника чи додаткова функціональність була протестована

Коли ви купуєте закриптований додаток і пробуєте зв’язатися з його розробником щоб виправити багу.

Коли мені кажуть що модуль, який я розробив, не буде в фінальному релізі

Реакція кожного розробника коли він вперше бачить код іншого розробника

Коли фронт-енд розробник не читав Magento Design Guide

Коли береш магазин, який робили інші розробники, і робиш клієнта знову щасливим

Як це коли працюєш в e-commerce під час кризи

Коли в ТЗ пише, що сайт має працювати в IE6

Коли вони хочуть використовувати Prestashop

Взято звідси.

Сподобалася стаття? Підпишись на RSS або на e-mail розсилку. А ще приєднуйся до нас у Твітері @magentoua.

Вам також буде цікаво прочитати:

• Інтерв’ю на посаду Magento девелопера. Комікс
• Гуру кодінгу. Комікс
• 5 помилок, які роблять новачки в Magento

фото Rogue Photo

Якщо вам потрібно динамічно показати Назву магазину, Телефонний номер або Адресу у Magento темплейтах, ви можете використати для цього певний код. Це особливо актуально якщо у вашому магазині є перемикач (Store Switcher). В залежності на який магазин перемкнувся покупець ви можете у підвалі сайту (чи деінде) показати різні контактні дані. Ця інформація конфігурується в System -> Configuration -> General -> Store Information.

Виводимо Назву Магазину (Store Name)

<!--?php echo Mage::getStoreConfig('general/store_information/name'); ?-->

Виводимо Телефонний номер (Store Telephone Number)

<!--?php echo Mage::getStoreConfig('general/store_information/phone'); ?-->

Виводимо Адресу магазину (Store Address)

<!--?php echo Mage::getStoreConfig('general/store_information/address'); ?-->

Також ви можете динамічно додавати Email адресу магазину. Вона конфігурується тут System -> Configuration -> Store Email Addresses

General Contact

<!--?php echo Mage::getStoreConfig('trans_email/ident_general/name'); ?-->
<!--?php echo Mage::getStoreConfig('trans_email/ident_general/email'); ?-->

Sales Representative

<!--?php echo Mage::getStoreConfig('trans_email/ident_sales/name'); ?-->
<!--?php echo Mage::getStoreConfig('trans_email/ident_sales/email'); ?-->

Customer Support

<!--?php echo Mage::getStoreConfig('trans_email/ident_support/name'); ?-->
<!--?php echo Mage::getStoreConfig('trans_email/ident_support/email'); ?-->

Custom Email 1

<!--?php echo Mage::getStoreConfig('trans_email/ident_custom1/name'); ?-->
<!--?php echo Mage::getStoreConfig('trans_email/ident_custom1/email'); ?-->

Customer Email 2

<!--?php echo Mage::getStoreConfig('trans_email/ident_custom2/name'); ?-->
<!--?php echo Mage::getStoreConfig('trans_email/ident_custom2/email'); ?-->

Якщо вам потрібно якісь з наведених даних вивести на CMS сторінці то скористайтеся спеціальним тегомяк наведено у прикладі нижче.

{{config path="general/store_information/name"}}
{{config path="general/store_information/phone"}}
{{config path="general/store_information/address"}}

Як ви помітили ми копіюємо значення, що знаходиться в одинарних лапках getStoreConfig та вставляємо у тег {{config path=""}}.

Сподобалася стаття? Підпишись на RSS або на e-mail розсилку. А ще приєднуйся до нас у Твітері @magentoua.

Вам також буде цікаво прочитати:

• Email темплейти в Magento
• Спеціальні теги в Magento
• 25+ безплатних іконок для інтернет магазину

Часто проекти на Magento є дуже складними і зміна теми є настільки глибокою, що потрібно редагувати навіть сторінку Success Order.

Що ж за звір ця “Success page”?

Success page – це сторінка, яку ви побачите коли натиснете кнопку “Order Now” у чекауті і ваше замовлення успішно прийметься системою для подальшої обробки. На цій сторінці ви бачите повідомлення про те, що проходження чекауту здійсено успішно, а також номер вашого замовлення.

Як і де її модифікувати?

1. checkout.xml – тут ви можете змінити layout сторінки та додати CMS блоки

2. Файл темплейту розташований тут:

app/design/frontend/vashpackage/vashathema/template/checkout/success.phtml

Якщо ж його там нема то додайте його з пакаджа base.

3. Тепер, коли ви знаєте де що знаходиться, ви готові починати стайлінг. Але є одна проблемка: коли ви клікаєте “Refresh” на сторінці Success ви автоматично перенаправитеся на пророжню Корзину. За цих умов стайлінг може стати суцільним жахом.

Рішення: Тимчасово закоментувати очищення сесії. Знайдіть цей файл app/code/core/Mage/Checkout/controllers/OnepageController.php і закоментуйте 227 рядок.

// $session->clear();

4. Робимо нашу HTML та CSS магію, перевіряємо на сумісність з потрібними браузерами.

5. Важливо: розкоментуйте код, який ви закоментували в кроці 3, інакше сайт працюватиме не коректно.

Ось і все – показуйте результат замовнику.

Перевірено на: Magento CE 1.6.0.x

Під час реєстрації на сайті, зміні паролю, купівлі продуктів чи підписці на розсилку, система Magento відсилає користувачам email листи. Де їх шукати та як редагувати розглянемо в цій статті.

Почнемо з найпростішого – логотипу магазину. Замінити існуючий ви можете тут: /skin/frontend/vash_package/vasha_thema/images/logo_email.gif . Лого повинно бути в форматі GIF, може бути і в іншому, але тоді вам прийдеться редагувати його формат у всіх темплейтах.

При встановленні Magento наші email-темплейти знаходяться в app\locale\en_US\template\email\ . Слід пам’ятати, що для інших мов, наприклад, для російської шлях до темплейтів буде мати наступний вигляд app\locale\ru_RU\template\email\. Усі ці файли ви можете редагувати на ваш розсуд.

Якщо ви проглянули ці файли, то мабуть звернули увагу на наступні теги:

{{var store.getFrontendName()}} - <!-- це ім'я магазину -->
{{config path='general/store_information/phone'}} - <!-- телефон магазину -->
{{config path='trans_email/ident_support/email'}} - <!-- емейл підтримки покупців -->

Ці теги витягують потрібні значення, які ви налаштували в Панелі Адміністратора System->Configuration->General->Store Information

та в System->Configuration->Store Email Addresses

Увага: Розклад роботи магазину за замовчуванням має наступний вигляд “Monday – Friday, 8am – 5pm PST”, якщо вам потрібно його змінити, то потрібно буде редагувати всі емейл темплейти вручну, оскільки в панелі адміністратора він не задається.

Емейли, які підтверджують покупку чи доставку, мають свої окремі рендерери для масиву продуктів в ордері, а також для методів доставки та оплати. Файли ви можете подивитися тут app\design\frontend\base\default\template\email\ , але якщо вам потрібно їх поредагувати, то не забудьте скопіювати потрібні файли в свою тему. Ніколи не редагуйте файли в base темі!

Сподобалася стаття? Підпишись на RSS або на e-mail розсилку. А ще приєднуйся до нас у Твітері @magentoua.

Вам також буде цікаво прочитати:

• Архітектура Magento: базова файлова структура
• Спеціальні теги в Magento
• Як покращити якість картинок в Magento

Дуже часто під час розробки інтернет магазину потрібно зробити меню зі статичних сторінок. Наприклад “Про нас”, “Доставка”, “Умови повернення” і таке інше. Меню може бути, як в “шапці” сайту, так і в “підвалі”. Часто дизайн магазину передбачає, що коли ми переходимо на одну з цих сторінок відповідний йому пункт меню має підсвічуватися як активний.

Це завдання ми можемо реалізувати за допомогою лише CSS додавши унікальні id на кожен з елементів меню та враховуючи те що на тег <body> Magento доставляє унікальні класи, які залежать від URL ідентифікатора сторінки.

Але правильніше це зробити використовучи віджети, які доступні в Magento з версії 1.4.x. Отже давайте творити:

1. Перш за все створюємо власне статичні сторінки з яких складатиметься меню (“Про нас”, “Доставка”, “Умови повернення” і та інші).

2. Створюємо файл для нашого віджету по цьому шляху
app/design/frontend/vashpackage/vashatema/template/cms/widget/link/cms_menu_link.phtml з наступним кодом у середині:

<!--?php $testHref = trim($this--->getBaseUrl(),'/').$this->getRequest()->getPathInfo();
if ($testHref == $this->getHref() || strpos($testHref, $this->getHref().'/') === 0) {
	$this->setClass($this->getClass().' act');
}
?>
<a>getLinkAttributes() ?>></a>

3. Створюємо статичний блок, який і буде нашим меню. В ньому додаємо наступний код:

4. В вікні статичного блоку клікаємо на кнопці “Insert Widget”, у вспливаючому вікні вибираємо “CMS Page Link” в селекторі “Widget Type”. Заповнюємо поля “Anchor Custom Text” та “Anchor Custom Title”. В селекторі “Template” вибираємо “CMS Page Link Inline Template”. Після цього натискаємо кнопку “Select Page” та вибираємо бажану сторінку (в нашому випадку це About Us). Тепер натискаємо “Insert Widget” в правому верхньому кутку.

5. Ми отримаємо код дуже подібний на цей:

{{widget type="cms/widget_page_link" anchor_text="About Us" title="About Us" template="cms/widget/link/link_inline.phtml" page_id="3"}}

у ньому підміняємо template=”cms/widget/link/link_inline.phtml” на template=”cms/widget/link/cms_menu_link.phtml”.
Як ви розумієте цей дивний шмат коду буде генерувати нам посилання на пункт меню “About Us”, а саме лінк на нього. Тому ми переносимо його в потрібне для нас місце в HTML. І наш код виглядатиме так:

</pre>
<ul id="submenu">
	<li>{{widget type="cms/widget_page_link" anchor_text="About Us" title="About Us" template="cms/widget/link/cms_menu_link.phtml" page_id="3"}}</li>
</ul>
<pre>

тепер посилання буде мати клас “act” коли ми зайдемо на сторінку About Us, у всіх інших випадках воно буде без класу.

6. Повторюємо пункти 4 та 5 для кожного пункту меню.

7. Коли завершите зберігаєте блок та стайлите його відповідно до дизайну.

Удачі.

Сподобалася стаття? Підпишись на RSS або на e-mail розсилку. А ще приєднуйся до нас у Твітері @magentoua.

Вам також буде цікаво прочитати:

• Встановлюємо Magento на локальний компютер
• 25 неймовірно корисних CSS трюків про які ти повинен знати
• Архітектура Magento: базова файлова структура