В прошлой статье серии мы рассмотрели основные элементы Seblod. Одним из таких элементов являются типы контента. Из этой статьи вы подробно узнаете, что такое тип контента, для чего он используется, а главное, как создавать типы контента в Seblod и управлять ими.
Содержание
Типы контента SEBLOD. Вступление
Напомню, тип контента – это совокупность полей, объединенных отдельной задачей. Типами контента в Joomla являются материал, категория материалов, пользователь, группа пользователей, сообщение (имеются ввиду сообщения внутри админки Joomla). Каждый из этих типов контента выполняет собственную задачу и храниться в определенном месте базы данных Joomla. Минус Joomla в том, что в отличие от того же Drupal’а, она не позволяет создавать собственные типы контента через конструктор. Да, для Joomla разработано огромное количество дополнительных расширений, покрывающих практически любую задачу, но хочется универсальности. Возьмем, к примеру, галерею изображений. Да, для Joomla существует очень много галерей, и я могу подобрать компонент галереи, подходящий под мои задачи, сделать на нем сайт. Но возможно, в ходе жизни сайта, мне захочется добавить к галерее дополнительное поле, которого изначально в ней не было, к примеру, теги. Что мне делать в этом случае? Да, если я знаю PHP, я могу поковыряться в ядре галереи и добавить это поле. Да, если я очень хорошо знаю PHP, то возможно даже смогу сделать это, не касаясь ядра. Но всё это возможно только в том случае, если я хорошо знаю PHP. А что же делать всем остальным? Ведь Joomla на то и CMS, чтобы позволять строить сайты не касаясь программирования. Здесь нам на помощь и приходят конструкторы контента. Что интересно, в пуле идей Joomla, создание встроенного конструктора контента по количеству голосов находится на втором месте, после задачи автоматического обновления ядра Joomla.
Seblod, предоставляет возможность, которую так просят Joomla’воды. Я очень сомневаюсь, что в ближайшем будущем разработчики создадут встроенный конструктор контента для Joomla. Почему? Всё просто: это значительно повысит порог вхождения в Joomla. Освоить ее станет гораздо сложнее, а это приведет к снижению популярности данной CMS. Гораздо более правильным подходом является создание стороннего конструктора контента для Joomla. Это позволит Joomla остаться простой в освоении и в тоже время даст невероятную гибкость продвинутым web-мастерам. Seblod является как раз таким расширением.
Менеджер типов контента и форм
Управлять типами контента SEBLOD можно через менеджер типов контента и форм. Этот менеджер имеет замысловатый AJAX-интерфейс, освоение которого и является одной из самых сложных задач на этапе знакомства с SEBLOD.
При входе в менеджер типов контента: Мы видим список всех созданных в данный момент типов:
По умолчанию SEBLOD имеет 5 типов контента, повторяющих типы контента Joomla:
- Cтатья
- Rатегория статей
- Пользователь
- Группа пользователей
- Сообщение
Все эти типы настроены таким образом, что в точности повторяют функционал Joomla, да и хранятся в тех же таблицах базы данных.
На этой странице все просто и понятно, но стоит зайти в подробный просмотр типа контента, кликнув по его названию, как мы увидим AJAX-интерфейс:
Думаю на этом многие веб-мастера закончили свое знакомство с SEBLOD.
Да, интерфейс сложный, но если привыкнуть к нему, то он покажется довольно удобным. Лучше способ поместить все данные, содержащиеся на этой странице в одно окно, нужно еще поискать.
Менеджер типов контента и форм. Формы отображения
Прежде всего, рассмотрим верхние кнопки типа контента:
- Admin Form – отвечает за то, как форма данного типа контента будет отображаться в админке;
- Site Form – отвечает за то, как форма данного типа контента будет отображаться на сайте;
- Intro – отвечает за то, как данные данного типа контента будут отображаться на сайте во вступительной части;
- Content – отвечает за то, как данные данного типа контента будут отображаться на сайте в подробной части.
Теперь попытаюсь объяснить более подробно. Чем характеризуется каждый тип контента? Он характеризуется формой для ввода данных и шаблоном отображения введенных данных в дальнейшем. По аналогии с Joomla: когда вы добавляете статью и заполняете все поля, вы используете форму ввода данных. Когда вы просматриваете опубликованную статью, вы используете шаблон просмотра данных(макет). Таким образом, Admin Form – форма добавления контента в админке,Site Form – на сайте,Intro иContent – шаблоны просмотра уже добавленного контента. Надеюсь, что объяснил понятно.
Каждая из четырех кнопок являет собой вкладку, но не обычную, а такую, на которую данные подгружаются через AJAX. Точно также они и сохраняются. Т.е., к примеру, если мы внесем изменения на вкладке Admin Form, а затем перейдем на Site Form, то изменения автоматически сохранятся. Это удобно.
Менеджер типов контента и форм. Поля, опции и шаблон
Справа мы видим еще три кнопки:
- Configuration – настройки текущей формы отображения;
- Fields – поля текущей формы отображения;
- Template – шаблон текущей формы отображения.
Всё, что мы видим на этих кнопках относится именно к текущей форме отображения, выбранной слева!
Подробно останавливаться на всех опциях, которые есть в этих вкладках, я не буду, иначе статья ну очень растянется. К тому же большинство из них просты и интуитивно понятны.
Менеджер типов контента и форм. Наборы полей
В правой части экрана расположен набор полей с фильтрами для их поиска. Поля – это довольно сложная тема, которой будут посвящены несколько следующих статей серии. Сейчас же нужно сказать, что справа находится список всех полей, доступных для данного типа контента (!). Т.е. здесь вы можете видеть поля, созданные вами и имеющиеся в базе данных. Не путайте поля и типы полей. Тип «текстовое поле» только один, но самих текстовых полей может быть сколь угодно много.
Над списком полей расположен фильтр по типам полей, типам контента, папкам пакетов и алфавиту. Этот фильтр иногда очень удобен, т.к., как показывает практика, полей может быть очень много.
У каждого поля можно увидеть маленький карандашик. Он позволяет изменить данное поле «не отходя от кассы».
Менеджер типов контента и форм. Конструктор
Наконец, мы подошли к апофеозу AJAX-интерфейса – конструктору. Он расположен в самом центре окна:
Конструктор состоит из позиций макета данного типа контента, в которые можно добавлять поля. Чтобы всё это лучше понять, давайте нажмем кнопку «Positions» на панели управления данной страницы:
При клике по этой кнопке, открывается изображение позиций макета для типов контента seb_one.
Данный рисунок показывает все позиции, которые есть в этом макете Seblod.
Да, стоит сказать, что разработчики называют эту штуку «Template». Но правильнее будет говорить, что это не «Шаблон», а именно «Макет для контента».
Так вот, макет для полей типа контента можно рассматривать по аналогии с шаблоном Joomla. Данный макет содержит в себе 42 позиции, которые, в свою очередь, могут содержать в себе любое количество полей SEBLOD. Это как позиции для модулей в Joomla. Каждая позиция может содержать в себе неограниченное количество модулей.
Лично мне этот макет не очень нравится – слишком уж он громоздкий. В следующих статьях я расскажу о том, как можно создавать собственные макеты Seblod.
Вернемся к конструктору. Вы можете заметить, что синие строки в нем совпадают с позициями макета. Это они и есть. Добавляя поля, взятые с правой части в нужные позиции, мы получим необходимый вид типа контента. Поля можно перетаскивать просто мышкой, либо с помощью стрелочек.
Теперь самое интересное. Кроме названий позиций макета в конструкторе вы можете увидеть столбцы Label и Variation, а также справа есть кнопочки с цифрами от 1 до 5 и кнопочка с точкой.
В столбцах настраиваются различные опции для каждого поля, добавленного в конструктор. Кнопочки справа меняют эти опции. Кнопочка с точкой переходит от опций к настройке ширины и высоты позиций макета.
Рассмотрим все опции конструктора по порядку:
Admin Form и Site Form
Кнопка №1
– Label – заголовок поля. Определяет какой заголовок будет показан для текущего поля. Если заголовок показывать не требуется, то здесь нужно поставить пробел.
– Variation – вид формы. У самого параметра Variation, так же как и у остальных параметров, расположенных в правой колонке, есть возможность выбора стиля в выпадающем меню.
Стиль можно выбрать по умолчанию (Default), пустой (Empty), без стиля (None) или стиль можно настроить, выбрав (Joomla) или (seb_css3). При выборе стиля (Joomla) или (seb_css3) справа возникает значок "+", кликнув по которому мы переходим к настройке стиля поля.
В этом окне можно настроить многие параметры стиля отображения поля – цвет фона, форму, размер и цвет рамки, и многие другие.
Само поле может быть скрытым (Hidden), когда форма не видна; просто величиной, которая уже введена в форме (Value), обычной формой для ввода значений (Default); формой в которую нельзя вводить данные, а можно только видеть то, что там уже введено (Readonly); в поле может быть только число (Number) или только ссылка (Url).
Кнопка №2
– Live – если в форму требуется подставить «живое» значение, т.е. такое, которое будет автоматически изменяться в зависимости от каких-то условий, то здесь можно выбрать место, из которого это значение будет браться. На данный момент здесь имеются опции Default (по умолчанию задается в Live Value или вводится пользователем при заполнении формы), Var (значение вводится, если кликнуть на ссылку configure, которая появляется в столбце Live Value ), и Profile (значение вводится, если кликнуть на ссылку configure, которая появляется в столбце Live Value, из данных текущего (авторизованного) пользователя, которые есть в базе данных).
– Live Value – значение/переменная для Live.
Несколько примеров: я понимаю, что разобраться с Live и Live Value достаточно сложно. Приведу несколько примеров.
Пример 1. Нам необходимо, чтобы пользователи могли добавлять статьи только в одну категорию. Для этого мы добавим поле CatID(список всех категорий), сделаем его Hidden и укажем для него Live Value, равное номеру категории, в которую пользователи смогут сохранять материалы. Т.е. получается, что мы как бы заполняем поле выбора категории за пользователя.
Пример 2. Нам необходимо показать пользователю в его профиле все статьи, которые он добавил. Для каждого пользователя набор статей будет разным и зависеть он будет от ID этого пользователя. В этом случае(хотя это уже тип поиска по контенту, а не тип контента) мы указываем в Live: Profile, а в Live Value: ID.
Сходу освоить «живые» переменные довольно сложно. Но дальше, по ходу серии, будет множество примеров создания типов контента и поиска, которые помогут сделать это.
Кнопка №3
– Required/Validation – устанавливает обязательность и проверяет правильность заполнения поля. Правильность заполнения проверяется на синтаксис (Availability), количество символов (Letter Number Only), синтаксис электронного адреса (Email), синтаксис ссылки (Url), и подтрерждение нажатия (Confirm). При выборе варианта проверки Availability и Confirm появляются дополнительные поля для настройки проверки. Справа в углу ссылка на справку по заполнению полей, которая, к сожалению, не работает.
При проверке можно использовать данные определенной таблицы из базы данных. Это удобно, например, чтобы проверять занятость Логина или email на этапе регистрации, создавать функционал бронирования и другое.
– Stage - позволяет создавать многостраничные формы(формы, которые заполняются в несколько шагов). По этому вопросу выпущен отдельный урок с примером.
Кнопка №4
– Access – уровень доступа к данному полю. Т.е. поле смогут увидеть только те пользователи, которые принадлежат группам, имеющим уровень доступа, выставленный здесь.
– Restriction – ограничение на расположение и действие. Если выбрать Workflow, справа появится знак "+", кликнув на который, перейдем к форме выбора – только в административной части показывать поле, или на сайте, или на обоих (Both), и какие действия (Action) совершать – допускать только добавление информации в поле, только редактирование, или оба действия. Данная функция удобна для разграничения формы при создании и редактировании.
Пример: Регистрация пользователя. При создании формы он заполняет, скажем, 10 полей, а редактировать в профиле мы хотим разрешить только 5. В этом случае данная опция будет кстати.
Кнопка №5
– Conditional States – зависимости. В Seblod GA появилась возможность устанавливать зависимости одного поля от другого. Если мы нажмем Add, то сможем показать/скрыть/отключить/применить класс к полю, когда другое поле из этого же типа контента примет определенное значение. Как это можно использовать?
Пример: Вы хотите создать на сайте мультирегистрацию, т.е. форм регистрации должно быть несколько, например, покупатель и продавец. Для каждого из профилей есть уникальные поля, доступные только этому виду профиля. Чтобы реализовать такое, мы можем в форме регистрации добавить выпадающий список «Кто вы?» в котором будет 2 пункта «Покупатель» и «Продавец». Затем, в Conditional States мы установим какие поля показывать в случае, если в поле «Кто вы?» выбрано значение «Покупатель», а какие, если «Продавец». Также и далее при работе с профилем.
– Computation Rules – позволяет выполнять различные математические действия над полями, в том числе и статистические (найти максимум, среднее и т.п.). Имеет свой триггер Trigger Event, который позволяет привязать действие (вычисление) к определенному событию, например, к изменению в поле.
Кнопка №6
– Markup – одно из заготовленных оформлений поля. Позволяет легко оформить поле выбранной темой
– Markup Class – позволяет задать для поля дополнительный CSS класс для дальнейшего оформления в CSS, но более удобно использовать данную опцию при работе с CSS-фреймворками вроде Bootstrap, быстро приводя внешний вид поля к предопределенному во фреймворке оформлению.
Intro и Content
Кнопка №1
– Label – заголовок значения. Определяет какой заголовок будет показан для текущего значения. Если заголовок показывать не требуется, то здесь нужно поставить пробел. Справа также можно задать стиль отображения поля.
Кнопка №2
– Link – если значение должно являться ссылкой, определяет на что именно следует ссылаться. При выборе определенного значения справа появляется значек "+", при клике на котором открывается окно настройки ссылки. Доступен выбор следующих значений: на контент (Content) – удаление материала (Delete), просмотр материала (View), на результаты поиска (List): форма редактирования (Form), результаты поиска (List & Search). Пример использования этой опции – функционал тегов.
– Typography – уникальное оформление значения, позволяет выбрать стиль шрифта – жирное, подчеркивание и др. При выборе определенного значения справа появляется значок "+", кликнув по которому вы откроете окно настроек. В основном настройки позволяют определить, в том же стиле делать заголовок, или нет, но при выборе даты (Date) можно выбрать формат отображения даты, при выборе рисунка (Image) – параметры отображения рисунка.
Кнопка №3
– Markup и Markup Class – опции, аналогичные описанным выше для формы. Разница в том, что здесь оформление применяется не к полям формы, а к данным, которые эти поля выдают в контент.
Кнопка №4
– Access – уровень доступа к данному значению. Т.е. поле смогут увидеть только те пользователи, которые принадлежат группам, имеющим уровень доступа, выставленный здесь.
– Restriction – ограничение на расположение и действие, аналогичную опцию мы уже рассматривали выше.
Менеджер типов контента и форм. Замочек
Ну и последнее: В правом верхнем углу конструктора вы можете увидеть замочек:
Он позволяет определить будет ли вновь созданное поле доступно в других типах контента. Если откроете его, то все новые поля будут создаваться в общей таблице базы данных. Если закроете – то в отдельных таблицах для данного типа контента.
Да, кстати, добавлять новые поля можно прямо здесь же, нажав на плюсик.
Ну вот, обзор типов контента закончен. Чтобы разобраться с этим интерфейсом, потребуется время. Но он достаточно удобный. Нужно только привыкнуть. Освоив этот интерфейс, вы уже можете пробовать создавать простые типы контента. В следующих статьях серии я расскажу о видах полей, видах хранилищ данных и многом другом. Подписывайтесь на обновления, будет интересно!
И как это Вам удется, объяснять сложнейшие вещи - просто на пальцах.
От себя могу лишь пожелать творческого вдохновения и побольше свободного времени, для просвещения аудитории:)
- после связывания SEBLOD и стороннего расширения Joomla и наполнения получившегося типа контента через SEBLOD, новые данные будут отображаться и в типах поиска SEBLOD и в стороннем расширении;
- после связывания SEBLOD и стороннего расширения Joomla и наполнения получившегося типа контента через стороннее расширение, новые данные будут отображаться только в стороннем расширении.
Это связано с тем, что при добавлении любого элемента любого типа контента, SEBLOD делает запись об этом в своей системной таблице БД и в дальнейшем поиск по типам контента основывается именно на этой таблице. Если вы добавите запись через стороннее расширение, то в таблице SEBLOD ничего не добавится, а значит в поиске через SEBLOD эта запись не будет показана.
Надеюсь, что в следующих версиях компонента разработчики добавят возможность поиска без использования системной таблицы.
С помощью вариаций шаблона (template variations) разобрался, как заполнить какое-нибудь поле своим значением, например DatePicker текущей датой. Работает прекрасно, хочу применить этот метод на поисковой форме (пункт меню Joomla "SEBLOD » List & Search"), опция "Search? (on 1st load)" = YES. Т.е. я хочу с помощью вариации шаблона заполнить некое поле и сразу же, автоматически выполнить поиск в соответствии с этим значением. Однако SEBLOD вначале выполняет поиск, и только потом подставляет значение в поле, т.е. нужно еще потом нажимать на Submit. Можно ли это побороть, м.б. есть какой трюк?
Yes! Вы мой спаситель
Может кто подскажет как это осуществить:
нужно что бы в форме добавления отображалось поле со списком всех статей из определенной категории с возможностью множественного выбора и в форме отображения контента соответственно отображались выбранные статьи в виде ссылок на эти статьи? Весь вопрос в создании поля и выбора его типа.
Страна -> Область -> Город,
хотя в версиях < 2.0 эта возможность была. Может подскажите как это организовать?
Сразу хочу сказать спасибо за поднятую тему в этом цикле статей и доступное ее изложение. Материалов, изложенных в таком доступном стиле не так много в сети.
Понимаю, что Автор данного материала - не стол заказов, но тем не менее, хотелось бы почитать информацию о том, как создавать при помощи данного компонента Планировщики событий, Календари а также поля с выпадающим списком, составленным из заголовков материалов определенной категории. В ZOO, SOBI или К2 такой возможности либо нет вовсе, либо она реализуется суррогатными приемами, которые не совсем удобны.
Заранее спасибо.
Я не автор, но могу подсказать
Выпадающий список материалов той или иной категории создается очень просто с помощью поля Related Article. Еще для той же задачи можно воспользоваться полем Select-Dynamic. Настройки следующие: Table: "#__content", Where: "catid=10 and state=1" (первое - ID номер категории, второе - берет только опубликованные материалы), Options Name: "title", Options Value: "id". Как можно догадаться, подобным образом можно брать вообще любые значения из любой таблицы.
С планировщиками и календарями все намного сложнее, если будет достаточно вывода списка определенных событий в зависимости от текущей даты, то это можно. В типе контента планировщика создаем поле "Picker-Calendar", сохраняем события с нужными датами. Выводим такой наипростейший планировщик с помощью "List and Search Types", где в настройке Live Value этого поля прописываем "today". Список событий по текущей дате готов. Вывод событий в некотором диапазоне дат (например, -5 дней - +10 дней) тоже в принципе можно сделать, но тут я еще сам не разобрался. А сложные календари лучше, пожалуй, реализовать с помощью специализированных компонентов.
Чтобы человек сперва выбирал страну, а потом ему предлагались области этой страны...
вот обсуждение этого вопроса, если у кого будет решение - буду благодарен!!!
С одной стороны да, с другой это не выход из положения. Я сейчас объясню.
т.е. с помощью этой штуки я смогу отобразить для страны А - поле с областями А. То, что надо! НО!
Если у меня есть пару стран - то для них достаточно легко прописать зависимости, но если их сотни? для каждой писать зависимость? А потом для каждой области писать зависимость городов?
Берем конкретнее:
для 1 страны - 1 поле областей.
в среднем беру 35 областей в стране.
Для каждой области - 1 поле городов => 35 полей городов для страны + 1 поле области для 1 страны = 36 полей нужно создать для 1 страны
=> для 50 стран = 36*50=1800 полей
для 100 стран - 3600 полей.
Конечно, на крайний случай можно заняться таким вот извращением, но все ж остается вера в то, что это можно сделать через Dinamic Select, устроив каким то образом хитрый sql запрос.
Контент создают пользователи, решил дать им возможность указывать alias статьи для того, чтобы они сами формировали URL будущего контента. (В добавок использую sh404sef).
Так вот оказалось, что SEBLOD не проверяет alias на уникальность. Если я ввожу уже ранее существовавший alias - нажимаю "создать", то происходит сбой и сервер падает (виртуалка - UniServer).
Что делать?
Если не давать возможность указывать alias, то sh генерирует его из title. Т.е. если новый title будет такой же как старый - то опять произойдет сбой.
Единственный вариант - делать alias скрытым => при создании он будет пустым => он автоматически станет датой (что то типа такого: 2012-01-29:12-13) - но это не есть хорошо((
Что делать??
На оф. форуме приводится интересный способ избежать повторных алиасов. Если вас устроят алиасы вида title-123 (т.е. с добавлением некоего счетчика), то расскажу как.
Нужно воспользоваться плагином SD Field Concat (он позволяет склеивать значения нескольких полей), для него указываем сохранение в стандартную таблицу content и в столбец alias. Ну а в специальном поле плагина "List of Fields" пишем что-то вроде #art_title#||(открыв. треугольная скобка)content(закрыв. треугольная скобка). Первая конструкция возьмет значение поля Title, вторая - инкримент из таблицы БД content, что можно считать вполне уникальным числом. Смотрите справку к плагину.
Если сталкивались - пишите где моя ошибка.
В данном случае это был лишь пример генерации уникального алиаса, идея в том, чтобы к title добавить некое не повторяющееся число.
Рекомендую тогда прописать #art_title#||$date||$time, ну вы сами догадаетесь, что тогда получиться. Может, не слишком красивый алиас, зато уникальный.
Очень хороший плагин!
Второй вопрос, может кто сталкивался - у меня некоторые поля (select) после 1-го редактирования компонент заносит в базу не поверх старого значения, а как продолжение, т.к. было поле страны, человек выбрал "Россиия", потом нажал "редактировать материал", оставил Россию, нажал "сохранить" - после этого в базе значение стало РоссияРоссия.
ПОЧЕМУ?
Спасибо за подсказки!
Куда и что нужно прописать?
Я, делаю пошаговую регистрацию (как в моем ТЗ), на первом шаге, юзер выбирает кто он - компания или юзер, и, кликает на кнопку (Radio) "Далее", определенные поля исчезают, а на их место, появляются другие поля. После их заполнения, юзер, снова нажимает на Radio "Далее" и снова появляются новые поля, а заполненные - исчезают, но, нужно предусмотреть, что юзер, что-то упустил, и, захочет вернуться назад, поэтому, есть вторая Radio - "Назад"...
Так вот, когда я кликну по одному разу на эти Radio, то их свойство checked становится checked... И Radio, отказывается "перематывать" поля назад или дальше...
PS: Приходится изворачиваться, т. к. обычной кнопки я не нашел в себлоде - только Submit... Может плохо искал... Если есть кнопка, тыкните носом плз
У меня такая же проблема. Версия Seblod 2.3.9? последняя. В админке редактор открывается и с настройками по умолчанию и в модальном окне. А при правке с фронтеда если настройки установлены на модальное окно - выдает ошибку 500, а ести дефолтные - чистое пространство страницы, соответствующее редактору.
www.seblod.pro - Welcome
Попытался руками надобавлять все поля обратно - не отображаются отдельные блоки из шаблона. Очень нужна помощь, спасите-помогите!
и все. Проверка идет бесконечно долго
Кнопка Сохранить конечно не работает, так доступность поля почему то не проверяется.
В чем может быть глюк
если указываю пробел и русский символ, проверка уведомляет об этом. а еесли ввожу валидное значение, то затыкается.
На другом сайте все нормально. Сразу пишет Доступно.
Stage - позволяет создавать многостраничные формы(формы, которые заполняются в несколько шагов). По этому вопросу будет выпущен отдельный урок с примером.
Если сделали, ссылочку не дадите?
Заранее спасибо.
Ответ - целая статья. И так быстро.
Наверно у Вас ещё там (в загашнике) есть что-то?
Например для профиля пользователя созданного на основе объекта user отображение Site Form имеет URL по умолчанию host.com/index.php?option=com_cck&view=form&layout=edit&type=profile
А как увидеть Intro и Content ?
Для более гибкого использования профиля, надо включить мост (bridge) в настройках плагина CCK Storage Location - Joomla! User. Тогда профиль кажждого пользователя будет просто статьёй в категории Users (или какую вы зададите в том же плагине). Соответственно, все ништяки, которые характерны для статей будут действительны и для профилей пользователя - не только вывод из поиска, категрии или чего хотите, но и управление доступом, чего нету в стандартном профиле Joomla.
Советую выводить профиль, используя List&Search от SEBLOD, но в Live задавая конкретный ID пользователя. Таким образом, если поставить redirect в настройках поиска - поиск будет находить один конкретный профиль и перенаправлять на контент материала этого профиля.
Категорически не рекомендую - на основе рекомендаций разработчиков - использовать Intro. Его успешно заменяет Item в поиске.
Спасибо.
Создал по описание на себлод.ком, статью джумла, в нее добавил три поля - текст, селект, и радио.
Все поля добавил в – Admin Form ,Site Form ,Intro,Content - в админке поля появились (я их заполнил), в Content они отобразились (на сайте), а в Intro (на сайте) ни чего не отображается немогу понять почему?