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

webguard.pro

  • Новичок
  • 5
  • 0 / 0
Внимание, акция! При переносе заражённых сайтов на хостинг WebGuard и заказе хостинга на год, лечение сайта от вирусов специалистами WebGuard производится бесплатно! Предложение актуально до 30.04.2014 г.
*

wishlight

  • Гуру
  • 5074
  • 319 / 1
  • От 300 руб быстрый хостинг. Сервера.
ахах :)) рискуете .  stardel отпишите :) ему надо.
*

webguard.pro

  • Новичок
  • 5
  • 0 / 0
ахах :)) рискуете .  stardel отпишите :) ему надо.
Чем рискуем, если не секрет? Наплывом желающих? ))
*

wishlight

  • Гуру
  • 5074
  • 319 / 1
  • От 300 руб быстрый хостинг. Сервера.
*

WebDisaster

  • Захожу иногда
  • 108
  • 12 / 0
ИМХО, наплыв желающих, это только "вершина айсберга" риска. Неспособность справиться с проблемой самостоятельно - хороший индикатор критически низкой квалификации. Поэтому гораздо больше рискуете тотальным выносом мозга саппорта, т.к. соберёте у себя публику с нулевыми знаниями и большими запросами (сами ведь обещали всё делать!)))).

Я вижу, как формулируют многие вопросы здесь, и понимаю - отвечать беспобезно. Потому что ответ нужно начать ab ovo и потратить на рассказ пару лет. Иначе проблема будет возвращаться снова и снова. Вот такую публику Вы рискуете у себя и собрать. Не завидую. ИМХО, смысл в этом есть только если стоимость такого хостинга будет значительно выше - саппорту "за вредность" доплачивать.
*

webguard.pro

  • Новичок
  • 5
  • 0 / 0
Как правило, именно с такими пользователями мы всегда и работаем. Всё это уже давно поставлено на поток. Мы решаем проблему в корне и не нагружаем пользователя не нужной информацией. Если кто-то пытается расспросить что к чему и как можно самому почистить сайт, например, суппорт вежливо отвечает, что обучение программированию в обязанности тех. поддержки хостинга не входит. Примерно так.
Акция уже окончена. Продлеваться не будет. Поэтому тему можно считать закрытой.
К слову о самостоятельной очистке. По опыту, примерно год назад ещё имело смысл пытаться почистить сайт самостоятельно. Сейчас случаи заражения стали намного разнообразнее и сложнее. Не тратьте своё время. Если Вы не программист, а обычный веб-мастер, риск повторного заражения довольно высок. Чтобы качественно почистить сайт навыков веб-мастера не достаточно, какие-бы инструкции по очистке Вы не использовали. Также в таких случаях Вы рискуете просто испортить сайт, удалив нужные файлы или части полезного исходного кода.
*

voland

  • Легенда
  • 11026
  • 588 / 112
  • Эта строка съедает место на вашем мониторе
Не секрет что много заражений идет через варез. Там
просто вшиты закладки. И как боретесь?
*

WebDisaster

  • Захожу иногда
  • 108
  • 12 / 0
Не тратьте своё время. Если Вы не программист, а обычный веб-мастер, риск повторного заражения довольно высок. Чтобы качественно почистить сайт навыков веб-мастера не достаточно, какие-бы инструкции по очистке Вы не использовали. Также в таких случаях Вы рискуете просто испортить сайт, удалив нужные файлы или части полезного исходного кода.
Ой да ладно. Весь "страшный секрет" в том, что около 99% проблем видно в логах доступа, если не лениться их читать, уметь искать и совсем слегка разбираться в написанном там. Согласен в том, что любыми готовыми инструкциями и готовым "антивирусным софтом для хоста" пользоваться смысла немного - пользоваться нужно своей головой и приложенными к ней возможностями (ОС в частности). Большинство проблем можно решать на уровне администрирования, и (почти) без программирования. Что касается Вашей бизнес-модели - она вполне себе жизнеспособна, при том условии, что дополнительные затраты "окупаются". Просто я примеряю ситуацию к себе лично - у меня  нервы бы не выдержали скопления идиотов (

Не секрет что много заражений идет через варез. Там
просто вшиты закладки. И как боретесь?
Чисто теоретически - можно фильтровать запросы "на входе", на уровне web-сервера, до того, как они ушли к Joomla.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

При открытии сайта с режима инкогнито перекидывает на вирусный сайт

Автор 62411

Ответов: 6
Просмотров: 3157
Последний ответ 31.03.2024, 16:14:32
от SeBun
Скрипт для поиска вирусов и вредоносных скриптов на сайте "AI-Bolit"

Автор revisium

Ответов: 110
Просмотров: 71327
Последний ответ 30.08.2023, 12:53:33
от SeBun
Компоненты и скрипты для защиты сайта. Логи атак на сайты

Автор wishlight

Ответов: 678
Просмотров: 268263
Последний ответ 14.09.2022, 14:29:43
от wishlight
Способы защиты сайта от DDoS атак?

Автор IgorMJ

Ответов: 7
Просмотров: 2757
Последний ответ 05.10.2021, 21:39:26
от ShopES
Новый набег ботов в регистрации сайта... Какой в этом смысл то?

Автор Cedars

Ответов: 11
Просмотров: 2422
Последний ответ 03.11.2020, 17:36:03
от Cedars