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

ast

  • Захожу иногда
  • 81
  • 6 / 0
Здравствуйте!
Моему сайту около 10 лет. На хостинге занимает места около 1,5Гб. За это время понятно, что часть статей удалялась с сайта, что-то переделывалось, что-то выкидывалось, где-то что-то менялось. Очевидно, что за всё это время на хостинге накопились изображения, которые занимают место, но остаются невостребованными. Возникла мысль собрать со всех страниц ссылки на изображения, собрать список всех изображений на хостинге, наложить один список на другой. Таким образом получить список картинок, которые не используются.
Не могу решить как собрать со всех страниц списки ссылок на изображения.
Помогите решить задачу.
*

sivers

  • Живу я здесь
  • 2591
  • 360 / 0
Была подобная задача.
Как вариант - пройтись рекурсивно по всем директориям с изображениями и с помощью функции fileatime проверить время последнего обращения к файлу. Если, скажем, последнее обращение к картинке было более года назад, то скорее всего она уже не актуальна.
На связи в telegram @sivers
sivers @ inbox . ru
https://sivers.su/
*

AlexB

  • Завсегдатай
  • 1973
  • 54 / 2
Реально задача сложная.
Выше преложили искать по дате обращения, и это по сути правильно, но не на всех хостах это возможно....

*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
Огонь тема! Тоже в планах стоит. Ссылки на изображения находятся в бд. Можно получить их полный список с помощью сложных запросов. Первая трудность возникнет если у вас стоят разные компоненты, где вы размещаете контент, а значит нужны более сложные запросы и пути хранения изображений могут быть разные.
*

effrit

  • Легенда
  • 10132
  • 1118 / 13
  • effrit.com
тема уже поднималась.
одной базой тут не ограничишься - графику тянут ещё и стили и файлы шаблона.
хотя, если в какую-то подпапку все сгружалось, то по базе можно пробить.
поищите тему, там и примеры расширений и кода вроде были.
*

sivers

  • Живу я здесь
  • 2591
  • 360 / 0
но не на всех хостах это возможно....
это верно. для уменьшения количества обращений к диску (особенно на SSD носителях) эту функцию иногда отключают. Поэтому сперва надо удостовериться в ее работа. Например, проверить несколько файлов, даты обращения к которым известны заранее. Т.е. открыл фото в браузере - проверил дату. Через время открыл еще раз - проверил дату и сравнил с предыдущей.
На связи в telegram @sivers
sivers @ inbox . ru
https://sivers.su/
*

ast

  • Захожу иногда
  • 81
  • 6 / 0
Огонь тема! Тоже в планах стоит. Ссылки на изображения находятся в бд. Можно получить их полный список с помощью сложных запросов. Первая трудность возникнет если у вас стоят разные компоненты, где вы размещаете контент, а значит нужны более сложные запросы и пути хранения изображений могут быть разные.
Да, это была первая мысль - взять ссылки из БД. Но компонентов несколько, ссылки в некоторых хранятся относительные. То есть, где-то в настройках указан корень хранения изображений этого компонента, а в полях таблиц часть пути, которую нужно склеить с настройками. Где-то используется экранирование. Где-то кириллические ссылки сконвертированы в UTF-8. Посему прикинул, что этот путь не самый лёгкий, а проще всего будет изъять ссылки на картинки со всех страниц сайта.
*

ast

  • Захожу иногда
  • 81
  • 6 / 0
Была подобная задача.
Как вариант - пройтись рекурсивно по всем директориям с изображениями и с помощью функции fileatime проверить время последнего обращения к файлу. Если, скажем, последнее обращение к картинке было более года назад, то скорее всего она уже не актуальна.
Не подходит, так как полный бэкап сайта делается регулярно.
*

ChaosHead

  • Гуру
  • 5242
  • 451 / 13
тема уже поднималась.
одной базой тут не ограничишься - графику тянут ещё и стили и файлы шаблона.
хотя, если в какую-то подпапку все сгружалось, то по базе можно пробить.
поищите тему, там и примеры расширений и кода вроде были.
Ну да, согласен, из бызы всё сложно вытянуть. Ок, поищу. Пока в голову приходит ещё взять логи веб-сервера за несколько месяцев и посмотреть к каким картинкам был доступ. Остальные можно во временную папку переместить, а потом и в корзину. Но тоже есть шанс пропустить редкозапрашиваемые картинки.
*

ast

  • Захожу иногда
  • 81
  • 6 / 0
Ну да, согласен, из бызы всё сложно вытянуть. Ок, поищу. Пока в голову приходит ещё взять логи веб-сервера за несколько месяцев и посмотреть к каким картинкам был доступ. Остальные можно во временную папку переместить, а потом и в корзину. Но тоже есть шанс пропустить редкозапрашиваемые картинки.
А вот это крутая идея! Именно её я и решил взять за основу. На днях проверял битые ссылки на сайте с помощью Xenu Link Sleuth, а он проходит по всем веб-страницам сайта. Таким образом, в логах моего Апача появился полный перечень картинок! Бинго! Осталось его только извлечь.
*

ast

  • Захожу иногда
  • 81
  • 6 / 0
В общем на всё про всё у меня ушёл один день. По результатам работы - 37% старых изображений оказались лишними, которые надо удалить.
Теперь места под хостинг требуется намного меньше!
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться