Новости 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.Здесь собрана информация о датах релизов, описаны принципы версионирования, указаны ответственные за релизы, а так же даты окончания поддержки релизов. Опираясь на эту информацию вы можете планировать развитие ваших интернет-проектов.👩‍💻 Что нового?⛔️ Joomla 4.Дата окончания исправления ошибок безопасности в версии 4.x - 14 октября 2025г. ⚠️ После этой даты Joomla 4 прекратит получать какие-либо обновления, в том числе безопасности - вообще. Рекомендуем обновить ваши сайты до актуальной Joomla 5.✅ Joomla 5.- Дата окончания исправления ошибок в версии 5.x - 13 октября 2026г.- Дата окончания исправления ошибок безопасности в версии 5.x - 12 октября 2027 года.- Текущая актуальная (на момент написания заметки) версия - 5.3.1.- Опубликовано расписание выхода релизов Joomla 5.4. Стабильный релиз ожидается 14 октября 2025 года.✅ Joomla 6.- Дата окончания исправления ошибок в версии 6.x - 17 октября 2028г.- Дата окончания исправления ошибок безопасности в версии 6.x - 16 октября 2029г.- Опубликовано расписание выхода релизов Joomla 6.0. Стабильный релиз ожидается 14 октября 2025 года.- Для разработчиков уже доступна Joomla 6.0.0-alpha1.✅ Joomla! Framework.Обновлена информация о Joomla! Framework - полноценном PHP-фреймворке для разработки. Он в версиях 1.х и 2.х был самостоятельным параллельным проектом, однако начиная с версии Joomla 4.0 стал её основой. Добавлена информация о Joomla! Framework 3.x, который вышел 6 октября 2023 года. Его можно использовать в тех случаях, когда вам в проекте не нужна CMS Joomla целиком.Подробнее на сайте Joomla-сообщества Joomlaportal.ru#joomla #community

Компания JetBrains рассказала о своей поддержке Joomla

Компания JetBrains рассказала о своей поддержке Joomla

JetBrains - один из мировых лидеров в разработке программного обеспечения для разработчиков. Её программные продукты - это IDE - профессиональные среды разработки, которые отличаются от простого блокнота/редактора с плагинами набором всевозможных инструментов для разработчиков, глубоким анализом кодовой базы, подсказками по ней и по языку программирования, отладкой ошибок и многим-многим другим. Одним из самых известных продуктов компании является IDE PHP Storm, который можно назвать отраслевым стандартом PHP-разработчика.

В статье How PhpStorm Helps Maintain PHP Open-Source Projects: Interviews and Real-World Examples в блоге компании описываются Open Source проекты, которым JetBrains оказывает поддержку (это могут быть бесплатные лицензии для разработчиков для некоммерческих проектов).

В список попали:

  • PHPUnit - фреймворк для unit-тестирования в PHP
  • Doctrine DBAL - библиотека для PHP, которая предоставляет лёгкий и гибкий слой для коммуникации с базой данных. Она поддерживает различные базы данных через единый и согласованный API.
  • CodeIgniter — популярный MVC-фреймворк для разработки на PHP
  • Joomla! - наша любимая CMS.

Эти названия (кроме "Joomla") чаще всего не слышат вебмастера и разработчики обычных сайтов и интернет-магазинов. Но эти названия хорошо знакомы PHP-разработчикам, которые создают сложные и высоконагруженные проекты и микросервисы. То, что Joomla оказалась в одном ряду с такими программными инструментами - делает ей честь.

🙏 За ссылку спасибо участнику нашего сообщества Ринату Кажетову (@rkazhet).

Подпишитесь на @joomlafeed

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

..С...е...р...ы...й..

  • Захожу иногда
  • 51
  • 110 / 2
Недавно писал свой вопрос в разделе "вопросы от новичков", но на него так никто и не ответил.
Вопрос следующий:
поставил систему кэширования JRE Cache 3.0 на Joomla 1.5.3, когда все страницы закэшировались то русские буквы стали нечитабельны.
Кстати в Joomla 1.5 есть свой встроенный файловый кэш, который идёт как плагин, но по умолчанию он отключён. Если его включить, он даёт очень приличные результаты, почти как и JRE Cache, но с ним остаётся такая же проблема - нечитабельная кириллица.
В связи с этим невозможно использовать не тот не другой компонент.

Вот простое решение:
открыть .htaccess и вставить в него строчку - AddDefaultCharset UTF-8

После очистки старого кеша, новый будет кодироваться правельно!




P.S.  Если это решение не помогло, сделайте следующее:
   1. откройте  /plugins/system/cache.php
   2. после открытия тега <?php вставьте строку -  header('Content-type: text/html; charset=utf-8');
   Вот так:
Код: php
<?php
header('Content-type: text/html; charset=utf-8');
« Последнее редактирование: 18.06.2010, 17:22:36 от ..С...е...р...ы...й.. »
*

hardcam

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
открыть .htaccess и вставить в него строчку - AddDefaultCharset UTF-8

а где это файл найти?
« Последнее редактирование: 18.06.2010, 17:24:35 от ..С...е...р...ы...й.. »
*

oleggrz

  • Захожу иногда
  • 435
  • 76 / 3
  • Только начал учиться.
Он у вас в корне сайта лежит.
*

hardcam

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
все нашел)
а куда именно вставлять эту строчку??? и в каком виде??? Или в любой блок можно добавить??
*

..С...е...р...ы...й..

  • Захожу иногда
  • 51
  • 110 / 2
*

pedrosoft

  • Захожу иногда
  • 367
  • 113 / 7
неплохо бы в баг трекер написать об этой проблеме
Интернет Хостинг Центр: отличные цены, лучшее качество, расположение в дата-центре «Оверсан-Меркурий»
*

voyager

  • Новичок
  • 8
  • 0 / 0

Кстати в joomla 1.5 есть свой встроенный файловый кэш, который идёт как плагин, но по умолчанию он отключён. Если его включить, он даёт очень приличные результаты, почти как и JRE Cache, но с ним остаётся такая же проблема - нечитабельная кириллица.
В связи с этим невозможно использовать не тот не другой компонент.

Вот простое решение:
открыть .htaccess и вставить в него строчку - AddDefaultCharset UTF-8

После очистки старого кеша, новый будет кодироваться правельно!

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

Nikit0s

  • Новичок
  • 8
  • 0 / 0
КСТАТИ!

Этот же метод решает еще одну проблему, с которой я по неопытности столкнулся:
модуль Linkr на локальном Денвере при попытке вставить в статью ссылку на категорию выдавал интересную штуку:
названия разделов по-русски показывал правильно, а названия категорий -- кракозябрами.
После добавления вышеозначенной строки в .htaccess все заработало.

А я-то думал: почему на хостинге Linkr нормально работает, а на локальном Денвере -- криво.
Совсем забыл, что на хостинге я кодировку в .htaccess дописал, а на локалке -- нет.

О как!
*

злобный ламер

  • Захожу иногда
  • 193
  • 2 / 0
сначало помогло, через несколько минут все вернулось обратно :(
правильно вот так
# RewriteBase /
CharsetDisable On
AddDefaultCharset UTF-8

так все заработало
но админ панель осталась с кракозябрами  :'(
« Последнее редактирование: 14.08.2009, 16:12:01 от злобный ламер »
*

evlebedev

  • Захожу иногда
  • 56
  • 3 / 0
Посмотрите, еще на сервере может быть установлена неверная кодировка по умолчанию.
Пытайте хостера или смотрите файл virtual.conf
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

[решено] проблема с плагином кэширования System Cache и валидацией в Joomla 1.5

Автор Sulpher

Ответов: 12
Просмотров: 14463
Последний ответ 04.07.2009, 13:42:20
от deam
Кракозябры вместо русских букв.

Автор rlepricon

Ответов: 2
Просмотров: 30372
Последний ответ 28.09.2008, 20:06:20
от rlepricon