Новости Joomla

👩‍💻 Компонент "CS Афиши" для Joomla.

👩‍💻 Компонент "CS Афиши" для Joomla.

Расширение "CS Афиши" позволяет выводить список мероприятий, фильтровать их по датам, поиск по заголовкам и описанию.

В состав пакета расширений входят:
- Компонент "CS Афиши"
- Модуль "Календарь событий"
- Модуль "Предстоящие события"
- Библиотека "ImgResize"

Расширение "CS Афиши" позволяет выводить список мероприятий, фильтровать их по датам, поиск по заголовкам и описанию.

Модуль "Календарь событий" отображает предстоящие и прошедшие мероприятие на календаре, с отображением мероприятий на конкретную дату во всплывающем окне.

Модуль "Предстоящие события" показывает список предстоящий событий по порядку их наступления.

P.S. Расширение платное, но плата символическая, чисто для отработки приема платежей. Ключи без ограничения по времени, купившие сейчас - смогут обновляться без ограничений.

Разработчик - участник нашего сообщества Дмитрий Денисов (@codersite).

Страница расширения
Демо

Яндекс выпустил инструмент Видимость сайта в Алисе AI.

Яндекс выпустил инструмент Видимость сайта в Алисе AI.

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

Долгое время у всех был немой вопрос: "Как же теперь оценивать эффективность сайта?". Теперь этот на этот вопрос отчасти отвечает новый инструмент аналитики.
Процитируем справку Яндекса по инструменту:
На запросы пользователей в Поиске может отвечать Алиса AI. Ответы появляются в поисковой выдаче, в объектных ответах и на отдельной вкладке Поиска. В них чаще всего упоминаются страницы сайтов, на которые Алиса AI опиралась при подготовке ответа.

С помощью инструмента Видимость сайта в Алисе AI в Яндекс Вебмастере вы можете:
- узнать долю упоминаний сайта среди источников в ответах Алисы AI в Поиске и отследить динамику изменений;
- посмотреть примеры запросов, по которым страницы сайта показываются в ответах Алисы AI;
- посмотреть примеры сайтов той же тематики, которые часто упоминаются в генеративной выдаче.
Данные отображаются за последние 3 месяца и обновляются каждую неделю.

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

Кроме того, такой подход обусловлен работой Алисы AI: она строит ответ с опорой на самые релевантные, информативные и качественные страницы, которые обычно занимают высокие позиции в Поиске.

Чтобы увидеть статистику вашего сайта в меню Яндекс.Вебмастера перейдите в раздел "Эффективность" и далее в "Показы сайта в Алисе AI".

В начале февраля 2026г. был вебинар с Михаилом Сливинским - амбассадором Поиска Яндекса, и в рамках вебинара была озвучена просьба сделать такой инструмент. Скорее всего разработка на тот момент уже велась, потому что от просьбы до релиза прошло около 2-х месяцев. В любом случае хорошо, что такая статистика появилась.

Показы сайта в Алисе AI в вашем Яндекс,Вебмастере.

@joomlafeed

👩‍💻 ИИ-админ для 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

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

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Вот только что, спорили мы с комрадом boston'ом на тему переводов одного и того же термина в различных локализациях.

Напомню, что один перевод Joomla называет контент «Содержимое», второй «Материалы». В принципе, оба термина весьма похожи, и спорить который из них лучше, или хуже особого смысла нет. Но, просматривая интерфейс новой панели администрирования Joostina меня смутила кнопка с надписью «Всё содержимое сайта». И мне показалось, что это не совсем корректно, бо по мимо статей и новостей, содержимым сайта являются и файлы, и галереи, и комментарии и куча всего, что опубликовано на сайте...

Стали думать... Вариант «Все материалы сайта» тоже спорный...

Появилось несколько версий. Во-первых, учитывая что объекты компонента com_content используются в 90% случаев либо как статьи, либо как новости, можно этот пункт назвать «Все статьи и новости». И вообще, вместо термина «Содержимое» или «Материал» использовать «Статья/Новость».

Потом, появилась версия назвать эти объекты термином «Публикация». С одной стороны это как бы не такой общий термин как имеющиеся, с другой стороны по смыслу весьма подходит. Но, может быть путаница с имеющимися кнопками и названиями колонок "Публикация", "Опубликовать" и т.д.

И вот пока писал этот топик, появился еще один вариант. Более сложный в реализации, но мне кажется он может оказаться более дружественным для пользователей. Все объекты com_content (за исключением статичных) размещаются в конкретных разделах/категориях. По идее, можно в параметры категории/раздела задавать название элементов хранящихся внутри.

Т.е. если раздел называется Новости, то мы в параметрах указываем имя объекта: Новость, мн. число: Новости. Если раздел Статьи, то и объект мы там называем так же...

Этот подход может позволить сделать интерфейс административной панели более дружественным. Выбрал пункт меню Публикации-Статьи - нажал там кнопку Создать и в заголовке - Создание статьи... Выбрал Публикации-Новости спорта - нажал там кнопку Создать и в заголовке - Создание новости...

Кто что думает по этому поводу?

*

temniy

  • Захожу иногда
  • 413
  • 85 / 9
Этот подход может позволить сделать интерфейс административной панели более дружественным. Выбрал пункт меню Публикации-Статьи - нажал там кнопку Создать и в заголовке - Создание статьи... Выбрал Публикации-Новости спорта - нажал там кнопку Создать и в заголовке - Создание новости...
Симпатишно. Но по мне и Материалы вполне сойдет. Имхо, есть еще много в функционале, над чем можно поработать, а красивости - не главное.
Лучший хостинг от 1 евро!
Сервис whois  |  Домены по отличным ценам (более 80 зон, хорошие цены и консультации -> после регистрации)
*

tsesl

  • Захожу иногда
  • 363
  • 87 / 0
  • Терпение и труд всё перетрут?
А я за "Статья/Статьи/Все статьи" и т.п., т.к. по сути новость тоже статья. К тому же более подходит, имхо, чем обобщенное "материал", "содержимое", "публикация"...
FAQ смотрел? Версию указал?
*

Greycat

  • Захожу иногда
  • 298
  • 64 / 0
Предлагаю преобразовать эту тему в голосование.
Я.д.=41001239962471  |  WMR=R271925495206  |  WMZ=Z144922023512
*

boston

  • Захожу иногда
  • 495
  • 222 / 3
Слово "Публикации" нравится, вполне достойное к жизни. (c) boston
 А вот тема про дополнительный пункт в разделах/категориях наверно всё-же лишнее, это не столько удобства создаст сколько лишнюю путаницу ( (c) Lexx ).
Самая новая Joostina 1.3.0.5 UTF-8 stable | О найденных ошибках сообщаем | Расширения Joostina
*

b2z

  • Глобальный модератор
  • 7288
  • 778 / 0
  • Разраблю понемногу
Если всё как говорит smart о 90% использовании com_content правда, то есть смысл назвать «Статья/Новость».
*

Sedoy

  • Давно я тут
  • 897
  • 87 / 10
  • Интересно,в какой кодировке пишут врачи?
«Все материалы сайта»
а зачем тут вообще слово "все"? «материалы сайта» вполне достаточно, слово "сайта" говорит само за себя, т.к. он состоит из разделов, категорий, архивов и т.д.
т.е. «материалы сайта» состоят из «материалы раздела1...» «материалы категории_А» .... архива и т.д.

а вот это мне нравиться :)
"Т.е. если раздел называется Новости, то мы в параметрах указываем имя объекта: Новость, мн. число: Новости. Если раздел Статьи, то и объект мы там называем так же... "
Что б правильно задать вопрос - нужно знать на него ответ!
FAQ по Joomla!
Где скачать шаблоны Joomla Статьи и обзоры Желаю Вам здоровья в личной жизни - живите долго и часто :)
*

Greycat

  • Захожу иногда
  • 298
  • 64 / 0
...
а зачем тут вообще слово "все"? «материалы сайта» вполне достаточно, слово "сайта" говорит само за себя, т.к. он состоит из разделов, категорий, архивов и т.д.
т.е. «материалы сайта» состоят из «материалы раздела1...» «материалы категории_А» .... архива и т.д.
...

Строго говоря, сайт состоит из объектов содержимого различных расширений, одним из которых, является com_content. Поэтому я всё больше склоняюсь к мнению, что использовать слово "материалы", для обозначения содержимого одного только этого компонента, не следует.

Полагаю, если присваивать объектам имена, связанные с названиями разделов ("статьи", "новости" и прочее), то лучшим понятием, обобщающим их, и характеризующим как виды текстовой информации, будет слово "Документ".

Такой вариант не противоречит существованию объектов других расширений, которые "текстами" не являются, а вот "материалами сайта" - вполне.
« Последнее редактирование: 16.01.2008, 15:52:42 от Greycat »
Я.д.=41001239962471  |  WMR=R271925495206  |  WMZ=Z144922023512
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
т.е. «материалы сайта» состоят из «материалы раздела1...» «материалы категории_А» .... архива и т.д.
угу... но еще и из файлов, картинок в галерее и т.д... а по клику на данном пункте, мы попадем в менеджер объектов только одного компонента - com_content

а вот это мне нравиться :)
"Т.е. если раздел называется Новости, то мы в параметрах указываем имя объекта: Новость, мн. число: Новости. Если раздел Статьи, то и объект мы там называем так же... "
ну как видишь, Lexx зарубил эту идею... хотя boston'у она вроде изначально понравилась... я настаивать не буду...

то лучшим понятием, обобщающим их, и характеризующим как виды текстовой информации, будет слово "Документ".
но тут может возникнуть смысловая коллизия, когда поставят локализованный DOCman... там ведь тоже "документы"...
*

Greycat

  • Захожу иногда
  • 298
  • 64 / 0
...но тут может возникнуть смысловая коллизия, когда поставят локализованный DOCman... там ведь тоже "документы"...

Коллизия возникает при любом существующем варианте:
- "Публикация" - это термин, означающий, отображается ли объект/модуль на сайте - явная коллизия.
- "Материалы" - как я уже сказал - явная коллизия абсолютно со всеми расширениями сайта (просто к ней мы немного привыкли ^-^ )
- "Статья" - коллизия, в случае, если рассматривать содержимое соседних разделов com_contents, как объекты разных классов, но одного уровня ("Статья типа новость", "Статья типа статья", "Статья типа совет из FAQ", "Статья типа цитата" и т.д.)

В случае докмана - он сам виноват! Он же файловый архив, какие у него могут быть "документы" :) . К тому же не все его будут ставить. Во всяком случае эта заморочка, на мой взгляд, будет наименее ощутима.
Я.д.=41001239962471  |  WMR=R271925495206  |  WMZ=Z144922023512
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться