Новости Joomla

Свои типы полей в Joomla.

Свои типы полей в Joomla.Это большая тема, о которой можно говорить очень много

Это большая тема, о которой можно говорить очень много. Самое главное, что возможности применения ограничиваются только вашей больной фантазией. Вы строите интерфейс своего модуля или плагина и вам нужно подтянуть данные из сторонней системы (список чего-нибудь по какому-нибудь API), чтобы сохранить выбранный id в Joomla. Или сделать какую-то проверку и в зависимости от неё показать то или иное сообщение пользователю. Для этого подойдут свои пользовательские типы полей. Интерфейс Joomla по большей части описан в XML-файлах. У каждого из них свои параметры. Некоторые не описаны в документации (manual.joomla.org), поэтому самым любопытным будет полезно заглянуть в собственно файлы фреймворка по пути libraries/src/Form/FormField.php, а так же в libraries/src/Form/Fields. У каждого класса поля перечислены его специфические свойства, которые можно описывать в XML. А в своём типе поля вы можете устанавливать эти значения программно. В моём модуле WT Quick links под капотом происходят изменения. Теперь для работы (в админке) ему нужен вспомогательный плагин. А в самом модуле нам бы проверить, а не выключен ли он? В Joomla есть тип поля Note - заметка. Его можно использовать для вывода примечаний.

<field type="note"
     name="your_note_for_user"
     label="Заголовок примечания"
     title="Альтернативный способ для заголовка"
     description="Текст примечания"
     class="col-12 alert alert-info"
     heading="h1"
     close="true"
/>

heading - указывать уровень заголовка. close - позволяет закрыть это примечание. В классе поля libraries/src/Form/Field/NoteField.php описана логика вывода. И в принципе оно нам подходит для нашей задачи. Но оно будет выводить сообщение всегда, а нам нужно только тогда, когда плагин отключён. Поэтому берём и создаём свой класс поля, который мы унаследуем от NoteField. Это значит, что у нас в руках будет весь инструментарий стандартного поля Note + то, что мы сами добавим. В XML-манифест добавляем наше поле

<field type="systempluginstatus" 
     name="systempluginstatus"
     addfieldprefix="Joomla\Module\Wtquicklinks\Site\Fields"/>

- type - имя файла и класса,- addfieldprefix - указываем namespace к нашему классу, может быть любой нам нужный- name - нельзя полю без имени...Это означает, что Joomla будет использовать класс поля из файла modules/mod_wt_quick_links/src/Fields/SystempluginstatusField.php.А в классе поля будет написано следующее:

<?php
// namespace для атрибута addfieldprefix
namespace Joomla\Module\Wtquicklinks\Site\Fields;
// нельзя напрямую обращаться к этому файлу
defined('_JEXEC') or die;
// подключаем родительский класс для переопределения
use Joomla\CMS\Form\Field\NoteField;
use Joomla\CMS\Language\Text;
use Joomla\CMS\Plugin\PluginHelper;

// имя класса и имя файла точь-в-точь
class SystempluginstatusField extends NoteField
{
     protected $type = 'Systempluginstatus';

     protected function getLabel()
          {
               // если плагин не включён
               if(PluginHelper::isEnabled('system','wtquicklinks')) {
                    // меняем свойства родительского класса
                    $this->class = 'alert alert-danger w-100';
                    $this->element['label'] = '⚠️ А-а-а-а!';
                    $this->element['description'] = 'Плагин не включён!!';
                    // и просто рендерим его с нашими свойствами
                    return parent::getLabel();
               }
          // А иначе всё хорошо, скрываем поле из виду.
          $this->parentclass = 'd-none';
          return '';
     }
}

Просто и удобно. И людям приятно, что о них позаботились и рассказали почему что-то не работает. @webtolkru#joomla #php #webdev #разработка

0 Пользователей и 1 Гость просматривают эту тему.
  • 2 Ответов
  • 3417 Просмотров

Я имею ввиду, а нужны ли для небольшого (но краааааасивого  :-*) сайта плагины типа OpenSEF и т.д.? Если ты четко знаешь, что тебе всего лишь надо заменить
5 ссылок на разделы типа /content/section/3/44/блаблабла/... на /razdel1/блаблабла/...
ну и ссылки на два компонента типа /component/option,com_datsogallery/Itemid,40/... на /gallery/...
Остальное не нужно - то есть какие-то остальные стандартные модули - голосования и прочее - там никакие ссылки править не надо. Да и как я погляжу, как раз с формами после поголовной SEFилизации часто случаются глюки.

Стоит ли для этой строго ограниченной по объему задачи ставить какой-то плагин или лучше справиться вручную? И если вручную, то в каком месте ядра формируются ссылки?

Как я понимаю, это не стоит делать только средствами mod_rewrite?

Если ты четко знаеш, что ты хочеш получить - можно скопировать файл sef.php из /includes/ в /components/com_sef/ и спокойно свносить в него изменения. Я делаю именно так.

mod_rewrite трогать не надо, а вот в .htaccess надо закоментировать блок для стандартного SEF и раскоментировать следующай, которий для 3rd party - в общем следовать комментариям внутри файла
*

vovanblk

  • Новичок
  • 5
  • 0 / 0
У меня аналогичный вопрос. Задавал тут http://joomlaforum.ru/index.php/topic,19278.0.html
Отправили в этот раздел.

Покажите, пожалуйста, пример хоть для одной ссылки. Дальше я бы по аналогии сделал всё что мне нужно.

Т.е. как мне из ссылки:
     select.by/component/option,com_geda/Itemid,116/
Сделать ссылку:
     select.by/banks/    ???

Если нужно, то адрес у него вот такой    "index.php?option=com_geda&Itemid=116"

Ещё вопрос по поводу файла sef.php достаточно ли его скопировать в папку к компоненту или ещё придётся что-то делать ?

Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться