Новости Joomla

👩‍💻 ИИ-админ для Joomla ближе, чем вы думаете: Joomla MCP.

👩‍💻 ИИ-админ для Joomla ближе, чем вы думаете: Joomla MCP.

В февральском номере Joomla Community Magazine в статье Evolving Joomla - Joomla CMS MCP Server: Opening the Door to AI-Powered Administration рассказывается о работе команды разработчиков над внедрением в ядро Joomla MCP-сервера.

Что такое MCP-сервер?
Последние годы всех захватывает бум ИИ-технологий. Появились ИИ-агенты - программы, устанавливаемые на сервер или компьютер, которые получают от вас запрос или задачу в человеческом виде и могут выполнять действия с файлами, ходить по сайтам, создавать сайты, программировать и т.д. Люди используют ИИ-агентов в самых разных ситуациях: от написания и проверки кода (даже там, где язык программирования не знаете совсем) до планирования путешествий и бронирования гостиницы.

ИИ-агенты могут использовать различные программные инструменты по протоколу Model Context Protocol (MCP). Для этого разработчик программы должен внедрить MCP в свой продукт или сервис. Так, например, ваш ИИ-агент может ходить по сайтам через браузер и собирать нужную информацию, управляя браузером через MCP-сервер. Или использовать функционал IDE PHP Storm для написания кода, сбора и отладки ошибок, использовать поиск PHP Storm по кодовой базе, а не простой текстовый поиск по файлам. MCP предоставляет набор функций для полноценного управления программным обеспечением.

В случае с Joomla, сервер MCP может предоставить администраторам следующие возможности:
- Автоматическое создание категорий, материалов и меню на основе карты сайта или PDF-файла.
- Создавайть SEO-оптимизированные заголовки и метаописания в пакетном режиме.
- Обновлять расширения на нескольких сайтах одновременно
- Создание посадочные страницы.

Важно отметить, что сервер MCP не задумывался как функция, доступная только «супер-администраторам». Цель инициативы — создать решение, которое будет простым в настройке, маломощным и доступным для широкого круга пользователей.

В процессе разработки точка входа Joomla (аналогично Site, Administrator, Api, Cli), которая будет работать с Streamable HTTP, необходимым для MCP. Аутентификация пока что предполагается на токенах, но затем планируется создание универсального OAuth-сервера для Joomla.
Фактические возможности MCP — инструменты, ресурсы и подсказки — реализованы в виде плагинов для обеспечения расширяемости. Таким образом ожидаем, что и сторонние разработчики смогут создавать MCP-плагины для внедрения поддержки своих расширений Joomla для работы с ИИ.

@joomlafeed

Вышли релизы безопасности Joomla 6.0.4 и Joomla 5.4.4

Релиз безопасности Joomla 6.0.4 и Joomla 5.4.4

Проект Joomla! рад сообщить о выходе Joomla 6.0.4 и Joomla 5.4.4. Это релизы безопасности и исправления ошибок для серий 5.x и 6.x.

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

Sulpher

  • Живу я здесь
  • 2136
  • 402 / 16
  • Шаблоны и расширения Joomla
Обращаюсь к коллегам с нетипичной проблемой.
Настроил проект на локалке, всё работало замечательно. Перенёс на тестовый полигон (хостер infobox.ru)
И начал замечать странную особенность: время от времени (т.е. без переодичности, чтобы можно было говорить о срабатывании червя в заданное время), при навигации по сайту, удаляются все php файлы в корне:
CHANGELOG.php
configuration.php
COPYRIGHT.php
CREDITS.php
index.php
index2.php
LICENSES.php

Что самое немаловажное: в логах сервера пусто. На запрос служба поддержки хостинга дала ответ следующего содержания: "Вы используете бесплатную CMS и вполне вероятно, в ядре или расширениях есть уязвимости. Проверьте компьютер антивирусом и не храните пароли в FTP".
По поводу уязвимости: 99% она не при чем, т.к. даже если в Joomla 1.5.9 есть еще не найденная дыра, то её по просту не кому было найти, т.к. проект не запущен и находился на тестовом полигоне. Антивирусником комп прогнал (NOD32), но снова не ясно, как потенциально зараженный комп может повредить структуру сайта, если пароли не хранятся в FTP?

В общем, проект доделал и перенёс на сервер заказчика (nichost.ru). Фокусы с нерегулярным удалением php файлов из корня наблюдаются и здесь. Делаю вывод: причина не в хостере.
Вот такая вот ситуация. Первый раз сталкиваюсь за свою практику с подобным.

Сайт: http://muslimedu.ru

Конфигурация:

Платформа:     FreeBSD web20.nic.ru 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Thu Oct 11 18:46:20 MSD 2007 root@hdad.nic.ru:/usr/obj/usr/src/sys/HNIC-SMP-ULE i386
Версия MySQL:    4.1.22
Сравнение БД:    utf8_general_ci
Версия PHP:    4.4.9
Веб-сервер:    Apache/1.3.37 (Unix) mod_ssl/2.8.28 OpenSSL/0.9.7e-p1 PHP/4.4.9
Интерфейс веб-сервер -> PHP:    apache
Версия Joomla:    Joomla! 1.5.9 Production/Stable [ Vatani ] 9-January-2009 23:00 GMT (Legacy режим)

Расширения:
JoomFish 2.0.2 (установлены языки: русский, английский, арабский)
Community Builder 1.2 stable
Agora Pantheon 2.5.5
EventList 1.0 RC
Groupjive pre-RC Testing version 29a
JComments 2.0.0.17
MorfeoShow release 1.2.0 (компонент галереи)
Phoca Download 1.0.5
Seyret 0.2.8.4
SOBI2 RC 2.9.1.0 (плюс платные модули SOBI GEO category 2.3 и SOBI search module 1.6)
uddeIM 1.5
Xmap 1.2
ARI Quiz (коммерческая лицензия; глюки с удалением возникали еще до установки этого расширения)

Варез не используется. Все модули и расширения либо GNU/GPL, либо платные.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Ради эксперимента можно попробовать убрать права доступа к этим файлам у php (допустим через FTP). Другой вариант - провести тотальную проверку сайта на наличие сторонних скриптов - вполне возможно давным давно сайт был атакован, но не все вычищено.

Альтернативной версией происходящего может быть ошибка в каком-либо из компонентов, т.е. в какой-то момент скрипт потенциально может терять текущую директорию и по ошибке удалять не из заданной, а из корня. Чтобы отследить эту версию, необходимо пройтись по всему сайту и найти все строчки, где используются функция unlink. И временно добавить перед ее вызовом запись имени удаляемого файла в некий файл лога. И потом посмотреть, кто это грохает.
*

Sulpher

  • Живу я здесь
  • 2136
  • 402 / 16
  • Шаблоны и расширения Joomla
Цитировать
Ради эксперимента можно попробовать убрать права доступа к этим файлам у php (допустим через FTP).
Выставить на файлы права r-r-r?

Цитировать
Другой вариант - провести тотальную проверку сайта на наличие сторонних скриптов - вполне возможно давным давно сайт был атакован, но не все вычищено.
Хммм, перелопатить 5 тыс. файлов кажется мне проблематичной задачей. Может быть, последовательно, перезаписать core файлы и все компоненты из оригинальных дистрибутивов?

Цитировать
Альтернативной версией происходящего может быть ошибка в каком-либо из компонентов, т.е. в какой-то момент скрипт потенциально может терять текущую директорию и по ошибке удалять не из заданной, а из корня. Чтобы отследить эту версию, необходимо пройтись по всему сайту и найти все строчки, где используются функция unlink. И временно добавить перед ее вызовом запись имени удаляемого файла в некий файл лога. И потом посмотреть, кто это грохает.
Очень хороший совет. Попробую просканнировать компоненты. О результате отпишусь.

В целом, удаление файлов возникает во время навигации по сайту. При этом выкидывает на страницу:  http://muslimedu.ru/installation/index.php - папки installation, естественно, не существует...
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
Чтобы отследить эту версию, необходимо пройтись по всему сайту и найти все строчки, где используются функция unlink. И временно добавить перед ее вызовом запись имени удаляемого файла в некий файл лога. И потом посмотреть, кто это грохает.
Вполне разумная мысль. Команда unlink должна встречаться редко, наверняка удаление идет через ядро (JFolder::delete и JFile::delete), так что достаточно найти эти места вставить перед
Код
unlink(%%%);
что-то вроде
Код
error_log('Unlink file: '.%%%.' [from: '.var_export(debug_backtrace(),true).']');
Наличие debug_backtrace в errorlog'е позволит почти сразу же локализовать ошибку.
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Хммм, перелопатить 5 тыс. файлов кажется мне проблематичной задачей. Может быть, последовательно, перезаписать core файлы и все компоненты из оригинальных дистрибутивов?
ну это не решит проблемы, если по каким-то причинам на сервере находится какой-то "левый" файл...

Вполне разумная мысль. Команда unlink должна встречаться редко, наверняка удаление идет через ядро (JFolder::delete и JFile::delete)
если речь идет о родных компонентах для 1.5, то да... Но посмотри список - там полно расширений, которые работают в режиме совместимости, а значит наверняка там именно unlink.
*

Sulpher

  • Живу я здесь
  • 2136
  • 402 / 16
  • Шаблоны и расширения Joomla
Проблема обнаружена и решена.
Причина скрывалась в плагине автоматического удаления кэша Clear old cache. Physicist уже выложил обновленную версию здесь. Спасибо, Денис!
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Т.е. мое предположение:

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

оказалось верным?
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Перенос сайта на новый домен

Автор kirill-juk

Ответов: 2
Просмотров: 15104
Последний ответ 11.12.2024, 17:54:19
от Alisaaga26
Редактирование готового сайта на Joomla

Автор Oksana

Ответов: 8
Просмотров: 8104
Последний ответ 29.11.2018, 21:11:48
от robert
Ошибка после восстановления сайта из резервной копии

Автор Роман1974

Ответов: 9
Просмотров: 8737
Последний ответ 18.05.2017, 15:15:40
от Igoritaly
Роблемы после ручного обновления сайта

Автор dron

Ответов: 4
Просмотров: 2029
Последний ответ 12.03.2017, 15:02:20
от dron
После заливки копии сайта не дает вносить изменения в админке

Автор Escander

Ответов: 0
Просмотров: 2322
Последний ответ 11.08.2016, 12:25:26
от Escander