Новости Joomla

Метод registerListeners() в CMSPlugin в плагинах планируется удалить в Joomla 7.0

Метод registerListeners() в CMSPlugin в плагинах  планируется удалить в Joomla 7.0

👩‍💻 Метод registerListeners() в CMSPlugin в плагинах планируется удалить в Joomla 7.0.Этот метод регистрирует устаревшие слушатели событий в диспетчере, имитируя работу плагинов Joomla! 3.x и ниже для Joomla 4+. По умолчанию этот метод ищет все общедоступные методы, название которых начинается с on. Он регистрирует лямбда-функции (замыкания), которые пытаются преобразовать аргументы отправленного события в аргументы вызова метода и вызвать ваш метод on<Что-то>. Результат передаётся обратно событию в его аргумент result.Теперь этот слой совместимости с устаревшей Joomla 3 помечен к удалению в Joomla 7.0, которая должна выйти осенью 2027 года. Это означает, что те уникальные расширения от Joomla 2.5 / Joomla 3, которые ещё работали на Joomla 4-6 скорее всего окончательно перестанут работать на Joomla 7. Предполагается, что активные разработчики планомерно и постепенно избавляются от технического долга и обновляют свои расширения. @joomlafeed#joomla #разработка #php

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

linkin

  • Осваиваюсь на форуме
  • 32
  • 0 / 0
на сайте Joomla 2.5.8 сначала стоял только RSFirewall и в журнале постоянно появлялись записи о попытках авторизации в административную панель, потом я поставил jSecure Auth для смены адреса административной панели и записи в журнале RSFirewall прекратились, но, естественно в jSecure они начали появляться, когда пытались зайти по стандартному адресу. меня всё устраивало, но однажды в jSecure появилась запись, что была неудачная попытка доступа, но через несколько секунд в журнале RSFirewall начались одна за другой около 300 записей в течении 2 минут с попытками подбора логина и пароля на доступ к административной панели, то есть несмотря на jSecure Auth доступ всётаки был получен (но в журнале jSecure не было записи об удачном доступе с данного IP). меня это насторожило и я полностью перекрыл доступ к папке Administrator по IP через файл .htaccess, вписав туда только те с которых этот доступ может осуществляться. соответственно, нужда в jSecure отпала. что лучше, оставить jSecure и убрать блокировку по IP или оставить блокировку и убрать jSecure?
*

linkin

  • Осваиваюсь на форуме
  • 32
  • 0 / 0
да вот пока оставил, но jSecure мне нравился потомучто я мог получать информацию по попыткам доступа, а .htaccess просто выдает всем ошибку 404 тому кто не имеет прав на доступ и соответственно в журналах ничего не указывается. хотя пишут, что блокировка по .htaccess дает 99% защищенности от несанкционированного доступа, а jSecure уже раз подвел (хотя тогда у меня стояла версия 2.1, а сейчас 3.0)... вот такая дилемма.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Компонент Жимолость - защита от спама и ботов

Автор Гоша_Компьютерный

Ответов: 7
Просмотров: 2745
Последний ответ 04.04.2025, 11:58:13
от Simply
Доп. защита админки с jsecurelite

Автор ast

Ответов: 1
Просмотров: 1929
Последний ответ 16.02.2022, 13:37:25
от winstrool
IPSecure - защита сайта от ботов

Автор SeBun

Ответов: 7
Просмотров: 6105
Последний ответ 05.12.2019, 23:42:43
от SeBun
Бесплатная защита сайта от взлома, парсеров, DDoS и других кибератак

Автор Core System

Ответов: 16
Просмотров: 3296
Последний ответ 09.06.2018, 14:58:54
от Core System
легкая защита от httpflood "школьного" ddos и сканирования

Автор likrion

Ответов: 51
Просмотров: 33747
Последний ответ 27.01.2017, 14:21:10
от winstrool