Новости 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 Гость просматривают эту тему.
  • 72 Ответов
  • 41373 Просмотров
*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
Re: Django CMS vs Joomla
« Ответ #60 : 02.03.2015, 00:30:06 »
Собственно главная проблема Joomla в том, что разработчики именно так и делают. Т.е. после установки upgrade 2.5.n -> 2.5.n+1 нормально работавший кусок работать перестает.
Смешная логика: суровые дизайнеры Django сами пушут код, но впадают в ступор при мельчайшей проблеме в Joomla, возникающей раз впятилетку)
*

voland

  • Легенда
  • 11028
  • 588 / 112
  • Эта строка съедает место на вашем мониторе
Re: Django CMS vs Joomla
« Ответ #61 : 02.03.2015, 00:40:01 »
ну да ведь в Joomla же религия не позволяет и священный запрет на использование  хранимых процедур...
А кстати, что мешает? Обязанность поддерживать немускуль?
*

Aleks.Denezh

  • Живу я здесь
  • 3404
  • 428 / 4
Re: Django CMS vs Joomla
« Ответ #62 : 02.03.2015, 00:40:56 »
А кстати, что мешает? Обязанность поддерживать немускуль?
то был сарказм )
*

yrat

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Re: Django CMS vs Joomla
« Ответ #63 : 02.03.2015, 00:48:29 »
ну да ведь в Joomla же религия не позволяет и священный запрет на использование  хранимых процедур...

Наверное и туда можно вставить поддержку хранимых процедур. Только зачем?

Написать web часть руками получается намного дешевле, тем более что в сильно нагруженных проектах речь о необходимости редактировать страницы не идет.
*

Fedor Vlasenko

  • Живу я здесь
  • 3845
  • 733 / 7
  • https://fedor-vlasenko.web.app
Re: Django CMS vs Joomla
« Ответ #64 : 02.03.2015, 00:58:31 »
Естественно в Joomla такую модель вставлять нерентабельно - надо спускаться на голый фраймворк (django, yii и т.п.).
Странно так вообще-то писать. Смешивать django и yii
django  написан на Python следовательно исполняемый файл загружается в память и там работает.
Соответственно здесь проблем достаточно, от хостинга окружение придется настраивать самому, до решения проблем перезапуска приложения при его крахе, слежением за потребляемой памятью
yii - это как бы мега библиотека с своим сахаром (чего то как всегда не хватает к примеру поиска  ^-^) большинство кода предназначено для больших проектов с запасом на будущее
А вот работа cms с базами по мне так увидел только в magento. Жаль что разработчики не используют представления(вьюхи) и хранимые процедуры(тригеры) и функции.
Скажем MariaDb вполне возможно использовать с Joomla и с разу открываются новые возможности
 
*

Aleks.Denezh

  • Живу я здесь
  • 3404
  • 428 / 4
Re: Django CMS vs Joomla
« Ответ #65 : 02.03.2015, 01:12:50 »
Написать web часть руками получается намного дешевле,
Именно потому питон программисты такие дорогие...

тем более что в сильно нагруженных проектах речь о необходимости редактировать страницы не идет.
Тогда нахрена нам нужен питон? Если страницу не надо редактировать то и  голый HTML проще положить...
*

zomby6888

  • Завсегдатай
  • 1473
  • 171 / 3
Re: Django CMS vs Joomla
« Ответ #66 : 02.03.2015, 05:00:50 »
Так я не понял. А почему пишут что Joomla не может работать с другими бд кроме MySQL? Там же есть поддержка PDO( По крайней мере в исходниках я видел) а PDO в свою очередь может работать со многими БД http://php.net/manual/ru/pdo.drivers.php
интернет-блог: http://websiteprog.ru
*

Arkadiy

  • Гуру
  • 5317
  • 463 / 2
  • Крепитесь, други.
Re: Django CMS vs Joomla
« Ответ #67 : 02.03.2015, 07:24:03 »
Речь идёт не о других базах, а о других типах баз, не-sql.
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Re: Django CMS vs Joomla
« Ответ #68 : 02.03.2015, 09:21:36 »
А что, еще есть такие (ну, кроме 1С), что используют non-sql-db?  :o
*

Arkadiy

  • Гуру
  • 5317
  • 463 / 2
  • Крепитесь, други.
Re: Django CMS vs Joomla
« Ответ #69 : 02.03.2015, 16:25:51 »
Допустим на node.js на первый взгляд совсем не используют sql базы данных, используют Redis, MongoDB и т.п.
*

yrat

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Re: Django CMS vs Joomla
« Ответ #70 : 02.03.2015, 19:17:58 »
Так я не понял. А почему пишут что Joomla не может работать с другими бд кроме MySQL? Там же есть поддержка PDO( По крайней мере в исходниках я видел) а PDO в свою очередь может работать со многими БД http://php.net/manual/ru/pdo.drivers.php

Потому что поддержка другой базы, это не только возможность сделать connect - это еще много чего, начиная с внятной документации и сертификации плагинов и заканчивая оптимизацией SQL запросов под конкретную базу.

Ни чего этого в Joomla нет.
*

Fedor Vlasenko

  • Живу я здесь
  • 3845
  • 733 / 7
  • https://fedor-vlasenko.web.app
Re: Django CMS vs Joomla
« Ответ #71 : 02.03.2015, 22:14:33 »
Ни чего этого в Joomla нет.
Расскажи же нам где это чудо в котором есть все.
*

yrat

  • Осваиваюсь на форуме
  • 10
  • 0 / 0
Re: Django CMS vs Joomla
« Ответ #72 : 02.03.2015, 23:35:15 »
Расскажи же нам где это чудо в котором есть все.

Например, - liferay.

Но вопрос даже не в том, есть это или нет. Вопрос в том, что Joomla заявляет, что она поддерживает другие СУБД, а на самом деле это вранье.  Если бы они честно написали что Joomla работает только с MySQL, все остальное пока не доделано - вопросов бы не было.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Joomla vs Wordpress

Автор Angela_

Ответов: 212
Просмотров: 43255
Последний ответ 07.09.2023, 19:14:57
от wishlight
Не выпилить ли завязанный на меню Joomla-роутинг?

Автор robert

Ответов: 0
Просмотров: 2750
Последний ответ 26.11.2020, 00:21:13
от robert
За что не любят Joomla?

Автор EvgeniyAL

Ответов: 133
Просмотров: 30832
Последний ответ 14.09.2019, 20:35:21
от dmitry_stas
Еще раз вопрос по поводу Joomla и Modx - нужны аргументы, чтобы отбиться

Автор busik

Ответов: 25
Просмотров: 4075
Последний ответ 02.09.2019, 17:46:38
от passer
joomla+communitybuilder vs instant cms

Автор olega1980

Ответов: 30
Просмотров: 25303
Последний ответ 08.07.2019, 00:34:56
от balck