Alto CMS/Техдокументация и мануалы http://79.174.14.219/blog/docs/ ru vshemarov@gmail.com noreply@altocms.ru Alto CMS v.1.5.0b1 Admin панель в alto cms — Где находится? http://79.174.14.219/t/1869/ http://79.174.14.219/1869.html fradkina-p@rambler.ru Но это странно. Если файлы по настройке и управлению сайтом лежат в „хитрой“ директории, подскажите Где она ?? как в неё войти. Если требуются какие то дополнительные Манипуляции, то КАКИЕ? Посмотрела в Топиках подобную проблему, был такой вопрос пару лет назад, но ответ был явно не полно объясняющий проблему, во всяком случае не помогающий.. (https://altocms.ru/999.html). Интересно, это только у меня отсутствует папка 'admin'? а у всех она есть в Корне??? Тогда, как объяснить, что дистрибутив скачан с официального сайта??? В общем, с одной стороны простой вроде бы вопрос... но дайте внятный ответ, а ?]]> Sun, 03 Dec 2017 21:53:07 +0300 С чего начать изучение разработчику http://79.174.14.219/t/1564/ http://79.174.14.219/1564.html scream13r@gmail.com
Хотелось бы понять, как и что устроено, но не знаю с чего начать. Пришлите плз список статей, с чего начать знакомство.
Интересует именно техническая сторона.

Спасибо.]]> Sat, 05 Mar 2016 16:51:39 +0300 Сниппеты в Alto 1.1.* http://79.174.14.219/t/1320/ http://79.174.14.219/1320.html l2opening.com@yandex.ru Сниппет — это такой специальный тег, который может быть вставлен в текст, создаваемый пользователем, и который потом преобразуется в нужный HTML-код.
В Alto 1.1.* имеется 3 встроенных сниппета (поправьте если я не прав), для вызова сниппета используется конструкция вида:
или
Собственно сами сниппеты:
1. 
<a href="https://altocms.ru/profile/aVadim/" data-alto-role="popover" data-api="user/2/info">aVadim</a>

На выходе получаем ссылку на профиль пользователя aVadim

2. 
<div class="spoiler"><div class="spoiler-title">Заголовок<div class="spoiler-slider">показать</div></div><div class="spoiler-text">Этот текст будет находиться под спойлером</div></div>

На выходе получаем:


3. 
<!-- Вставка всего фотосета -->

<!-- Вывод 5 картинок фотосета начиная с 3-ей  -->

<!-- Вывод фотосета из топика с ID 123 и выровнять его вправо  -->

Последний вариант будет выглядеть так:
]]> Wed, 02 Sep 2015 09:43:04 +0300 Адаптация шаблонов к Альто версии 1.1 — пошаговая инструкция http://79.174.14.219/t/1263/ http://79.174.14.219/1263.html vshemarov@gmail.com Эту статью подготовил Андрей (aka andreyv), поэтому все лучи добра за нее — ему.

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

В качестве примера взят шаблон Start-kit для версии 1.0 и на каждом шаге в него вносятся изменения, связанные с тем или иным функционалом движка. И при этом Андрей не просто описывает, какие правки вносятся и почему, но еще и демонстрирует их, фиксируя каждый этап в отдельном гит-репозитории:
https://github.com/andrey-v/start-kit-old/commits

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

В общем, на мой взгляд, отличная работа и прекрасное пособие для тех, кто занимается версткой под Альто.

Заголовки кликабельны и ведут на соответствующие этапы репоизитория

Шаг 1. Изменение версии

Это скорее косметический шаг, но сделать его нужно. Для этого в файле common/templates/skin/start-kit-old/skin.xml заменим версию на 2.0.0 и название на Start Kit – 2 и требуемую версию Альто на 1.1.

Шаг 2. Добавление стилевого файла

Для удобства все стилевые добавления будут собраны в файле common/templates/skin/start-kit-old/assets/css/compatibility.css

Шаг 3. Загрузка изображений для блога

Из-за нового механизма работы с изображениями в версии 1.1 поменялся способ работы с аватаром блога. Аватар вынесен из формы редактирования блога в отдельный виджет. Для адаптации этой страницы нужно:
1. Добавить виджет загрузки изображений common/templates/skin/start-kit-old/tpls/widgets/widget.blogAvatar.tpl
2. Удалить старый блок загрузки изображения — common/templates/skin/start-kit-old/tpls/actions/blog/action.blog.add.tpl
3. Добавить «пустую картинку» — common/templates/skin/start-kit-old/themes/default/img/empty_blog_image.png
4. Добавить стилевое оформление для виджета

Шаг 4. Именованные размеры изображений

В новой версии для удобства манипуляции с изображениями их размеры заданы не числами, а символическими обозначениями. Для добавления этого механизма нужно:
1. В файле конфигурации темы добавить нужные размеры.
2. Заменить все вхождения числовых обозначений размеров на соответствующие символические;

Шаг 5. Запрет комментирования пользователям блога

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

Шаг 6. Перенос рейтинга в плагины

https://github.com/andrey-v/start-kit-old/commit/bc21e5389c3430e4f0e3be784d0860bee10c744e
https://github.com/andrey-v/start-kit-old/commit/63c07f0a34ff1415f68253546c074bc8040f408d
Так как в версии 1.1. рейтинг перенесён в плагины, то необходимо убрать все вхождения элементов рейтинга в шаблоне. Вхождения рейтинга находятся в этих файлах:
1. start-kit-old/tpls/actions/blog/action.blog.blog.tpl – блог, заметьте, здесь добавлены два новых хука blog_header и blog_stat, они отмечают места вхождения элементов рейтинга на странице;
2. start-kit-old/tpls/topics/topic.type_default-list.tpl – топик списка, кроме удаления рейтинга к хуку topic_show_info добавлен параметр $oVote и добавлен хук «topic_list_end,topic_show_end»
3. start-kit-old/tpls/topics/topic.type_default-show.tpl – топик;
4. start-kit-old/tpls/_profile.tpl – шаблон профиля пользователя;
5. start-kit-old/tpls/comments/comment.single.tpl — комментарий, вхождения рейтинга заменены на хук comment_info.
6. start-kit-old/tpls/actions/people/action.people.new.tpl – список пользователей;
7. start-kit-old/tpls/commons/common.user_list.tpl – также список пользователей;
8. skin/start-kit-old/tpls/commons/common.blog_list.tpl – список блогов;
9. start-kit-old/tpls/widgets/widget.blogs_top.tpl – виджет списка блогов;

Шаг 7. Изменение порядка загрузки аватара и фото пользователя

Аналогично тому, как было сделано для блога заменим механизм загрузки фото и аватара в следующих файлах:
1. start-kit-old/tpls/actions/profile/action.profile.sidebar.tpl – сайдбар профиля с фотографией пользователя;
2. start-kit-old/tpls/actions/settings/action.settings.profile.tpl – страница настроек профиля пользователя в его аватаром.

Шаг 8. Сниппеты

В Альто 1.1 добавлен новый механизм сниппетов – специальный тег, который в топике разворачивается в графическое представление. Сниппетов добавлено три – логин пользователя, спойлер и фотосет. Для того, что бы добавить сниппеты в редактор необходимо:
1. Добавить кнопку сниппетов в редакторы (в взуальный и обычный). Поскольку настройки редактора одинаковы для всех шаблонов, то необходимо только стилизовать кнопку. Напомню, вся стилизация у нас находится в файле start-kit-old/assets/css/compatibility.css
2. Добавить шаблоны сниппетов и их стилевое оформление. Шаблоны сниппетов располагаются в папке start-kit-old/tpls/snippets.
3. Добавить в шаблон редакторов текстовки с надписями для сниппетов: panel_photoset,panel_spoiler

Шаг 9. Менеджер изображений

Также в текстовом редакторе был добавлен менеджер изображений. Все его настройки и скрипты подключаются автоматически, но для его отображения необходимо создать соответствующие шаблоны. В качестве примера для вашей темы оформления можно взять те, что в этом коммите. Для того, что бы вывести менеджер изображений в редактор необходимо:
1. Добавить файлы шаблонов для менеджера изображений. Это файл модального окна common/templates/skin/start-kit/tpls/modals/modal.insert_img.tpl и элементы модального окна подгружаемые аяксом — common/templates/skin/start-kit/tpls/modals/insert_img
2. Добавить стилизацию для кнопки
3. Добавить стилизацию для модального окна
4. Подключить модальное окно к редактору — common/templates/skin/start-kit-old/tpls/commons/common.editor.tpl
5. Для каждого вызова редактора добавить указание типа объекта для которого используется менеджер изображений (топик, комментарий, письмо и т.д.) для правильного сохранения и отображения картинок в админке.

Шаг 10. Страница созданных пользователем изображений в профиле

В Альто 1.1 добавлена новая страница в профиле пользователя – страница со списком созданных пользователем изоражений. Её страница created/photos/ Для её добавления нужно:
1. Cоздать шаблон соответствующего экшена start-kit/tpls/actions/profile/action.profile.created_photos.tpl
2. Добавить шаблоны частей страницы common/templates/skin/start-kit/tpls/actions/profile/created_photos (она работает аналогично менеджеру изображений и эти шаблоны практически одинаковы)
3. Добавить ссылку в меню «Созданные» профиля пользователя

Шаг 11. Фотосет

Фотосет в версии 1.1 переведён на универсальную загрузку изображений и доступен в сниппетах. Для внесения изменений в фотосет нужно только заменить файлы редактирования и отображения фотосета field.photoset-edit.tpl и field.photoset-show.tpl.

Шаг 12. Новый механизм меню

Главные меню сайта теперь можно редактировать из админки, но для этого нужно:
1. Указать специфические для шаблона настройки меню в файле start-kit-old/settings/config/menu.php
2. Внести изменения в шаблоны заменив статические меню старого шаблона на динамически создаваемые.
Меню, формируемые с помощью нового механизма следующие:
— common/templates/skin/start-kit-old/themes/default/layouts/default.tpl – меню подвала;
— common/templates/skin/start-kit-old/tpls/commons/common.header_top.tpl – меню пользователя;
— common/templates/skin/start-kit-old/tpls/menus/menu.main.tpl – главное меню;
— common/templates/skin/start-kit-old/tpls/menus/menu.topics.tpl – меню топиков;

Шаг 13. Шаблон капчи

Капча вынесена в новый шаблон, и его нужно добавить common/templates/skin/start-kit-old/tpls/commons/common.captcha.registration.tpl

Шаг 14. Фиксация шапки редактора при прокрутке страницы

Для редактора была добавлена новая фича – «прилипание» тулбара редактора при прокрутке страницы. Использовать её можно через метод ls.editor.float так как показано в этом коммите. Включение и отключение этой возможности можно вынести в конфиг шаблона

Минимально требуемые изменения

Здесь необходимо решить, как будет происходить адаптация шаблона. Возможны два пути: первый – сделать минимальные доработки для того что бы шаблон «заработал», но в этом случае новые некоторые фичи версии 1.1 будут недоступны. И второй способ – полная адаптация шаблона. Выше приведён полный список доработок, которые нужно сделать для перевода шаблона, однако можно ограничится лишь некоторыми, нужными для вашего сайта. Из необходимых я бы выделил следующие:
— Шаг 3. Загрузка изображений для блога
— Шаг 7. Изменение порядка загрузки аватара и фото пользователя
— Шаг 8. Сниппеты
— Шаг 9. Менеджер изображений
— Шаг 11. Фотосет
— Шаг 13. Шаблон капчи]]> Tue, 11 Aug 2015 20:03:42 +0300 Нехватает информации о папке /app и подпапках http://79.174.14.219/t/1236/ http://79.174.14.219/1236.html alto@hitagi.ru templates/ Что будет, если положить туда шаблон, совпадающий по имени с существующим в папке /common/templates? Или это только для языковых файлов? Можно ли через эту папку переопределять одноимённые шаблоны в темах/плагинах, не создавая отдельный плагин и не прописывая каждый шаблон в делегатах?
В подпапке `language` есть ридми «You can place your own language files in this folder». Непонятно что будет, если в языковом файле указать строку с ключом, который уже есть стандартной теме. Он заменится? Могу ли я через такой файл переопределять тексты плагинов? Как?

config/

Можно ли переопределять стандартные конфиги `jevix.php`, `menu.php`, `widgets.php`, дописывая суффикс `local` по аналогии с `config.local.php`? В теме шаблонов есть своя папка settings/config. Как переопределять конфиги оттуда?

plugins/

В этой папке находится файл `plugins.dat`, в которую записываются активированные плагины. Можно ли сюда добавлять свои плагины? Я добавляю их в папку `common/plugins/`. Правильно ли это?]]> Wed, 22 Jul 2015 20:32:27 +0300 Переход с 1.0.10.2 на 1.1.0-beta 2 http://79.174.14.219/t/1219/ http://79.174.14.219/1219.html blood-soft@mail.ru 2.Оставляем папки и их содержимое:
/uploads (обязательно, здесь наши картинки);
/common/templates/skin/наш шаблон/ ;
/common/plugins/ (плагины);

Касательно плагинов, оставляем эксклюзив, стандартные удаляем, т.к. их заменят новые плагины из версии 1.1;

3.Заливаем на хостинг файлы 1.1 beta 2 с https://github.com/altocms/altocms/archive/master.zip
4.Заходим на сайт, видим «Установка Alto CMS 1.1.0-b2», жмем «Далее»;
5.Настраиваем подключение к БД, вбиваем старые настройки, старый префикс таблиц если меняли;
6.Выбираем Конвертировать базу Alto CMS 1.0 в Alto CMS 1.1;
7."Дальше« —> Готово —> удаляем каталог /install;
8.Движок обновлен;

После добавляем и настраиваем нужные плагины.

Может быть проблема с отображением двойного рейтинга, замечено на старой версии шаблона StartKit

image
Если у вас такие же проблемы, то правим следующие файлы:

/common/templates/наш шаблон/tpls/topics/topic.type_default-show.tpl
/common/templates/шаблон/наш шаблон/tpls/topics/topic.type_default-list.tpl

Находим и удаляем:

		  <li class="pull-right vote js-vote {$sVoteClass}" data-target-type="topic" data-target-id="{$oTopic->getId()}">
                    <div class="vote-up js-vote-up"><span class="glyphicon glyphicon-plus-sign"></span></div>
                    <div class="vote-count js-vote-rating {if $bVoteInfoShow}js-infobox-vote-topic{/if}"
                         title="{$aLang.topic_vote_count}: {$oTopic->getCountVote()}">
                        {if $bVoteInfoShow}
                            {if $oTopic->getRating() > 0}+{/if}{$oTopic->getRating()}
                        {else}
                            <a href="#" onclick="return ls.vote.vote({$oTopic->getId()},this,0,'topic');">?</a>
                        {/if}
                    </div>
                    <div class="vote-down js-vote-down"><span class="glyphicon glyphicon-minus-sign"></span></div>
                    {if $bVoteInfoShow}
                        <div id="vote-info-topic-{$oTopic->getId()}" style="display: none;">
                            <ul class="list-unstyled vote-topic-info">
                                <li><span class="glyphicon glyphicon-thumbs-up"></span>{$oTopic->getCountVoteUp()}</li>
                                <li><span class="glyphicon glyphicon-thumbs-down"></span>{$oTopic->getCountVoteDown()}
                                </li>
                                <li><span class="glyphicon glyphicon-eye-open"></span>{$oTopic->getCountVoteAbstain()}
                                </li>
                                {hook run='topic_show_vote_stats' topic=$oTopic}
                            </ul>
                        </div>
                    {/if}
                </li>
]]> Wed, 08 Jul 2015 14:32:30 +0300 Обновление движка с версии 1xxx до 1.1 http://79.174.14.219/t/1213/ http://79.174.14.219/1213.html fun.tm@mail.ru Mon, 29 Jun 2015 21:53:45 +0300 Как задать максимальный размер загружаемых изображений http://79.174.14.219/t/1201/ http://79.174.14.219/1201.html vshemarov@gmail.com 1) в самом Alto CMS
2) в настройках PHP
3) в настройках сервера
Ограничения в Alto CMS
Максимальный размер всех загружаемых файлов задается в конфигурации движка:
$config['module']['uploader']['files']['default'] = array(
    'file_maxsize'    => '5Mb', // максимальный размер загружаемого файла
    // ...
);
По умолчанию это 5 мегабайт. Но вы можете именно для изображений задать свой размер, если добавите параметр 'file_maxsize' в секцию module.uploader.images.default, например, так:
$config['module']['uploader']['images']['default'] = array(
    '$extends$' => '___module.uploader.files.default___',
    'file_maxsize'    => '25Mb', // максимальный размер - 25 мегабайт
    // ... прочие параметры
);
Более того, если уж очень нужно, то можете задать свои ограничения для загружаемых аватар или для изображений фотосета.

И, на всякий случай, обращу ваше внимание, что кроме размера файла в конфиге еще задаются предельные размеры высоты и ширины изображения в пикселях — параметры 'max_width' и 'max_height', не забывайте и о них.

Ограничения в настройках PHP
Но вот ведь как бывает — настройки нужные в движке сделали, а на сайт все равно грузятся только фотки размером с почтовую марку. Тогда самое время проверить настройки PHP- у него могут быть свои ограничения. Текущие настройки PHP, которые применяются к вашему сайту, можно посмотреть в админке (Информация / Информация о PHP) в секции Core. Там есть три параметра, которые могут накладывать ограничения: memory_limit, post_max_size, upload_max_filesize. Не вникая в детали, сразу скажу, что memory_limit должен быть больше post_max_size, post_max_size, в свою очередь, должен быть больше, чем upload_max_filesize, а вот upload_max_filesize уже как раз и задает максимальный объем любого загружаемого файла (в т.ч. и изображений).

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

Но в качестве примера скажу, что на одном из моих проектов заданы такие значения:
memory_limit = 128M
post_max_size = 32M
upload_max_filesize = 28M

Настройка сервера
Было у меня такое — в конфиге движка все задал, как надо, в php.ini тоже, а большие фото все равно не грузятся. Долго ковырялся, пока не понял, что загвоздка в настройках nginx. Есть у него в конфигурации параметр client_max_body_size, и этот параметр должен быть больше максимального размера загружаемого фото, которое вы установили. Чтобы задать этот параметр, нужно конфиг-файле nginx в секции http добавить строку:
client_max_body_size 32M;
Еще одна «засада» может быть, если используется Apache и PHP работает в режиме FastCGI. В этом случае сервер при загрузке изображений размером чуть больше почтовой марки может давать ошибку 500, а в логах сервера может быть ошибка примерно с таким текстом:
mod_fcgid: HTTP request length 134801 (so far) exceeds MaxRequestLen (131072)
Лечится это добавлением в /etc/apache2/mods-enabled/fcgid.conf строки
FcgidMaxRequestLen 33554432
Так, чтобы в итоге получилось примерно так:
<IfModule mod_fcgid.c>
  FcgidConnectTimeout 20
  FcgidMaxRequestLen 33554432

  # Тут могут быть еще директивы
</IfModule>
Но делать это самостоятельно стоит только в том случае, если вы имеете хоть какой-то опыт конфигурирования серверов. В противном случае, опять же, лучше обратиться в поддержку хостера или к более опытным товарищам.]]> Sun, 14 Jun 2015 23:26:47 +0300 Верхнее меню 3ьего уровня http://79.174.14.219/t/1198/ http://79.174.14.219/1198.html fun.tm@mail.ru
Сегодня я расскажу вам как убрать меню 3тьего уровня.



Если по какой-то причине оно вам мешает, то его можно легко убрать. Лично как это сделать в админ панели я не нашел ибо искал не очень долго и не стал заморачиваться. Нам нужен файл common.header_nav_blogs.tpl

Найти его можно по пути /common/templates/skin/experience/tpls/commons. Открываем его и просто удаляем код, но вообще советую просто закоментировать его.



Вот и все :)]]> Thu, 11 Jun 2015 15:03:12 +0300 Работа с дополнительными полями http://79.174.14.219/t/1182/ http://79.174.14.219/1182.html andreyv@gladcode.ru Часто спрашивают про использование дополнительных полей в Альто и что бы хоть немного снять вопросы по этой теме был написан этот топик. Дополнительные поля – это довольно мощный инструмент для разработки уникальной структуры сайта. Как использовать дополнительные поля в своём проекте покажу на примере создания нового типа контента «Кинообзор».
Пусть у кинообзора будет шесть дополнительных полей:
— Постер типа single-image-uploader;
— Видео – типа link;
— Дата выхода – типа date;
— Длительность типа input (поля типа время, увы, нет)
— Киностудия/Автор тоже типа input;
— Жанр, типа select со значениями «Фильм» и «Мультфильм», «Клип».
Сначала в админке (Настройки > Типы контента) создадим тип контента – «Кинообзор»

Теперь на сайте можно создавать публикации типа «Кинообзор».
Собственно, на этом и заканчивается работа с дополнительными полями через фронтенд сайта, самое интересное потребует небольшой правки шаблонов )
Для каждого типа контента в Альто можно определить свой шаблон. И это не только дополнительная возможность, а, на самом деле необходимость. Даже если ваш новый тип контента будет очень похож на топик, то всё равно лучше сделать для него отдельный шаблон. Для нашего кинообзора скопируем файлы topic.type_default-edit.tpl, topic.type_default-list.tpl и topic.type_default-show.tpl в эту же папку под именами topic.type_obzor-edit.tpl, topic.type_obzor-list.tpl и topic.type_obzor-show.tpl. Это файлы редактирования, списка и отдельного кинообзора, соответственно.
Изменим шаблон редактирования кинообзора. Все доп.поля выводятся тут (у нас, это будет файл topic.type_obzor-edit.tpl, конечно)
Как видно $oContentType->getFields() возвращает массив дополнительных полей над которыми можно проводить любые допустимые операции. Индекс массива – это идентификатор дополнительного поля как он отображается в админке. У меня – 4, на картинке выше этот идентификатор выделен красным.

Мы разместим постер слева, а остальные поля справа. Для этого код перепишем так:
{if $oContentType}
    {$iPosterId=4} {* Обозначим идентфикатор поля постера *}
    <div class="clearfix">
        <div class="col-md-12">
            {* Выведем постер в левой части формы *}
            {$oField=$oContentType->getField($iPosterId)}
            {include file="fields/obzor/field.custom.`$oField->getFieldType()`-edit.tpl" oField=$oField}
        </div>
        <div class="col-md-12">
            {* А остальные поля в правой части формы *}
            {foreach from=$oContentType->getFields() item=oField}
                {if $oField->getId()==$iPosterId}{continue}{/if} {* Постер, разумеется пропускаем *}
                {include file="fields/obzor/field.custom.`$oField->getFieldType()`-edit.tpl" oField=$oField}
            {/foreach}
        </div>
    </div>
{/if}

Заметьте, я исправил путь к шаблонам на fields/obzor/field.custom, для чего это было сделано написано далее.

В итоге мы получим следующую форму редактирования:

Конечно, дело на любителя, но в рамках этого примера решим, что внешний вид формы нам не нравится. А конкретно не нравятся подсказки, которые занимают много места и ассиметричное положение формы постера.
Для того, что бы исправить положение создадим собственные шаблоны дополнительных полей. Это не сложно, достаточно скопировать папку рядышком с именем obzor. Все типы дополнительных полей нам не нужны, потому типы file и textarea можно смело удалить из папки obzor. Такой манёвр мы сделали для того что бы «не портить» дефолтные шаблоны, они пригодятся в будущем, да и при обновлении не затрутся.
Что сделаем с полями? У всех полей типа *-edit.tpl уберём подсказку, то есть удалим див класса info-container.
Для поля постера добавим свойство width=100% что бы картинка не скакала. В итоге вот этот блок будет выглядеть так:
{img attr=[
        'src'           => "{asset file="images/empty_image.png" theme=true}",
        'width'         => '100%',
        'alt'           => "image",
        'class'         => "thumbnail js-uploader-image",
        'target-type'   => $sTargetType,
        'crop'          => '400fit',
        'target-id'     => "{if $oTarget}{$oTarget->getId()}{else}0{/if}"
]}

В итоге форма стала выглядеть более прилично


Процедура вывода дополнительных полей совершенно не отличается от того как мы работали с формой редактирования нашего кинообзора. Здесь также как и выше нужно обратить внимание на следующие моменты (для определённости остановимся на шаблоне полной публикации topic.type_obzor-show.tpl.):
— обязательно нужно создать собственный шаблон вывода скопировать topic.type_default-show.tpl под новым именем topic.type_obzor-show.tpl.
— все дополнительные поля выводятся здесь и именно в этом месте нужно менять вёрстку.

Итог:
— для собственных типов контента всегда создаём новые шаблоны с соответствующими именами;
— в шаблоне может быть доступна переменная-объект $oContentType от которой можно получить массив дополнительных полей топика так: $oContentType->getFields(), а ключи массива – это ид. дополнительного поля;
— в примере нет, но произвольное дополнительное поле можно получить по его идентификатору от самого топика так: $oTopic->getField(id), в нашем примере для получения постера id=4;
— если необходимо, то для каждого типа дополнительного поля можно создать свой собственный шаблон редактирования.]]> Fri, 29 May 2015 23:31:19 +0300