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

meatrich

  • Осваиваюсь на форуме
  • 11
  • 0 / 0
Здравствуйте!
1. Может кто сталкивался с ошибкой 502 при открытии (сохранении) формы в административной панели компонента? Дело в том что на моем сайте сейчас 21 форма. Размер этих форм от 300 кб до 2,3 мб. Те формы, размер которых около 2 мб и больше иногда не открываются. Система выдает ошибку 502: "502 Bad Gateway nginx/1.8.1". Я обратился с этой проблемой  к хостинг-провайдеру. Он ответил: Скрипты Вашего сайта превышают ограничения. Правда не уточнил какие именно, но вот какие ограничения есть:
а) Суммарная нагрузка за день (статистическая нагрузка) не должна превышать 50 cp на CPU, 1000 единиц на MySQL для обычного хостинга;
б) Запрещается использование процессами процессоров сервера более 60% в течение 5 секунд и более 10% в течение 25 секунд. В случае превышения данного лимита процесс завершается;
в) Максимальное использование оперативной памяти на процесс (memory limit): 128 Мб

Я не стал особо грузиться этим так как формы все равно открываются со 2-го 3-го раза.

2. Но недавно возникла другая проблема: ошибка 500 при входе в компонент в административной панели. Если я устанавливаю отчет об ошибках на максимум, то сообщение следующее: Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 85 bytes) in ..../public_html/libraries/cegcore/libs/base64.php on line 33.

Что мне отвечает хостинг-провайдер: По логам сервера в момент обращения на стороне сайта наблюдалась ошибка PHP Fatal error: Allowed memory size of 134217728 bytes exhausted. Данная ошибка вызвана нехваткой оперативной памяти на выполнение Вашего скрипта. Ошибка могла быть вызвана недавними изменениями на сайте.

Ошибка возникает при загрузке в компонент очередной формы, то есть 22-ой по счету. И компонент не открывается. Мне пришлось через базу данных удалять лишнюю форму, чтобы я мог открыть компонент.

Хостинг провайдер предлагает мне либо перейти на тариф с более высокой оперативной памятью, либо оптимизировать работу моих скриптов.

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

Так вот я и не понимаю, в каком направлении мне двигаться. Если я сменю тариф, то компонент будет работать до тех пор, пока количество и/или размер моих форм достигнет опять критического значения, при котором опять возникнет ошибка 500.
С другой стороны - оптимизировать работу форм, тоже не могу понять. Я могу немного уменьшить размер моих форм, оптимизировав их код. Ну тогда у меня останется немного больше места и я смогу загрузить может еще 2-3-4 новых формы. А если мне необходимо, чтобы на сайте было 100 форм?

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

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

Ошибка syntax error, unexpected 'Fn' (T_FN), expecting identifier ((t_string))

Автор sergspb

Ответов: 3
Просмотров: 4383
Последний ответ 03.04.2023, 16:28:29
от ArieZ
Ошибка Warning: nl2br() expects parameter 1 to be string, array given in /

Автор AlexP750

Ответов: 19
Просмотров: 3909
Последний ответ 09.08.2021, 22:11:44
от ShopES
Ошибка - You didn't select the correct image

Автор cirip

Ответов: 0
Просмотров: 4019
Последний ответ 18.04.2018, 22:42:27
от cirip
Ошибка в chronoform.php ?

Автор warlocksp

Ответов: 1
Просмотров: 1909
Последний ответ 28.08.2017, 19:16:03
от warlocksp
Иероглифы вместо русских букв в компоненте "chronoforms"

Автор Argin

Ответов: 7
Просмотров: 5849
Последний ответ 17.11.2016, 09:10:49
от Feride