Новости Joomla

Вышла новая версия joomLab Article Slider 1.1.0

Вышла новая версия joomLab Article Slider 1.1.0

Модуль joomLab Article Slider загружает материалы динамически (ajax), что позволит максимально увеличить скорость загрузки страницы, если на ней используется много контентных модулей, а в каждом таком модуле выводится много материалов. 
Так же после загрузки модуля, любой пользователь Вашего сайта, может отфильтровать материалы  в модуле  по категориям и/или тегам.
Материалы в модуле выводятся в виде адаптивного слайд-шоу (используется swiper.js).

Что нового?

Добавлена возможность ajax фильтрации материалов по категориям и/или тегам в любом модуле на странице сайта

Скачать модуль > https://joomlab.ru/extentions/modules/joomlab-article-slider
Демо > https://demo.joomlab.ru/ajax-article

Компонент Joomla 6: Генератор LLMs.txt.

Компонент Joomla 6: Генератор LLMs.txt.

Компонент Joomla 6: Генератор LLMs.txt.

Ещё один генератор ИИ-файлов llms.txt и llms-full.txt.

Основные особенности/возможности компонента:

  • Генерация по стандарту: Автоматическое создание файла-визитки llms.txt и расширенной версии llms-full.txt с аннотированным списком материалов.
  • Интеллектуальная работа с контентом: Компонент использует мета-описания (Meta Description) из статей и пунктов меню, превращая SEO-настройки сайта в качественный контекст для нейросетей.
  • Просмотреть результат генерации файлов можно сразу в рабочей области компонента. После внесения корректив (через Настройки компонента. При отладке лучше открыть три вкладки в браузере: Настройка — Геренация/Превью — Список Материалов/Категории/Меню.) — проводим перегенерацию, смотрим результат до полной «победы».
  • Автоматизация и безопасность: Синхронизация с sitemap.xml, группировка по категориям и автоматическое создание резервных копий (.bak) при каждой генерации.
  • Гибкое управление: Возможность исключения определенных категорий и/или статей и/или пунктов меню, а также простая настройка через стандартную админпанель Joomla.
  • Подробное руководство/справка: Пошаговая инструкция для пользователя в Настройках компонента для редакторов с базовым знанием администрирования Joomla.

👉 Важно учесть.
1️⃣ Компонент Генератор LLMs.txt изначально составляет базовый список ссылок на основе sitemap.xml и сверяется с ним на предмет: запрета индексации url в robots.txt, тегов noinex/nofollow. Это экономит время на проверку «закрыть от индексации», поскольку компонент генерации Sitemap.xml уже реализовал эту задачу. Посему, формирование ссылок для ИИ имеет комплексный подход, составление грамотного/валидного/релевантного sitemap.xml никто не отменял.

2️⃣ Тексты-описания ссылок формируются из Meta Description com_content (только компонент Материалы) и выбранных пользователем Меню сайта. Важно, чтобы Meta Description были уникальными и релевантными, соответствовали базовому seo. Составленные «на отшибись» Description для ИИ — «не катит» (впрочем, для поисковых систем они тоже «не канали»).

Разработчик - участник нашего сообщества Александр Кузнецов (@newvksan).

Страница расширения

@joomlafeed

#joomla #ии #ai

👩‍💻 WT LLMs для Joomla: llms.txt, llms.json для AI-агентов.

👩‍💻 WT LLMs для Joomla: llms.txt, llms.json для AI-агентов.

Это Joomla-компонент для публикации AI-ready карты сайта и автоматической генерации файлов llms.txt, llms-full.txt и llms.json по концепции llmstxt.org.  Также о концепции llms.txt говорит Google в своей справке Lighthouse. Решение помогает LLM-моделям, AI-агентам, GEO/AI SEO-процессам и внутренним автоматизациям получать структурированные данные о сайте без ручной сборки JSON и Markdown.

С помощью WT LLMs можно:
- создать структурированное описание сайта для AI-агентов;
- управлять профилем сайта, картой интентов и каноническими страницами для этих интентов из админки Joomla;
- генерировать llms.txt и llms.json;
- использовать REST API для автоматического заполнения данных;
- отдавать публичную schema-инструкцию для AI-агентов;

В комплект компонента входит плагин markdown-версии страниц Joomla. Системный плагин Joomla, который добавляет альтернативное Markdown-представление страниц сайта. Он позволяет отдавать содержимое страницы в более чистом текстовом формате, удобном для AI-агентов, LLM, поисковых систем и технических интеграций.
Плагин добавляет в ссылки на AI-файлы.

Пакет подходит для сайтов на Joomla 5+, которым важно сделать контент понятнее для LLM, AI-поиска, ассистентов и будущих систем машинного чтения.

Видео:
- ВК Видео
- RuTube
- YouTube

Ссылки:
Страница расширения
GitHub

@joomlafeed

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

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
MVC и производительность
« : 01.02.2009, 10:01:22 »
Вопрос к сообществу программистов и тестеров.
Имеем две логические последовательности работы приложения:
1. контроллер - модель - контроллер - представление.
2. контроллер - представление - модель - представление.

Если первая схема классическая, то вторая, судя по всему, рекомендуется разработчиками Joomla!. Это следует ИМХО хотя бы из того, что дефолтным методом контроллера является display. Все три базовых класса (JController, JModel, JView) имеют методы вызова партнеров тройки, что позволяет развивать логическую цепочку работы на свое усмотрение.

Вопрос к следующем: кто-нибудь производил оценку общей производительности при двух этих подходах?
Записан
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Re: MVC и производительность
« Ответ #1 : 12.02.2009, 05:42:51 »
Что-то я не совсем понимаю, каким образом перестановка последовательности влияет на производительность.
Да и реализация MVC в Joomla - классическая. Метод display действительно дефолтный, но это сделано для ситуаций, когда модель и не нужна.
Вот что действительно странно, так это то, что не продумано сохранение состояния модели при переходе от контроллера к представлению.
Записан
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #2 : 12.02.2009, 10:22:38 »
Цитировать
Что-то я не совсем понимаю, каким образом перестановка последовательности влияет на производительность.
Вот я про это и спрашивал. Возможно, разная последовательность инициализации может влиять на производительность (я говорю о чисто нативном коде).
Цитировать
Вот что действительно странно, так это то, что не продумано сохранение состояния модели при переходе от контроллера к представлению.
А зачем это? Там работает синглтон. Как ни крути, а при запросе из представления получаем самый свежий вариант модели. При запросе из любого места кода, сопсно.
Записан
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #3 : 12.02.2009, 10:34:17 »
Чтот задумался и совсем в ступор впал.

класс КомпонентКонтроллерИмя{
фанкшн дисплэй(){
модель =& гетМодель(Имя)
модель -> атрибут = значение

вид =& гетВью(Имя)
вид -> сетМодель (модель)

}
}

внутри вида
модель =& гетМодель(Имя)
вар_дамп(модель -> атрибут)//выводит значение атрибута

где тут сохранение модели нужно? или я не так вопрос понял.
Записан
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Re: MVC и производительность
« Ответ #4 : 12.02.2009, 13:25:13 »
Вот вид->сетМодель, на мой взгляд, действие лишнее. Я это имел в виду )
Записан
*

malus

  • Осваиваюсь на форуме
  • 49
  • 12 / 1
Re: MVC и производительность
« Ответ #5 : 13.02.2009, 10:45:16 »
Так его можно и не делать. Если модель и вид дефолтные (собираются как ИмяВидИмя). А назначают модель виду если она с перламутровыми пуговицами.
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться