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

nikola_blin

  • Захожу иногда
  • 145
  • 8 / 3
Cookie VS Session
« : 02.02.2017, 10:09:31 »
Доброго дня.
Делаю следующую штуку - нужно обеспечить пользователя-гостя возможностью пополнять корзину нужными товарами. Не используются готовые и-магазины в связи со спецификой проекта =)

И вот, собственно, момент - что выбрать для временного хранения данных о товаре (id, название, цена) - cookie или session? Что предпочтительней по безопасности (куки вроде бы можно подменить), ну и другие плюсы/минусы. Пока что существует проблема с созданием новых записей и там, и там - не хочет работать api jSession и jInputCookie. Но это второй вопрос.
*

AlekVolsk

  • Гуру
  • 6913
  • 416 / 4
Re: Cookie VS Session
« Ответ #1 : 03.02.2017, 14:29:42 »
куки так же часто отключаются и автоочищаются различными вирусными плагинами

использовать помимо сессии можно локальный сторедж браузера - он понадежней, либо заводить для пользователя отдельную таблицу в БД, куда и сваливать временный товар, это позволит расширить функционал: при следующем юзверя заходе можно будет при истечении срока либо автоматом подчистить мусор либо выдать юзверю сообщение, что "вы добавляли в корзину некоторые товары, однако вы так и не оформили заказ. пожалуйста, посмотрите товары в корзине и примите соответствующее решение по ним."
*

nikola_blin

  • Захожу иногда
  • 145
  • 8 / 3
Re: Cookie VS Session
« Ответ #2 : 07.02.2017, 12:37:03 »
куки так же часто отключаются и автоочищаются различными вирусными плагинами

использовать помимо сессии можно локальный сторедж браузера - он понадежней, либо заводить для пользователя отдельную таблицу в БД, куда и сваливать временный товар, это позволит расширить функционал: при следующем юзверя заходе можно будет при истечении срока либо автоматом подчистить мусор либо выдать юзверю сообщение, что "вы добавляли в корзину некоторые товары, однако вы так и не оформили заказ. пожалуйста, посмотрите товары в корзине и примите соответствующее решение по ним."
Да, собственно, через localStorage и реализовал =)
*

dmitry_stas

  • Легенда
  • 13151
  • 1234 / 8
Re: Cookie VS Session
« Ответ #3 : 07.02.2017, 13:01:25 »
localStorage точно также легко подменяется при желании. вам стоит уделить этому внимание, если подмена может хоть каким то образом повлиять на безопасность.
Тут дарят бакс просто за регистрацию! Успей получить!
Все советы на форуме раздаю бесплатно, то есть даром. Индивидуально бесплатно консультирую только по вопросам стоимости индивидуальных консультаций
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться