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

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
Ну если шелл не потянули с файлами сайта, то будет нормально.

А возможно злодеи, которые слали запросы, запускающие вредный скрипт, перерывчик сделали на несколько дней.
Не по крону же он запускался.
*

danavir

  • Захожу иногда
  • 96
  • 0 / 0
  • S.DAN
Поясните please что значит по крону.
*

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
http://ru.wikipedia.org/wiki/Cron

Если, как из заголовка темы следует, это происходит периодически - то тут 2 варианта - или извне или изнутри.
Если злодеи добрались до консольных приложений - то переезд на другой хостинг мог решить проблему.
Но скорее всего обращение к скрипту производилось ежедневно извне каким-то http-запросом.
« Последнее редактирование: 04.07.2013, 14:49:55 от SDKiller »
*

draff

  • Гуру
  • 5801
  • 434 / 7
  • ищу работу
Не по крону же он запускался.
А почему и бы нет. Да вариантов появления вредоносного кода в файлах сайта много.
Начиная от установки вареза с маячками и до дырявого хостинга.
Как вариант- отключить cURL.
*

danavir

  • Захожу иногда
  • 96
  • 0 / 0
  • S.DAN
А почему нет? Как раз и похоже на машину. Каму надо рыхлить каждый день только один сайт который еще в разработке и не в топах.
*

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
...
Как вариант- отключить cURL.

... и?
Что это даст если скрипт уже на сайте и к нему обращаются извне чтобы запускать каждый день?

Я сталкивался с тем что хостер phpinfo отключал "в целях безопасности".
*

danavir

  • Захожу иногда
  • 96
  • 0 / 0
  • S.DAN
A что даст отключения cURL В МОЕМ СЛУЧАЕ? Вопрос актуальный поскольку я перенес папки сайта на другой хостинг и на новый домен. А вот старый домен оставил на пару дней проверить. Сегодня я уже войти не мог. Проверил все SUPER ADMIN.  
*

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
Вы бы access.log посмотрели на старом хостинге для начала
*

wishlight

  • Гуру
  • 5059
  • 315 / 1
  • От 300 руб быстрый хостинг. Сервера.
А все потому что новый еще не просканили :) и ходят на старый.
*

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
А все потому что новый еще не просканили :) и ходят на старый.

Да по IP скорее всего ходят
*

flyingspook

  • Moderator
  • 3590
  • 247 / 9
по спамлю немного новостями вот так)
Спойлер
[свернуть]
сейчас еще
Спойлер
[свернуть]
они все еще более в проблемы своих пользователей углубляются
*

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
они все еще более в проблемы своих пользователей углубляются

Ага.
1Gb так же "углубляется" - вырубает нафиг сайт и шлёт владельцу письмо "ищите уязвимость. Пока не найдёте и не представите подробно расписанные причину и шаги по устранению - не включим"
*

draff

  • Гуру
  • 5801
  • 434 / 7
  • ищу работу
logol вообще отключают доступ и cpanel and FTP.
И дают 16 часов на исправление. Зато вчера,03.07, прислал письмо клиенту о найденных вредоносных скриптах, удаленных мною 30.06.
*

flyingspook

  • Moderator
  • 3590
  • 247 / 9
Ага.
1Gb так же "углубляется" - вырубает нафиг сайт и шлёт владельцу письмо "ищите уязвимость. Пока не найдёте и не представите подробно расписанные причину и шаги по устранению - не включим"
мое мнение совершенно с их полностью схоже, полную ответственность несет именно владелец ресурса, если не может управлять своим ресурсом и следить за ним, то пусть на "сайте сидит" - страница в любой соц.сети как домохозяйки с гордостью и дети говорят "у меня на сайте" подразумевая страницу вконтакт или майлру, вот еще систему штрафов ввели бы(но тут одно но есть хостеры мелкие сами не могут следить за каналами) крупные хоть пытаются(правда пока все было за карман пользователей, но сейчас глобально все меняется и они эти сервисы начинают бесплатно предоставлять для своей же репутации, а платно их мало кто купит 5-10% не более, они сами это все прекрасно видят) первоначальная защита это туннель связи и сервер, и что тут уж говорить потом все остальное, если на канале все нормально настроено то пройти инъекция не сможет тем более так массово, просто будет отсекаться изначально, ну а защита ресурса уже в целом это полностью дело владельца сайта, он обязан следить за своим сайтом и днем и ночью, если не может выше писал пусть в соц сети страницу сделает(особенно с тернет-магом или порталом  ;), горе строитель) а веб сейчас полностью требует постоянной работы - админа сайта, админа сервера, менеджера 24 часа(если не могут оплачивать их то пусть просто отдыхают занимаются тем чем могут и не лезут туда где ни чего не понимают), получается заходишь на якобы безобидный сайтик и опачки, что то твой ПК подцепил ввиде трояна, и что владелец ресурса не знает об этом это не должно интересовать пользователя, если сайт инфицирован его требуется закрыть и открыть только тогда когда его почистят и обезопасят, и это полностью верно
*

danavir

  • Захожу иногда
  • 96
  • 0 / 0
  • S.DAN
Да в этом есть здравый смысл, поскольку ***сайтов уже слишком много и это как бы естественный отбор весьма объяктивен. Но для тех кто действительно готов следить за сайтом, есть ли адекватное пошаговое решение для того что бы держать свой сайт в чистате. Этап очистки и этап поддержки. Если да, то пожалуйста поделитесь. Только не сборная солянка с разных мест. Это и так ясно. И включая поиск шеллов невидимок.
*

wishlight

  • Гуру
  • 5059
  • 315 / 1
  • От 300 руб быстрый хостинг. Сервера.
Ну главное чтобы сервак хостера не ломали, а  он сам потом не гнал на пользователей. Видали и такое.
*

SDKiller

  • Живу я здесь
  • 2705
  • 329 / 5
  • ...ergo sum
Всё перекладывать на владельца сайта тоже нельзя, хотя этим часто грешат. В том конкретном случае уязвимость была как раз на стороне хостера, поскольку по http получили доступ к служебным утилитам на сервере, к сайту не обращались даже.
*

danavir

  • Захожу иногда
  • 96
  • 0 / 0
  • S.DAN
мое мнение совершенно с их полностью схоже, полную ответственность несет именно владелец ресурса, если не может управлять своим ресурсом и следить за ним, то пусть на "сайте сидит" - страница в любой соц.сети как домохозяйки с гордостью и дети говорят "у меня на сайте" подразумевая страницу вконтакт или майлру, вот еще систему штрафов ввели бы(но тут одно но есть хостеры мелкие сами не могут следить за каналами) крупные хоть пытаются(правда пока все было за карман пользователей, но сейчас глобально все меняется и они эти сервисы начинают бесплатно предоставлять для своей же репутации, а платно их мало кто купит 5-10% не более, они сами это все прекрасно видят) первоначальная защита это туннель связи и сервер, и что тут уж говорить потом все остальное, если на канале все нормально настроено то пройти инъекция не сможет тем более так массово, просто будет отсекаться изначально, ну а защита ресурса уже в целом это полностью дело владельца сайта, он обязан следить за своим сайтом и днем и ночью, если не может выше писал пусть в соц сети страницу сделает(особенно с тернет-магом или порталом  ;), горе строитель) а веб сейчас полностью требует постоянной работы - админа сайта, админа сервера, менеджера 24 часа(если не могут оплачивать их то пусть просто отдыхают занимаются тем чем могут и не лезут туда где ни чего не понимают), получается заходишь на якобы безобидный сайтик и опачки, что то твой ПК подцепил ввиде трояна, и что владелец ресурса не знает об этом это не должно интересовать пользователя, если сайт инфицирован его требуется закрыть и открыть только тогда когда его почистят и обезопасят, и это полностью верно
Не умение - это состояние весьма относительное тем более не диагноз.
*

evgen777

  • Давно я тут
  • 657
  • 62 / 2
Цитировать
200Gb памяти
;D :laugh: :laugh:
Весь датацентр вам отдали что ли?
Разработка, доработка расширений для Joomla!
*

danavir

  • Захожу иногда
  • 96
  • 0 / 0
  • S.DAN
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Безопасный вход на сайт Joomla и админка

Автор jm

Ответов: 9
Просмотров: 2166
Последний ответ 19.07.2020, 23:57:17
от wishlight
Испортилась админка

Автор YuliyVP

Ответов: 4
Просмотров: 1086
Последний ответ 05.09.2019, 09:03:21
от winstrool
В индексе Google 2500 страниц которых быть не должно, кто сталкивался с таким?

Автор Mehanick

Ответов: 10
Просмотров: 1361
Последний ответ 18.06.2016, 09:29:18
от wishlight
Подскажите что это и кто сталкивался с этим?

Автор CaHeK_pk

Ответов: 18
Просмотров: 11029
Последний ответ 18.01.2016, 18:26:31
от dmitry_stas
Компонент RSFirewall! 1.0.0 Rev6, кто сталкивался.

Автор alexanderussgold

Ответов: 10
Просмотров: 5755
Последний ответ 06.11.2014, 04:33:25
от iqdr