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

ABTOP

  • Захожу иногда
  • 493
  • 33 / 4
В поисках подрывных методов борьбы против системы WordPress, я недавно натолкнулся на утилитку конвертации этого монстра в нечто нам всем более знакомое, если даже не любимое - Joomla. Утилита работает изнутри Joomla как компонент.

Утилитка всё ещё на стадии разработки и довольно сыровата. Однако имеет определённый потенциал. Поковырявшись в ней два дня, что удалось сделать:

1. добавить поддержку для комментариев JComments <-это главное
Дальше как обычно в моём репертуаре
2. расширил интернационализацию
3. добавил русский перевод.

План на ближайшую пятилетку
1. надо бы довести до ума конвертацию ссылок. На сегодняшний день куча проблем с переносом рубрик ссылок. Ссылки долетают, а рубрики нет.
2. было бы просто неимоверно клюво сделать поддержку для конвертации меток, например JTags. Надо покумекать.
3. наверное было бы интересно конвертировать не в Joomla,  а в K2, там есть и метки, и комментарии. Надо будет оценить возможность.

Замечания и напутственное слово
Лучше всего конвертируется в абсолютно пустую Joomla. Поскольку не предусмотрено никакого разрешения конфликтующих идентификационных номеров, то лучше не давать повода. Часто вылазит ошибка, что, де, конфликт, но обычно материал всё равно проходит, как что не пугайтесь.

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

Было бы интересно узнать об опыте конвертации баз большого размера - осилит или загнётся? Если будете пробовать, то, пожалуйста, отписывайтесь о впечатлениях.

Обновление:
С ужасом обнаружил, что псевдонимы вообще не конвертируются. Пришлось срочно исправить.

[вложение удалено Администратором]
« Последнее редактирование: 11.01.2011, 00:48:22 от ABTOP »
*

psevan

  • Осваиваюсь на форуме
  • 15
  • 0 / 0
Спасибо!

Насущные вопросы:

- возможна ли привязка конвертированых категорий (рубрик) к материалу? Так как вручную тысячи статей привязывать не есть выход.

- или возможно ли, каким-то чудесным образом ,пакетно создать из названий материалов меню (с привязкой к материалу)?

- как правильно указать адрес сервера базы данных, не localhost?

- с этим конвертером кто нибудь знаком? http://www.joomlaspots.com/Smart-and-Fast/import-your-wordpress-blog-into-joomla-website.php
« Последнее редактирование: 10.01.2011, 11:35:20 от psevan »
*

ABTOP

  • Захожу иногда
  • 493
  • 33 / 4
- возможна ли привязка конвертированых категорий (рубрик) к материалу? Так как вручную тысячи статей привязывать не есть выход.
Рубрики становятся категориями с соответствующими статьями. Как конвертируются статьи принадлежащие нескольким категориям, я, честно говоря, не вникал, т.к. занимался другим вопросом.

- или возможно ли, каким-то чудесным образом ,пакетно создать из названий материалов меню (с привязкой к материалу)?
Наверное возможно, хотя не представляю, кто такой глупостью будет заниматься. Создание меню для статей - дело минутное, но часто специфическое для конечного сайта. Зачем такие нетрудоёмкие вещи автоматизировать мне непонятно.

- как правильно указать адрес сервера базы данных, не localhost?
это вопрос вашему хостеру.

- с этим конвертером кто нибудь знаком? http://www.joomlaspots.com/Smart-and-Fast/import-your-wordpress-blog-into-joomla-website.php
А этот вопрос вообще не по теме.
« Последнее редактирование: 10.01.2011, 11:58:29 от ABTOP »
*

psevan

  • Осваиваюсь на форуме
  • 15
  • 0 / 0
Рубрики становятся категориями с соответствующими статьями. Как конвертируются статьи принадлежащие нескольким категориям, я, честно говоря, не вникал, т.к. занимался другим вопросом.
Наверное возможно, хотя не представляю, кто такой глупостью будет заниматься. Создание меню для статей - дело минутное, но часто специфическое для конечного сайта. Зачем такие нетрудоёмкие вещи автоматизировать мне непонятно.
это вопрос вашему хостеру.
А этот вопрос вообще не по теме.

- в том то и проблема, что рубрики НЕ становятся категориями с соответствующими статьями:
 категории отдельно - статьи отдельно. Статья принадлежит не нескольким, а одной рубрике. Но после переноса - категории и статьи не связаны, как было раньше в Wordpress.

- вы говорите:- Нетрудоемкие вещи? Глупости? от 1000 до 2000 статей на сайте, сайтов несколько - вы считаете это минутное дело привязать каждую статью к меню?

  Подскажите пож-ста если знаете, как это сделать быстро.


« Последнее редактирование: 10.01.2011, 12:44:07 от psevan »
*

ABTOP

  • Захожу иногда
  • 493
  • 33 / 4
Относительно привязки статей к конветртированным категориям я ещё раз протестирую. Вроде бы в прошлый раз у меня с этим особых проблем не наблюдалось, хотя, данная примочка безусловно сырая во многих других отношениях.

Что касается меню, меню обычно создаются на вывод всех статей в секции (что для нас не актуально) или категории. Если привязка статей к категории осуществляется правильно, то трудоёмкость задачи будет определятся не общим кол-вом статей на сайте, а количеством категорий, для которых требуется создать меню.
*

psevan

  • Осваиваюсь на форуме
  • 15
  • 0 / 0
Нечего там тестировать, я уже год с этим компонентом работаю, вы переводили, но видимо не читали вкладка "конфигурация" справа: "JConverter импортирует рубрики из WordPress, однако не увязывает импортированные записи и страницы с соответствующими категориями"

Итак, привязка статей к категории осуществляется НЕправильно, а точнее она вообще никогда не осуществлялась в этом компоненте.

Какой может быть выход? Кроме как "нетрудоемкое!" - по вашим словам вбивание вручную?
*

ABTOP

  • Захожу иногда
  • 493
  • 33 / 4
Нечего там тестировать, я уже год с этим компонентом работаю, вы переводили, но видимо не читали вкладка "конфигурация" справа: "JConverter импортирует рубрики из WordPress, однако не увязывает импортированные записи и страницы с соответствующими категориями"
Да, действительно, я переводил, но, видать, не прочувствовал  ;D
В своё оправдание, меня только интересовало добавление поддержки для JComments.
Цитировать
JConverter импортирует рубрики из WordPress, однако не увязывает импортированные записи и страницы с соответствующими категориями, поскольку WordPress позволяет ассоциировать записи и страницы с многочисленными рубриками, а в Joomla это невозможно. Более того, поскольку Joomla не поддерживает подкатегории, содержание всех рубрик WordPress импортируются в одну категорию Joomla.

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

psevan

  • Осваиваюсь на форуме
  • 15
  • 0 / 0
ОК! Поэтому и вопрос стоит:

 "возможно ли, каким-то образом, пакетно создать из названий материалов меню (с привязкой к материалу)"
*

ABTOP

  • Захожу иногда
  • 493
  • 33 / 4
Единственное, что приходит в голову на настоящен этапе эволюции данного расширения, так это конвертация только опубликованных статей. Тогда вы можете конвертировать все статьи в несколько этапов. процесс такой:
1. в WordPress опубликовать статьи только одной рубрики, все статьи остальных рубрик снять с публикации.
2. конвертировать статьи в Joomla
3. в Joomla, в Менеджере материалов, выбрать все статьи, нажать на "Перенести" и присвоить статьям категорию.
4. повторить шаги 1-3 для следующей рубрики, впоследствии выбирая не все, а только "неприкаянные" статьи от текущей рубрики.


Однако, настоящая версия вроде бы конвертирует всё подряд, без учёта опубликованности статьи, поэтому всё равно потребуется модификация.
Поправка: глядя на код, конвертируются только опубликованные статьи, так что описанный выше метод должен работать прямо сейчас.
« Последнее редактирование: 10.01.2011, 14:22:08 от ABTOP »
*

psevan

  • Осваиваюсь на форуме
  • 15
  • 0 / 0
Спасибо будем пробовать.
*

ABTOP

  • Захожу иногда
  • 493
  • 33 / 4
Спасибо будем пробовать.
Пробуйте новую версию.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Доработка плагина

Автор Ragnos

Ответов: 19
Просмотров: 1966
Последний ответ 07.07.2014, 16:14:16
от zomby6888