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

ZHart

  • Захожу иногда
  • 324
  • 53 / 2
Поискав по форуму, я с удивлением для себя обнаружил, что эта тема еще не обсуждалась.
А ведь серьезная тема — в Joomla (начиная с версии 3.2) появился функционал, позволяющий хранить историю изменения статей (как в wiki) и при желании откатываться на более ранние версии.

Потенциально возможность интересная, только вот на практике (во всяком случае для меня) она вылилась проблемой.
Узнал я об этой великой возможности после того, как на одном из сайтов база данных вдруг начала раздуваться до неимоверных размеров.
Почему?
Да потому, что:
Во-первых, по умолчанию сохраняются последние 10 версий статьи, что довольно-таки немало.
Во-вторых, сами статьи в БД хранятся как положено в кириллице, а вот сохраненные версии почему-то хранятся в кодах Unicode (типа «\u0440\u0435\u043c\u043e\u043d\u0442» вместо шестибуквенного слова). Итого база распухает еще в 6-7 раз.

Я не разбирался в механизме, но если все версии контента хранятся целиком, то получаем увеличение БД в 60-70 (!) раз. Даже если данные сохраняются не полностью, распухание все равно будет очень существенным. Например, в моем случае таблица _ucm_history занимает около 95% от общего объема БД, и это при том, что сайт новый и статьи после создания почти не редактировались.

На большинстве моих сайтов версионность в принципе не нужна, и думаю, что не один я такой.
Версионность контента легко можно отключить в настройках материалов на вкладке «Форма редактирования» (Сохранять историю -> Нет).
Но вот вопрос — как корректно поудалять уже существующую сохраненную историю изменения статей?
Странно, но в настройках возможности пакетной чистки не предусмотрено (или я плохо искал), а удалять вручную версии в каждой статье — слишком долго и напоминает мартышкин труд.
Можно ли просто удалить таблицы «_ucm_base», «_ucm_content», «_ucm_history»? Или есть более корректный способ очистки?
*

b2z

  • Глобальный модератор
  • 7284
  • 778 / 0
  • Разраблю понемногу
Насчет пакетной очистки не знаю, но вот удалять таблицы «_ucm_base», «_ucm_content», «_ucm_history» нельзя. А вот очистить данные из них по моему можно.
*

ZHart

  • Захожу иногда
  • 324
  • 53 / 2
«По моему» — звучит как-то неуверенно :)
Пускай не удалять таблицы целиком, пускай почистить — могу ли я это сделать безболезненно, не опасаясь за стабильность работы сайта?

P.S.: Ручная очистка таблиц — странный способ обслуживания современной дружественной CMS. Также сомневаюсь, что меня одного смущает увеличение базы в 60-70 раз на пустом месте. Видимо, Joomla 3.2 пока еще слишком свежа и мало людей успели ей попользоваться или заметить эту чудесную особенность. Надеюсь, эти недостатки со временем будут устранены.
*

b2z

  • Глобальный модератор
  • 7284
  • 778 / 0
  • Разраблю понемногу
Конечно неуверенно, потому что я не пользуюсь версионностью... Попробуй задать фопрос на forum.joomla.org.
*

ZHart

  • Захожу иногда
  • 324
  • 53 / 2
Хорошо, попробую.
А версионностью я тоже не пользуюсь. Только у меня об этом не спросили, в Joomla 3.2 она активирована по дефолту. Тоже странно кстати, могли бы по умолчанию оставить эту опцию неактивной.
*

b2z

  • Глобальный модератор
  • 7284
  • 778 / 0
  • Разраблю понемногу
Вот это уже хороший вопрос. Можно поднять бучу на том же org, чтобы по дефу была отключена, раз она так базу сжирает.
*

noszone

  • Захожу иногда
  • 59
  • 2 / 0
  • Люблю Жумлу и ненавижу...
Все таки нашёл этот параметр. Компоненты-Метки-Настройки. Каким боком управление версиями попало в раздел Метки.
А нет, это относится к меткам, а материалы в Менеджере материалов - Настройки - Форма редактирования
« Последнее редактирование: 18.03.2014, 10:38:53 от noszone »
*

voland

  • Легенда
  • 11028
  • 588 / 112
  • Эта строка съедает место на вашем мониторе
Вот это уже хороший вопрос. Можно поднять бучу на том же org, чтобы по дефу была отключена, раз она так базу сжирает.
Не надо буч, хорошая фича именно для многих новичков.
Я еще в 2.5 через плагин юзал.
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Очистить таблицы можно безболезненно, но только после отключения версионности, хотя они сами при этом очиститься должны.
Непонятно, чем именно полезна эта фишка именно новичкам.

И кстати, хорошую русскую доку по таблицам J где можно почитать?
« Последнее редактирование: 18.03.2014, 23:00:50 от AlekVolsk »
*

Очередной вебмастер

  • Давно я тут
  • 768
  • 55 / 0
  • лысый умный дядя
И кстати, хорошую русскую доку по таблицам J где можно почитать?
Вот и мне интересно... Давно ищу.
Сайты на Joomla, разработка и поддержка
----------
Помог ответ - жми плюс!
*

b2z

  • Глобальный модератор
  • 7284
  • 778 / 0
  • Разраблю понемногу
Не такой. А что интересует, там вроде бы все интуитивно понятно, может быть за исключением новых UCM таблиц.
*

bgg87

  • Захожу иногда
  • 164
  • 2 / 0
  • Истина где-то рядом...
Очистить таблицы можно безболезненно, но только после отключения версионности, хотя они сами при этом очиститься должны.
Подскажите почему после отключения, таблица _ucm_history так и не очистилась?
Если выполнить вручную очистку, то на сколько это безопасно?
*

filars

  • Новичок
  • 1
  • 0 / 0
« Последнее редактирование: 18.07.2016, 13:50:46 от filars »
*

Sulpher

  • Живу я здесь
  • 2126
  • 402 / 16
  • Шаблоны и расширения Joomla
Очистить таблицы можно безболезненно, но только после отключения версионности, хотя они сами при этом очиститься должны.
Это проверенная информация (таблицы чистятся после отключения параметра) или все же руками нужно очищать таблицу?
*

ZHart

  • Захожу иногда
  • 324
  • 53 / 2
Так вроде проще чем через php.

Во-первых, не php, а MySQL, а во-вторых:

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

zahar_92

  • Захожу иногда
  • 315
  • 8 / 0
Это проверенная информация (таблицы чистятся после отключения параметра) или все же руками нужно очищать таблицу?
Сами таблицы не чистятся. После отключения функции, очистил вручную. Пока проблем не наблюдаю.
*

drpower

  • Осваиваюсь на форуме
  • 11
  • 0 / 0
*

zahar_92

  • Захожу иногда
  • 315
  • 8 / 0
А как отключить версионность?
В менеджере материалов - > Настройки - > вкладка Форма редактирование -> Сохранять историю -> Нет
*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
Во-вторых, сами статьи в БД хранятся как положено в кириллице, а вот сохраненные версии почему-то хранятся в кодах Unicode (типа «\u0440\u0435\u043c\u043e\u043d\u0442» вместо шестибуквенного слова). Итого база распухает еще в 6-7 раз.

Фантастический тип хранения. Кроме того чищу таблицу assets: http://joomlaforum.ru/index.php/topic,330897.msg1669897.html#msg1669897
В которую пишутся права доступа к каждому материалу, даже если вы их не задаёте, они при сохранении материала пишутся туда и тормозят.
Таблицы - это оперативка.

Кроме того, сохраните любой материал и гляньте в таблицу content:
Столбец images, что там в каждой строке?
Спойлер
[свернуть]

Аналогично столбец urls, что там:
Спойлер
[свернуть]

Аналогично столбец attribs:
Спойлер
[свернуть]

Аналогично в metadata:
Спойлер
[свернуть]

На кой чёрт пустые названия настроек писать в каждый материал, если в материале нет прикреплённых картинок, нет прикреплённых url, они отключены в настройках, и так-же нет каких-то доп атрибутов? Кто придумал такой тип хранения? Столбцы уже отменили, дополнительные таблицы уже отменили? Почисти всё это и таблица content начинает весить до двух(!) раз меньше.

Очень надеюсь с кастомными полями в Joomla 3.7 не выдумают что-то в том-же духе.
« Последнее редактирование: 08.12.2016, 00:14:09 от ChaosHead »
*

LovelyHost

  • Захожу иногда
  • 161
  • 2 / 1
Слава Богу, что заметил этот беспридел по 40 мб в базе на 8 сайтах.
*

dmitry_stas

  • Легенда
  • 13151
  • 1234 / 8
Фантастический тип хранения
это точно. теоретически спасло бы использование JSON_UNESCAPED_UNICODE, но он появился только в php 5.4, а J3 требования 5.3.10 минимальная. хотя могли бы и проверку сделать...
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
*

LovelyHost

  • Захожу иногда
  • 161
  • 2 / 1
А подскажите как автоматически, через MySQL запрос очистить _ucm_history, а то там столько информации, что вручную просто жесть удалять.
*

LovelyHost

  • Захожу иногда
  • 161
  • 2 / 1
Вроде бы так:

Код
TRUNCATE TABLE `префикс_ucm_history`;
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Помогите с БАГом в панели администратора Joomla 3

Автор akteon25

Ответов: 2
Просмотров: 1080
Последний ответ 26.02.2025, 16:41:56
от akteon25
Версии РНР и Joomla 3

Автор Ebelous

Ответов: 8
Просмотров: 2852
Последний ответ 27.01.2025, 20:38:45
от pavelrer
Trouble Upgrading from Joomla 3.8 to 3.9

Автор melissa00

Ответов: 0
Просмотров: 1688
Последний ответ 26.07.2024, 10:03:51
от melissa00
SP polls в Joomla 3.8.2

Автор wawont

Ответов: 2
Просмотров: 3357
Последний ответ 22.02.2024, 21:03:15
от Zegeberg
Все изменения появляются в старой базе данных и ftp после смены хостинга

Автор makena0606

Ответов: 2
Просмотров: 2092
Последний ответ 09.02.2024, 10:21:47
от Vastriet