Новости Joomla

Свои типы полей в 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 для атрибута addfieldprefixnamespace 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 #разработка

Свои типы полей в 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 Гость просматривают эту тему.
  • 45 Ответов
  • 8707 Просмотров
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
Не претендую на роль эксперта, тем более я всего лишь самоуверенный самоучка, но считаю, что вопрос не совсем корректно поставлен: никто не говорил, что хранить json в БД - плохо. Вопрос в том, зачем в json сохранять, когда он не нужен, еще и расплачиваться за это постоянным update отдельной для организации поиска таблицы и размером БД?
Не будь паразитом, сделай что-нибудь самостоятельно!
*

sm_denis

  • Захожу иногда
  • 441
  • 36 / 2
Вопрос в том, зачем в json сохранять, когда он не нужен, еще и расплачиваться за это постоянным update отдельной для организации поиска таблицы и размером БД?
Я задался вопросом выше. Как хранить что-то более сложное чем строку и искать по ней?
Почему вас смущает практика отдельного индекса? Эту практику используют все, начиная от индексов самого MySQL и коробочной cms, заканчивая внешними решениями.
Как только вам нужно будет искать по сложным структурам данных (чуть сложнее плоского массива) - потребуется их нормализация.
И как быть...
 - не хранить ничего, что сложнее строки?
 - не искать по сайту?
 - ваше решение без json и без доп таблиц? желательно пример, который можно посмотреть.


сейчас интересно уже почему нельзя на zoo делать относительно крупные проекты )
Выше я задавался вопросом, что такое крупный проект. Никто не ответил.

У нас есть на поддержке проект, где одновременный онлайн более 1000 человек - http://llfl.ru/mo1ndd
и держит порядка 200 тыс хитов и 50тыс хостов в сутки - http://llfl.ru/p1gk0t
Там десяток тысяч материалов. Это крупный проект в рамках типичных сайтов на Joomla?

Буду рад прочитать экспертное мнение, которое как-то подкреплено числами, измерениями.
Чтобы не получилось как в комментарии - http://joomlaportal.ru/blogs/extensions/2570-cck-joomla#comment-960

*

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
sm_denis, я понимаю, что вас задолбали сайты на дешевом шареде, но ведь это тоже ваши клиенты, реальные или потенциальные.
может, лучше не плеваться на них, а написать на видном месте табличку с рекомендациями, исходя из вашего богатого опыта.
ну или отсечь их, написав, что нищеброды на шареде не достойный покупать и использовать ваше расширение )).

т.е. в каждом столбце:

тип хостинга и несколько его ключевых параметров.
кол-во посетителей сайта в день
кол-во полей у материала
количество материалов max, которое вы бы порекомендовали для данного тарифа.

я думаю, если такую таблицу с 6 (3-шаред и 3-выделенный), столбцами, закрепить на видном месте, это снимет много вопросов.
и у вас будет меньше работы с возражениями ).
*

sm_denis

  • Захожу иногда
  • 441
  • 36 / 2
Причем тут шаред и дешевый хостинг и мои клиенты?
Мы говорим о базе,  json и почему это хорошо или плохо. О внезапных лишних мегабайтах в индексе и экономии на спичках... о необоснованном апокалипсисе... об этом тема? Зачем вы отклоняетесь от первоначальной темы? ;)

Кстати, для проверки скорости у нас есть тесты, как в битриксе. Нормальный шаред за 2-3 евро вполне.
Хостинги меня не особо напрягают. Но не переводите тему, пожалуйста.

Вопрос все тот же.
Так почему индексные таблицы и валидный json в базе это плохо?
Почему это по вашему тормозит сайт? Почему вы считаете это лишними мегабайтами?

Смотрю типичный сайт с 11000 материалами. База весит 40мб. Это много?)))
« Последнее редактирование: 19.03.2016, 09:57:41 от sm_denis »
*

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
sm_denis, вы невнимательно читаете )
я написал, что ответ на свой вопрос получил.
я вам предложил облегчить боль и страдания от подобных периодических вопросов.
просто получается так, что у ZOO - никакой саппорт, даже платный. поэтому на вопросы может ответить только местный спец.
*

sm_denis

  • Захожу иногда
  • 441
  • 36 / 2
Жаль, хотел конструктивно подискутировать...  *DRINK*
Буду ждать еще экспертных  мнений о базе и удобствам json.  ::) как раз для нового компонента пилим схему и тесты, будет кстати.
*

zikkuratvk

  • Глобальный модератор
  • 4819
  • 345 / 2
  • Обслуживаем проекты - дорого.
Да чего тут обсуждать...
в JBzoo в целом нормально Денис многое переделал, чтоб нагрузку держало в оригинальном Zoo все несколько хуже. Но опять же при условии, что у вас нормально настроен хостинг, zoo просто необходимы акселераторы, Денис лучше по этому поводу ответит.
Из претензий я бы сказал что рендерится админка ужасно особенно когда много объектов, но это уже конструктивные особенности.

Что касается больших проектов, давайте определимся, что такое большой проект? Я могу точно сказать, что сейчас ни zoo ни сама Joomla не будет тормозить на сайте с 2000-5000 посетителей и 5000 тысячами материалов даже на шаред хостинге. Если тормозит, то что-то у вас сделано не так либо хостинг пипец, типа опенсервера виндового))))

На 50000-100000 посетителей в сутки вам уже все равно надо думать о сервере выделенном, а если у вас миллионами исчисляется народ, то там уже совсем другой разговор.
Хочется уникальное расширение? ===>>>> JoomLine - Разрабатываем расширения под заказ.
Использую хостинг TimeWeb и Reg
*

robert

  • Живу я здесь
  • 4974
  • 457 / 20
sm_denis, я как раз за, а не против json и об этом я говорил effrit чуть выше. Не нужно так остро реагировать на "IMHO,zoo переусердствовал с json" - в конце концов, это не такая уж большая беда. А чтобы предметно дискутировать, нужно быть пользователем zoo, кем я не являюсь.
Не будь паразитом, сделай что-нибудь самостоятельно!
*

Влад

  • Захожу иногда
  • 130
  • 2 / 0
Я делаю базу по отчетам, некоторые отчеты, которые весят например 104КБ, в файле  TXT. Этот же отчет в этой кодировке весит 248КБ. И при сохранение или правке выдает "502 Bad Gateway" Хотя если сохранять эту же информацию в стандартно в Joomla, то все нормально. Что делать? :'(

И если Zoo тратит ресурсы на перевод из одной кодировки в другую и обратно, то зачем?
« Последнее редактирование: 20.03.2016, 21:28:16 от Влад »
*

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
Влад, я так понимаю, совет будет - переехать на выделенный сервер ).
ну или попробовать увеличить лимиты памяти и время выполнения скрипта.
Или попробовать FLEXIcontent.
*

sm_denis

  • Захожу иногда
  • 441
  • 36 / 2
И если Zoo тратит ресурсы на перевод из одной кодировки в другую и обратно, то зачем?

Zoo всегда работает в одной и той же кодировке - UTF-8
В ней и только в ней работает вся Joomla. Нет таких мест где кодировка меняется в отличную от UTF-8.
Думаю, у вас что-то совершенно иное.

*

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
кстати, в связи с выходом 3.5 и конвертацией в UTF8MB4, я так понимаю, необходимость в доп кодировании символов отпадает?
иначе вообще будет сказочный рост БД.
*

voland

  • Легенда
  • 11028
  • 588 / 112
  • Эта строка съедает место на вашем мониторе
Необходимость то может и отпадает, но кто ж сразу резко код то перепишет?
*

sm_denis

  • Захожу иногда
  • 441
  • 36 / 2
Если смайлы (emoji) не нужно хранить в базе, то нет большого смысла в UTF8MB4.
То что поддерживает 4 байтные кодировки для японского, не значит что обязательно использовать. Можно и дальше использовать utf8_general_ci
*

Влад

  • Захожу иногда
  • 130
  • 2 / 0
И так, есть ли хак, чтоб информация сохранялась в кирилице, а не json?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Значки ? место кириллицы

Автор plaxin

Ответов: 4
Просмотров: 1624
Последний ответ 21.05.2014, 15:31:39
от capricorn