Новости Joomla

‼️ 👩‍💻 Обновление безопасности для Tassos Framework!

‼️ 👩‍💻 Обновление безопасности для Tassos Framework!

7 января 2026 года греческому разработчику Тассосу Мариносу сообщили об уязвимости в системном плагине Tassos Framework, который входит в состав его расширений для Joomla.

⚠️ Проблема затрагивает следующие расширения:
- Convert Forms - конструктор форм обратной связи для Joomla
- EngageBox - конструктор всплывающих окон для Joomla
- Google Structured Data - пакет плагинов микроразметки для Joomla
- Advanced Custom Fields - пакет плагинов пользовательских полей (видео-сервисы, карты и иже с ними)
- Smile Pack - пакет расширений
- MailChimp Auto-Subscribe

Незамедлительно была проведена полная внутренняя проверка кода, внедрены дополнительные меры проверки и повышения безопасности, а также выпущены исправленные версии всех затронутых расширений. Проблема полностью решена.

👉 Суть уязвимости.
Уязвимость заключалась в том, как плагин Tassos Framework обрабатывал определенные AJAX-запросы через com_ajaxточку входа Joomla. При определенных условиях внутренняя функциональность фреймворка могла быть вызвана без надлежащих ограничений.

В худшем случае это могло позволить неавторизованному злоумышленнику читать файлы, доступные веб-серверу. Это также могло позволить удалять файлы с сервера при выполнении определенных условий.

При определенных обстоятельствах запросы к базе данных могли быть изменены для извлечения данных из базы данных Joomla. В совокупности эти возможности потенциально могли быть использованы для повышения уровня доступа и выполнения несанкционированного кода.

В настоящее время нет никаких доказательств того, что эта уязвимость была использована в реальных условиях.

Немедленно обновите расширения до безопасных версий (Joomla 4/5/6 | Joomla 3):
- Convert Forms - v5.1.1 / v.4.1.1
- EngageBox - v.7.1.1 / v,6,3,9
- Google Structured Data - v.6.1.1 / v.5.6.9
- Advanced Custom Fields - v.3.1.1 / v.2.8.10
- Smile Pack - v.2.1.1 / v.1.2.4.
- MailChimp Auto-Subscribe - v.5.1.1+ / v.5.0.4

Все указанные версии включают в себя релиз безопасности плагина Tassos Framework System Plugin v6.0.62.

Если у вас установлено несколько расширений Tassos, достаточно обновить только одно, чтобы применить патч. Однако всегда рекомендуется обновлять все расширения.

@joomlafeed

👩‍💻 Joomla включена в программу Google Summer of Code 2026.

👩‍💻 Joomla включена в программу Google Summer of Code 2026.

Google Summer of Code (GSoC) - программа компании Google, которая позволяет участникам программы под руководством опытных наставников писать код для организаций, занимающейся открытым исходным кодом. Joomla принимает участие в этой программе не в первый раз и в 2026 году снова включена в список GSoC. Для программы утверждается список "идей", воплотить которые должны участники под руководством наставников.

Проекты Joomla в рамках программы GSoC 2026.

Проект I: Ajax-бэкенд.
- Действия в административной панели без необходимости обновлять страницу.
- Автоматическое сохранение содержимого во время редактирования.
- Расширенный фильтр - поиск и фильтрация по пользовательским полям.

Проект II: Автоматизация рабочих процессов (workflow + task scheduler).
Joomla имеет функцию процессов и планировщика задач. Теперь эти две функции следует объединить, чтобы пользователь мог настраивать назначенные рабочие процессы таким образом, чтобы переходы выполнялись автоматически, с возможностью точного определения времени. Должна быть возможность создавать циклы или прямые запланированные рабочие процессы. Предполагается, что интерфейс должен учитывать хороший пользовательский опыт, удобство использования и современные стандарты доступности. Ожидается, что будет добавлен интерфейс для управления процессами и их расписанием на страницах категорий и материалов. Так же ожидается, что сторонние компоненты также смогут воспользоваться этим функционалом.

Проект III: Мультикатегории.
В настоящее время Joomla! не позволяет назначать один элемент нескольким категориям. Хотя система тегов часто используется в качестве замены, существует острая потребность в нативной поддержке нескольких категорий, чтобы привести Joomla! в соответствие с другими современными системами управления контентом.

Проект IV: Обучение с подкреплением на основе отзывов переводчиков.
Joomla собирается использовать автоматический перевод документации. В каждом языке есть свои специфические слова, характерные для Joomla. Предполагается обучать языковые модели, используя обратную связь от переводчиков, чтобы постоянно улучшать качество переводов и учитывать специфические языковые особенности Joomla.

Принять участие GSoC 2026
Подробнее о проектах Joomla GSoC 2026
Чат GSoC в Mattermost (международное сообщество Joomla)

Вышли релизы Joomla 6.0.3 и Joomla 5.4.3

Релиз Joomla 6.0.3 и Joomla 5.4.3

Проект Joomla рад сообщить о выпуске Joomla 6.0.3 и Joomla 5.4.3. Это релиз исправлений ошибок и улучшений для серии Joomla 6.0 и Joomla 5.4.

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

Очень много на этом форуме было сказано по теме проблем с отображением символов, но простого ответа нет. Хочу предложить свое видение данной проблемы.

Все изменения по результатам рекомендации вносятся в файл usr\local\mysql4\my.cnf

Так, как разрабатываемые на Denwer-е сайты потом приходится размещать в Интернете у провайдера, рекомендую провести следующие несложные манипуляции:

  • Зайдите через PHPMyAdmin Вашего Хост-провайдера на свою базу данных, далее выбираем пункт "Показать системные переменные MySQL"
  • Интересуемся переменными "character set client", "character set connection" - это установки Вашего провайдера
  • Устанавливаем аналогичное значение этих переменных в файле my.cnf Denwer-а

Короче, настройте языковые параметры локального MySQL аналогично настройкам провайдера.

После этих несложных манипуляций можно будет без проблем переносить базы данных между локальным сервером и Хост-провайдером и ни каких проблем с отображением символов не возникнет. Проверял и с Кириллицей и конечно с UTD-8. Если у провайдера (к примеру Американского) в языковых настройках MySQL стоит latin-1 (по умолчанию MySQL), смело можете установить аналогичные настройки в локальном MySQL на DENWER. На latin-1 все нормально работает и с Кириллицей и с Юникодом.

Проблема возникнет только с Вашими старыми сайтами, которые были на DENWERе. По умолчанию на Денвере стоит кодировка 1251 и если Вы ее смените на Latin-1, то все старые сайты, которые находились на Денвере и были на Русском, перестанут отображаться. С новыми сайтами, которые Вы будете устанавливать и тестировать после смены кодировки проблем не будет.

Если в чем-то ошибся >:(, сторго не судите, но суть идеи остаётся.
« Последнее редактирование: 13.07.2006, 14:41:52 от Oleg Kasyanov »
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
...если гора не идет к Магомету — Магомет идет к горе...

а, вообще интересное решение. но это подойдет только в том случае, когда на момент создания сайта на локалке, ты уже точно знаешь где будет хоститься сайт, а довольно часто, вопрос с выбором хостинга разрешается в последний момент.

Вообще, как я заметил, на 80% хостах (Российские не в счет  :-\ там вообще часто отдельная песня) используется latin-1, та, что идет с MySQL по умолчанию. Так, чтоб меньше было проблем, лучше на Денвере сразу поставить кодировку latin-1 (конечно, имею ввиду последнюю версию Денвера).

Хорошо бы в Денвере сделать какой-нибудь облегченный конфигуратор системы при запуске. Я уже предлагал это на ихнем форуме...  Кстати, там же и нашел попытку решения проблем с конфигурацией Денвера.

Ловите ссылку: http://forum.dklab.ru/viewtopic.php?t=21302

В работе пока не проверял и поэтому впечатлениями поделиться не могу.
« Последнее редактирование: 13.07.2006, 15:39:31 от Oleg Kasyanov »
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
угу, latin-1, и таблица сравнений latin1_swedish_ci
а все-таки, мне кажется лучше не под хостинги подстраиваться, а искать хостинг походящий

угу, latin-1, и таблица сравнений latin1_swedish_ci
а все-таки, мне кажется лучше не под хостинги подстраиваться, а искать хостинг походящий
Абсолютно с этим согласен! Но что делать, если, как я уже писал, большинство Хост провайдеров имеют кодировку latin-1...

Просто, если в Денвере вместо 1251 по умолчанию поставить эту самую latin-1, то среднестатистических проблем с кодировкой будет меньше.

Конечно же, у каждого строителя сайтов есть свои любимый хостинг (это тема отдельного обсуждения) и если он работает на 1251, то и менять ничего не надо.
*

sergey_nev

  • Осваиваюсь на форуме
  • 22
  • 0 / 0
Так а как изменить принудительную установку кодировки в Денвере?
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Проблема с БД после переезда на новый хостинг

Автор dimitriopolus

Ответов: 6
Просмотров: 23302
Последний ответ 03.01.2018, 23:42:41
от vikup34
Проблема с левыми ссылками - на решение не хватает мозгов

Автор SAM_D

Ответов: 3
Просмотров: 2994
Последний ответ 28.10.2012, 00:04:39
от SAM_D
Хостинг обновляет PHP до версии 5.3.10

Автор ASDF

Ответов: 5
Просмотров: 5888
Последний ответ 19.04.2012, 11:23:19
от SK
Перенос сайта Joomla с localhost на сервер (хостинг)

Автор ilya18

Ответов: 7
Просмотров: 6557
Последний ответ 17.05.2010, 12:03:47
от ilya18
Проблемы с переносом Joomla на хостинг

Автор Headliner

Ответов: 5
Просмотров: 2675
Последний ответ 11.11.2009, 13:00:24
от Headliner