Новости Joomla

SW JProjects v.2.5.0 - компонент каталога цифровых проектов на Joomla

SW JProjects v.2.5.0 - компонент каталога цифровых проектов на Joomla

👩‍💻 SW JProjects v.2.5.0 - компонент каталога цифровых проектов на Joomla.Компонент - менеджер цифровых проектов для Joomla! CMS. Компонент обеспечивает создание каталога цифровых проектов и предоставляет возможность скачивания, в том числе с использованием лицензионных ключей.👩‍💻 v.2.5.0. Что нового?Схемы структур данных для серверов обновлений. Теперь с SW JProjects вы может создавать сервер обновлений не только для расширений Joomla, но и свои собственные. Например, вам нужно, чтобы структура данных сервера обновлений была другая и формат должен быть, например, не XML, а JSON. Формирование структуры данных для сервера обновлений расширений Joomla вынесено в отдельный плагин. Вы можете создать свой собственный плагин и реализовать в нём нужную вам структуру данных, добавив или наоборот исключив отображаемые данные. Сервер обновлений в компоненте по-прежнему отображает информацию о списке проектов и их версиях, о конкретном проекте и его changelog.Можно выбрать схему данных сервера обновлений глобально для всего компонента, выбрать другую схему данных для категории проектов, а так же выбрать схему в каждом проекте.

Разработчикам в качестве образца можно посмотреть плагин схемы данных для Joomla в составе компонента или же плагин-образец JSON-схемы на GitHub.
Группа плагинов swjprojects. Для нужд компонента создана группа плагинов swjprojects. В частности, в этой группе находится плагин структуры данных Joomla расширений для сервера обновлений.Изменение языковых констант. Изменены некоторые языковые константы в панели администратора. Если вы делали переопределение констант - переопределите их снова.👩‍💻 Joomla 6. Внесены изменения для корректной установки и работы компонента на Joomla 6. Компонент успешно протестирован на Joomla 6-beta2.Минимальная версия Joomla - 5. Подняты минимальные системные требования: Joomla 5.0.0 и PHP 8.1.
- Страница расширения👉 Плагин-образец кастомной JSON-схемы данных для сервера обновлений на GitHub.- GitHub расширения- Документация на GitHub- Joomla Extensions Directory#joomla #расширения

Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод...

Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод...

👩‍💻 Как триггерить события для плагинов на манер Joomla 5+?В Joomla 6 должны удалить метод triggerEvent(), с помощью которого раньше вызывались события для плагинов. Теперь чтобы в своём коде вызвать событие для плагина и получить от него результаты нужно:- создать объект класса события- передать в него параметры

use Joomla\CMS\Event\AbstractEvent;use Joomla\CMS\Factory;use Joomla\CMS\Plugin\PluginHelper;// Грузим плагины нужных группPluginHelper::importPlugin('system');// Создаём объект события$event = AbstractEvent::create('onAfterInitUniverse', [    'subject' => $this,    'data'    => $data, // какие-то данные    'article' => $article, // ещё материал вдовесок    'product' => $product, // и товаров подвезли]);// Триггерим событиеFactory::getApplication()->getDispatcher()->dispatch(    $event->getName(), // Тут можно строку передать 'onAfterInitUniverse'    $event);// Получаем результаты// В случае с AbstractEvent это может быть не 'result',// а что-то ещё - куда сами отдадите данные.// 2-й аргумент - значение по умолчанию, // если не получены результаты$results = $event->getArgument('result', []);
Плюсы такого подхода - вам не нужно запоминать порядок аргументов и проверять их наличие. Если вы написали свой класс события, то в плагине можно получать аргументы с помощью методов $event->getArticle(), $event->getData(), $event->getProduct() и подобными - реализуете сами под свои нужды. Если такой класс события написали, то создаёте экземпляр своего класса события и укажите его явно в аргументе eventClass
use Joomla\Component\MyComponent\Administrator\Event\MyCoolEvent;$event = MyCoolEvent::create('onAfterInitUniverse', [    'subject'    => $this,    'eventClass' => MyCoolEvent::class, // ваш класс события    'data'       => $data, // какие-то данные    'article'    => $article, // ещё материал вдовесок    'product'    => $product, // и товаров подвезли]);
Ожидаемо, что класс вашего события будет расширять AbsractEvent или другие классы событий Joomla.🙁 Есть неприятный нюанс - нельзя просто так вызывать событие и ничего не передать в аргументы. Аргумент subject обязательный. Но если вы всё-таки не хотите туда ничего передавать - передайте туда пустой stdClass или объект Joomla\registry\Registry.
@joomlafeed#joomla #php #webdev

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

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Добрый день!

Хочу сделать более детальной настройку доступа к возможностям компонента.

У меня есть порядка 6 структурных элементов, т.е. 6 видов списков и 6 видов редактирования.
Есть такие виды которые должны светиться только определенным пользователям и прочие возможности внутри вида как в стандартах (создание, изменение+, удаление).

Проблемы уже начались на стадии вывода этих правил для настройки.
access.xml
Спойлер
[свернуть]

Наворотил дубликат, т.к. как заставить работать без него не понял. В таком варианте хоть есть возможность задать права на один из видов CUSTOMER через настройку прав компонента. Конечно, это все работает, но мне кажется это кривовато.

Дальше, я описал все попадания правил для пользователя и у меня работает:
  • Появления пункт меню зависит от hz_customer.read
  • Появление кнопок зависят от hz_customer.create, hz_customer.edit, hz_customer.edit.own, hz_customer.edit.state, hz_customer.delete

Но не работает то что должно быть после кнопок: create, edit, publish, delete.

Посмотрев код есть подозрение только на вот это:
com_hzcatalog/views/customer/view.html.php
Спойлер
[свернуть]

Мне кажется $this->canDo = hzcatalogHelper::getActions(); в родительской функции display ждет стандартных core.edit и etc...

Подскажите как быть?

*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: ACL - для каждого вида отдельно
« Ответ #1 : 06.10.2017, 13:08:01 »
Решение есть, но оно мне кажется не до конца полноценным.

Я никак не пойму как можно задать права для каждой секции. Получается только права задать для всего компонента. Поэтому и перенес все права каждой секции в секцию компонента с указанием идентификатора каждой секции.
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: ACL - для каждого вида отдельно
« Ответ #2 : 10.10.2017, 10:25:19 »
Что получилось в итоге.
Права для каждой секции записаны в каждой секции и продублированы для компонента.
Это позволило иметь портянку настроек доступа при настройке по умолчанию, а так же при настройке прав на конкретную запись выводится только те права которые указаны для секции.
В принципе результат достигнут. Единственное чтобы хотелось. Но это чисто визуально. Что бы права не портянкой были, а разбиты по секциям... А то у меня в списке 36 позиций.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

[Решено] Получить в MODAL виде фильтры из вызывающего вида

Автор platonische

Ответов: 23
Просмотров: 1214
Последний ответ 29.03.2017, 13:08:35
от platonische
Составной шаблон для вида комнпонента

Автор lculver

Ответов: 1
Просмотров: 820
Последний ответ 02.11.2016, 15:54:05
от Aleks.Denezh
Зачем нужны шаблоны вида компонента?

Автор NeuroZ

Ответов: 12
Просмотров: 1049
Последний ответ 04.10.2016, 14:31:05
от Septdir
[Решено] Каждому элементу вида свой токен

Автор platonische

Ответов: 15
Просмотров: 1229
Последний ответ 18.03.2016, 01:44:48
от fsv