Для того, чтобы вывести фильтр по товарам по всему каталогу, а не по одному разделу, воспользуемся следующей конструкцией, созданной на любой странице контента:
<pre>
%catalog search('/', 'cenovye_svojstva short_info', 'search', 11)%
%catalog getObjectsList('default', 'mode=all')%
</pre>

где 11 - идентификатор (id) типа данных Объект каталога
[[Категория:Модуль Каталог]]

Как вывести фильтр по товарам по всему каталогу?

2012-01-10T06:04:41Z

#перенаправление [[Как вывести фильтр по товарам по всему каталогу]]

Перенос сайта с хостинга на локальный компьютер

2012-01-07T07:05:24Z

Cmac:

Для переноса сайта с хостинга на локальный компьютер - вы можете воспользоваться следующей инструкцией:
<br />
1. Скачиваем Локалпак вашей версии системы*:<br />
Если у вас версия 2.8.X - http://www.umi-cms.ru/downloads/test_umicms/localpak/<br />
Если у вас версия 2.7.X - http://www.umi-cms.ru/downloads/localpack_274/
<br />
2. Проводим установку Локалпак (без установки системы UMI.CMS)
<br />
3. Копируем файлы с хостинга в бинарном режиме в папку:<br />
''U:\home\localhost\www''
<br />
4. Сохраняем дамп БД в папку:<br />
''U:\usr\local\mysql5\bin''
<br />
5. Добавляем следующую строку в дамп:<br />
''SET FOREIGN_KEY_CHECKS=0;''
<br />
6. Открываем cmd (Командная строка)
<br />
7. Переходим на диск U:
<br />
8. Импортируем БД:<br />
''cd \usr\local\mysql5\bin''<br />
''mysql -uumi -pumi umi < dump.sql''
<br />
9. Меняем настройки подключения к БД*:<br />
''Если у вас версия 2.8.X - Файл config.ini''<br />
''Если у вас версия 2.7.X - Файл mysql.php''<br /><br />
* Версию вашей системы можно увидеть в модуле "Автообновления" (/admin/autoupdate/versions/).

Edit-In-Place

2011-12-12T13:51:34Z

Cmac: переименовал «EditInPlace» в «Edit-In-Place»

== Что такое edit in place? ==
'''edit in place''' (''редактирование на месте'') - это возможность редактировать свойства объектов и страниц прямо на сайте (без входа в административный интерфейс), возможность наглядно видеть, как будет выглядеть редактируемая страница.

== Условия работы ==
1. Пользователь должен быть авторизован и иметь права на использование edit in place
2. Шаблон должен быть сверстан по определенным правилам
== Особенности верстки tpl-шаблона ==
1. В шаблоне необходимо объявить пространство имен umi:
<source lang="xml">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ru" xmlns:umi="http://www.umi-cms.ru/TR/umi">
...
</html>
</source>
2. Подключить JavaScript'ы для панели быстрого редактирования и для edit in place:
<source lang="xml">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ru" xmlns:umi="http://www.umi-cms.ru/TR/umi">
<head>
...
%system includeQuickEditJs()%
%system includeEditInPlaceJs()%
...
</head>
<body>
...
</body>
</html>
</source>
3. Определить редактируемые области (поля), прописав тэгам определенные атрибуты. Смотрите описание пространства имен umi.

== Особенности верстки xsl-шаблона ==
1. Необходимо определить пространство имен umi
2. Подключить JavaScript'ы для панели быстрого редактирования и для edit in place, используя протокол udata

Пример шаблона:
<source lang="xml">
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE xsl:stylesheet [
<!ENTITY nbsp " ">
<!ENTITY middot "·">
<!ENTITY copy "©">
]>

<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:php="http://php.net/xsl"
xmlns:date="http://exslt.org/dates-and-times"
xmlns:udt="http://umi-cms.ru/2007/UData/templates"
xmlns:umi="http://www.umi-cms.ru/TR/umi"
extension-element-prefixes="php"
exclude-result-prefixes="xsl php udt date">

<xsl:output method="html" version="4.01"
encoding="utf-8"
doctype-public="-//W3C//DTD HTML 4.01//EN"
doctype-system="http://www.w3.org/TR/html4/strict.dtd"
indent="yes"
cdata-section-elements="script noscript"
undeclare-namespaces="yes"
omit-xml-declaration="yes"/>

<xsl:template match="/">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ru" xmlns:umi="http://www.umi-cms.ru/TR/umi">
<head>
<xsl:value-of select="document('udata://system/includeQuickEditJs')/udata" disable-output-escaping="yes"/>
<xsl:value-of select="document('udata://system/includeEditInPlaceJs')/udata" disable-output-escaping="yes"/>
</head>
<body>
...
</body>
</html>
</xsl:template>
</xsl:stylesheet>
</source>
3. Определить редактируемые области (поля), прописав тэгам определенные атрибуты. Смотрите описание пространства имен umi.

== Описание атрибутов из пространства имен umi ==
Атрибуты из пространства имен umi необходимы для указания редактируемых регионов.

'''Список атрибутов:'''
'''umi:element-id''' - указывает идентификатор элемента (страницы), соответствующий редактируемой области. При наличии подключенной возможности "[[Виджеты]]" и если этот атрибут указан, создается редактируемый регион и появляется возможность удалить элемент из структуры.

'''umi:object-id''' - указывает идентификатор объекта, соответствующий редактируемой области. При наличии подключенной возможности "[[Виджеты]]" и если этот атрибут указан, создается редактируемый регион и появляется возможность удалить объект.

'''umi:field-name''' - указывает идентификатор свойства элемента или объекта (можно смотреть в шаблонах данных), с которым связана редактируемая область. Работает только в связке с umi:element-id или umi:object-id. Если umi:object-id и umi:element-id не указан, пытается взять его у первой родительской редактируемой области. Если этот атрибут указан и определен идентификатор объекта или элемента, создается редактируемый регион с возможностью править свойство.

'''umi:module''' и '''umi:method''' - указывает какому модулю и методу соответствует редактируемая область. Если оба атрибута указаны, создается редактируемый регион с возможностью добавлять объекты или элементы (при наличии подключенной возможности "[[Виджеты]]"). Если у области указан umi:element-id, то создаваемые элементы (страницы) будут создаваться дочерними от элемента, соответствующего идентификатору umi:element-id

== Примеры назначения редактируемых регионов ==
1. Создаем редактируемый заголовок в tpl-шаблоне страницы:
<source lang="xml">
<h1 umi:element-id="%pid%" umi:field-name="h1">%header%</h1>
</source>
2. Создаем редактируемый список пользователей с возможностью добавить, удалить пользователя и редактировать имя каждого пользователя. xsl - шаблон:
<source lang="xml">
<xsl:template match="udata[@module='users'] and udata[@method='list_users']">
<ul umi:module="users" umi:method="list_users">
<xsl:apply-templates select="items/item" mode="viewuser">
</ul>
</xsl:template>

<xsl:template match="item" mode="viewuser">
<li umi:object-id="{@id}" umi:field-name="{fname}"><xsl:value-of select="document(concat('uobject://', @id, '.fname'))//value" /></li>
</xsl:template>
</source>

3. Создаем редактируемое меню в tpl-шаблоне. Получаем возможность добавлять в меню страницы на любую вложенность, удалять страницы и изменять имена пунктов меню. Модифицируем шаблон /tpls/content/menu/default.tpl:

<source lang="php">
<?php

$FORMS = Array();

$FORMS['menu_block_level1'] = <<<END
<div id="menu" umi:element-id="%id%" umi:module="content" umi:method="menu">
%lines%
</div>

END;

$FORMS['menu_line_level1'] = <<<END
<a href="%link%" umi:element-id="%id%" umi:field-name="name">%text%</a>

END;

$FORMS['menu_line_level1_a'] = <<<END
<a class="active" href="%link%" umi:element-id="%id%" umi:field-name="name">%text%</a>

END;

?>
</source>
[[Категория:Общие вопросы работы UMI.CMS]]

EditInPlace

2011-12-12T13:51:34Z

Cmac: переименовал «EditInPlace» в «Edit-In-Place»

#перенаправление [[Edit-In-Place]]

Обсуждение:Edit-In-Place

2011-12-12T13:51:34Z

Cmac: переименовал «Обсуждение:EditInPlace» в «Обсуждение:Edit-In-Place»

Обсуждение:EditInPlace

2011-12-12T13:51:34Z

Cmac: переименовал «Обсуждение:EditInPlace» в «Обсуждение:Edit-In-Place»

#перенаправление [[Обсуждение:Edit-In-Place]]

Кэширование через nginx

2011-12-12T12:22:41Z

Cmac:

[[category:Кеширование]]
Пользователям версии 2.8.3 (и выше) предлагается новая экспериментальная функция кэширования через nginx. Наши исследования показали ускорение работы сайта до 100 раз и более.

nginx является одним из самых популярных серверов для быстрой "отдачи" контента с высоконагруженных сайтов. Подавляющее большинство системных администраторов использует его в паре с сервером Apache - это надёжное и годами проверенное решение. nginx позволяет быстро отдавать статический контент (изображения, тексты), пропуская более "сложные" запросы до нижестоящего Apache (который уже задействует средства PHP и MySQL). Таким образом, засчёт "снятия" огромного количества запросов с Apache, достигается снижение нагрузки на сервер и следовательно - многократное повышение скорости работы сайта.

UMI.CMS с версии 2.8.3 умеет помещать страницы сайта в кэш nginx, позволяя таким образом отдавать их напрямую по вышеописанному механизму. Причём если вы что-то редактируете в "админке", кэш всех задействованных страниц сразу же перестраивается, показывая посетителям сайта обновлённую информацию. Это выгодно отличает UMI.CMS от конкурентов, которые на данный момент способны обновлять кэш только по истечению длительного периода времени.

'''Далее следует информация для разработчиков:'''

Для того, чтобы включить этот режим, требуется владение минимальными навыками системного администрирования. Если вы не администрируете свой сервер самостоятельно, обратитесь к технической поддержке вашего хостинга с целью внесения специальных настроек в конфигурационный файл nginx (см. приложенный файл).

<source lang="apache">
server {
listen 192.168.7.127:80; # (1) IP и порт, на котором висит этот сервер
server_name 192.168.7.127; # (2) К каким доменным именам применяются инструкции

location / {
error_page 412 = @dynamic;

if ($request_method = 'POST') { return 412; }

if ($is_args = '?') { return 412; }

if ($cookie_umicms_session) { return 412; }

try_files $uri/index.html @dynamic;
root /usr/local/apache2/htdocs/cache/$host; # (3) Путь до каталога закэшированных файлов
index index.php;
}

location @dynamic {
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $remote_addr;

proxy_pass http://192.168.7.127:81; # (4) Адрес и порт, на котором установлен бэкэнд (Apache)
}

location ~* ^/admin {
error_page 412 = @dynamic;
return 412;
}

location ~* \.php$ {
error_page 412 = @dynamic;
return 412;
}

location ~* \.(jpg|jpeg|gif|bmp|png)$ {
root /usr/local/apache2/htdocs; # (5) Путь к корневому каталогу сайта
# (рекомендуется, чтобы изображения отдавались nginx-ом)
access_log off;
}
}
</source>

'''Внимание!'''

1. Здесь перечислены рекомендуемые параметры и настройки. В зависимости от особенностей вашего сервера, реальные настройки могут отличаться от указанных здесь. Действуйте по собственному разумению или обратитесь к системному администратору за советом.

2. Мы рекомендуем не копировать эти настройки непосредственно в основной конфигурационный файл, а записать их в отдельный файл и подключить (include) к nginx.

3. С версии 2.8.4.2 (22 июля 2011) система UMI.CMS, работающая на нескольких доменах, помещает кэш в подкаталоги по названиями этих доменов. Для этого вам нужно указать $host в блоке try_files: root /usr/local/apache2/htdocs/cache/$host;

Затем отредактируйте настройки в файле config.ini системы UMI.CMS, например:

<source lang="php">
[includes]
system.static-cache = указать тот же путь, что и в пункте (3) конфигурационного файла nginx

[cache]
static.enabled = "1"
static.mode = "nginx"
</source>

'''Внимание!''' Указанные здесь рекомендации относятся только к конфигурированию режима nginx. Вы можете добавлять другие настройки по своему усмотрению, при условии что вы понимаете что делаете.

Если вы администрируете сервер самостоятельно, после внесения изменений не забудьте перезапустить nginx (заставить его перечитать конфигурационные файлы).

Откройте главную страницу сайта в браузере. Затем проверьте, что в каталоге, указанном в пункте (3) конфигурационного файла nginx, создался статический html-файл главной страницы. На этом настройка закончена.

Для того, чтобы дополнительно проверить работу этого механизма кэширования, включите мониторинг HTTP-запросов и убедитесь, что повторный запрос в браузере этой же страницы возвращает ответ "304 Not Modified" от nginx. Это означает, что статический файл отдан nginx-ом. Затем отредактируйте любой контент, содержащийся на странице, откройте её в браузере снова, и убедитесь в том что страница изменилась.

'''Технические условия и ограничения:'''

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

Как правило, к этому относится блок Корзины: взависимости от действий [неавторизованного] посетителя, число товаров в блоке корзины изменяется - следовательно, данный блок кэшировать нельзя. Решение очень простое и применяется на всех высоконагруженных сайтах: измените вёрстку таким образом, чтобы динамические блоки подгружались аяксом "поверх" остального контента страницы. Механизм кэширования сделан так, что для авторизованных пользователей система UMI.CMS всегда выдаёт только динамический контент.

Перенос сайта с хостинга на локальный компьютер

2011-11-04T13:41:49Z

Cmac:

<oflash file="http://web-portfolio.spb.ru/Presentations/instruction/instruction.swf" width="720" height="540"/>
<br />
Для переноса сайта с хостинга на локальный компьютер - вы можете воспользоваться следующей инструкцией:
<br />
1. Скачиваем Локалпак вашей версии системы*:<br />
Если у вас версия 2.8.X - http://www.umi-cms.ru/downloads/test_umicms/localpak/<br />
Если у вас версия 2.7.X - http://www.umi-cms.ru/downloads/localpack_274/
<br />
2. Проводим установку Локалпак (без установки системы UMI.CMS)
<br />
3. Копируем файлы с хостинга в бинарном режиме в папку:<br />
''U:\home\localhost\www''
<br />
4. Сохраняем дамп БД в папку:<br />
''U:\usr\local\mysql5\bin''
<br />
5. Добавляем следующую строку в дамп:<br />
''SET FOREIGN_KEY_CHECKS=0;''
<br />
6. Открываем cmd (Командная строка)
<br />
7. Переходим на диск U:
<br />
8. Импортируем БД:<br />
''cd \usr\local\mysql5\bin''<br />
''mysql -uumi -pumi umi < dump.sql''
<br />
9. Меняем настройки подключения к БД*:<br />
''Если у вас версия 2.8.X - Файл config.ini''<br />
''Если у вас версия 2.7.X - Файл mysql.php''<br /><br />
* Версию вашей системы можно увидеть в модуле "Автообновления" (/admin/autoupdate/versions/).

2011-10-03T14:01:49Z

#перенаправление [[Captcha и ее смена при каждом обновлении страницы]]

Подключение кастомных макросов и событий для модулей

2011-10-03T12:09:26Z

Cmac:

[[category:Написание кастомных макросов]] [[category:API]]
Кастомный макрос прописывается в файле '''__custom.php''', в папке для соответствующего модуля, т.е. допустим в папке classes/modules/catalog/ для модуля каталог. Также, для того чтобы макрос работал не только для супервайзера, но и для пользователя Гость, необходимо создать в той же папке файл '''permissions.custom.ph'''p и в нем прописать подобный код:
<source lang="php">
<?php
$permissions = Array('view' => Array('metod1','metod'));
?>
</source>
metod1 и metod2 – это ваши кастомные методы,
'view' – тут должен быть указан индекс группы, доступ к которой разрешен для пользователя Гость, допустим для модуля Новости это группа view, это можно определить по настройкам пользователя Гость и фалу i18n.php, в котором есть такие строки:
<source lang="php">
'perms-news-view' => 'Просмотр новостей',
'perms-news-lists' => 'Управление новостями',
'perms-news-publish' => 'Возможность публикации'
</source>

Также можно просмотреть файл permissions.php

Кастомные события регистрируются в файле '''custom_events.php''', аналогично тому как это сделано в файлах events.php. Код обработчика события прописывается в файле __custom.php

'''Важный момент''', если вы подключаете кастомный макрос для режима admin, то в таком случае, скорее всего, необходимо будет подключать метод в файле __custom_adm.php:
<source lang="php">
<?php
abstract class __custom_adm_название_модуля {
//TODO: Write here your own macroses (admin mode)

};
?>
</source>

Абсолютно точно это можно узнать по методу конструктору ( __construct() ) модуля, обычно для режима admin подключается файл __custom_adm.php, а в других случаях файл __custom.php

Есть особенность для модуля "Конфигурация", название абстрактного класса в файле __custom_adm.php должно быть следующим: __custom_adm . Это определяется по параметру метода __implement, т.е. для модуля "Конфигурация" прописан такой код (class.php):
<source lang = "php">
$this->__loadLib("__custom_adm.php");
$this->__implement("__custom_adm");
</source>

API

2011-09-27T08:26:44Z

Cmac:

'''Работа с событиями UMI.CMS'''
*[[События - подсчет количества объектов каталога в разделе]]
*[[События – автоматическое наследование meta_keywords и meta_descriptions]]
*[[События – отслеживание изменения цены товаров в административной части]]
*[[События - подсчет количества комментариев для страницы]]
*[[События - подписка на рассылки при регистрации пользователя]]
'''Создание модуля:'''
*[[Создание собственного модуля (страницы)]]
*[[Добавление вкладок в кастомный модуль]]
*[[Назначение методов getEditLink и getObjectEditLink в модуле системы]]
*[[Назначение метода getDatasetConfiguration в модуле системы]]
*[[Пример административного шаблона для объектов]]
*[[Вывод простых данных кастомного модуля в административной части]]
'''Настройка административных шаблонов'''
*[[Подключение дополнительных шаблонов для административного интерфейса]]
*[[Кастомизация административной части на примере модуля emarket]]
*[[Корректное отображение полей в первой группе нового типа данных]]

*[[Selector - протокол выборки данных]]
*[[UmiMail]]
*[[Указание статуса 404 Not Found]]
*[[Получение настроек системы в кастомном методе]]
*[[Примеры использования API]]
*[[Смена вкладки модуля, открываемой по умолчанию]]
*[[Добавление нового правила валидации поля (restriction)]]
*[[Подключение к второй базе данных в кастомном методе]]

События - подсчет количества объектов каталога в разделе

2011-09-27T08:26:19Z

Cmac: переименовал «Подсчет количества объектов каталога в разделе через События» в «[[События - подсчет количества объектов каталога в разде�

На сайте можно стандартными средствами выводить количтество объектов каталога в каждом разделе. Можно использовать макрос %catalog getObjectsList()% и его значение %total%, также можно использовать %data doSelection()% или протокол usel (XSLT), но при использовании данных макросов будет создаваться лишняя нагрузка на сервер, при каждой загрузки страницы, будет происходить пересчет по каждому разделу каталога. Идеальный вариант это производить подсчет при добавлении объекта каталога в раздел, при изменении активность объекта каталога или его удалении, все это можно сделать с помощью событий UMI.CMS.
Для реализации данной задачи, в папке '''/classes/modules/catalog/''' создадим файл '''custom_events.php''' следующего содержания:
<source lang="php">
<?php
new umiEventListener('systemCreateElement', 'catalog', 'onCountObjects');
new umiEventListener('systemDeleteElement', 'catalog', 'onCountObjects');
new umiEventListener('systemSwitchElementActivity', 'catalog', 'onCountObjects');
?>
</source>

Данные события:
<pre>
systemCreateElement
systemDeleteElement
systemSwitchElementActivity
</pre>

это события зарегистрированные в классе '''baseModuleAdmin''', файл '''classes/modules/ baseModuleAdmin.php'''.

Добавим в эту же папку файл '''permissions.custom.php''':
<source lang="php">
<?php
$permissions = Array('tree' => Array('onCountObjects'), 'view' => Array('getCountObjects'));
?>
</source>

В файл '''__custom_adm.php''' добавим метод, который будет запускаться при создании, удалении, смены активности объекта каталога:
<source lang="php">
public function onCountObjects(iUmiEventPoint $oEventPoint) {
if ($oEventPoint->getMode() == "after") {
$element = $oEventPoint->getRef('element');

$hierarchyTypes = umiHierarchyTypesCollection::getInstance();
$hierarchyType = $hierarchyTypes->getTypeByName("catalog", "object");
$hierarchyTypeId = $hierarchyType->getId();

if($element->getTypeId() == $hierarchyTypeId){
$hierarchy = umiHierarchy::getInstance();
$id_parent = $element->getParentId();
$element_parent = $hierarchy->getElement($id_parent);

$count = $hierarchy->getChildsCount($id_parent, false, true, 0, $hierarchyTypeId);

$element_parent->setValue('count_object',$count);
$element_parent->commit();
}
}
}
</source>

А в файл '''__custom.php''' добавим метод который будет отвечать за вывод значения количества объектов каталога, в случае необходимости этот же метод будет производить подсчет, если он еще ни разу не осуществлялся для раздела:
<source lang="php">
public function getCountObjects($id_parent){
$id_parent = (int) $id_parent;
$hierarchy = umiHierarchy::getInstance();
$element = $hierarchy->getElement($id_parent);
if($element && $element->getMethod() == 'category'){
$count = $element->count_object;
if(!is_null($count)){
if($count > 0) return "<span class='gray'>({$count})</span>";
}else{

$hierarchyTypes = umiHierarchyTypesCollection::getInstance();
$hierarchyType = $hierarchyTypes->getTypeByName("catalog", "object");
$hierarchyTypeId = $hierarchyType->getId();
$count = $hierarchy->getChildsCount($id_parent, false, true, 0, $hierarchyTypeId);
$element->setValue('count_object',$count);
$element->commit();
if($count > 0) return "<span class='gray'>({$count})</span>";
}
}
}
</source>
В административной части, в модуле "Шаблонный данных", в типе данных "Раздел каталога" добавим еще одно поле:
<pre>
Название – Количество объектов
Идентификатор - count_object
Тип – число
</pre>

В самих шаблонах сайта необходимо будет вывести значение поля '''count_object''' используя метод '''getCountObjects''', метод принимает один параметр, это id раздела каталога. Для TPL-шаблонов вызов следующий:
<pre>
%catalog getCountObjects(%id%)%
</pre>

Для XSL-шаблонов, в случае если @id – id раздела:
<pre>
<xsl:value-of select="document(concat('udata://catalog/getCountObjects/', @id))/udata" />
</pre>
[[Категория:Модуль Каталог]]

2011-09-08T13:54:24Z

Cmac:

Для возможности добавления в меню изображений вместо текстовых ссылок существуют поля "Изображение неактивного раздела" и "Изображение активного раздела", которые находятся в окне редактирования страницы в секции "Дополнительные параметры"[http://help.umi-cms.ru/index.html?2293.htm]

'''1.''' Замените в шаблоне вывода меню (шаблоны меню располагаются в директории '''~/tpls/content/menu/''') макрос
<source lang="html4strict">
%text%
</source>
в блоках вывода неактивных элементов ('''['menu_line_levelХ']''') на
<source lang="html4strict">
<img src="%menu_pic_ua%">
</source>

а в блоках вывода активных элементов ('''['menu_line_levelХ_a']''') на
<source lang="html4strict">
<img src="%menu_pic_a%">
</source>

'''2.''' При редактировании страницы загрузите изображения в соответствующие поля ("Изображение неактивного раздела" и "Изображение активного раздела")

== Пример: ==

<source lang="php">
<?php

$FORMS = Array();

$FORMS['menu_block_level1'] = <<<END

<ul>
%lines%
</ul>

END;

$FORMS['menu_line_level1'] = <<<END
<li><a href="%link%"><img src="%menu_pic_ua%"></a></li>
END;

$FORMS['menu_line_level1_a'] = <<<END
<li><a href="%link%"><img src="%menu_pic_a%"></a></li>
END;

?>
</source>
[[Категория:Меню]]