Новости Joomla

Компонент 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

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

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
История такая. Пишем расширение для J1.5, с языковыми файлами, все как положено.
Имеем несколько не очень маленьких JavaScript файлов, в которых есть текстовые константы, которые бы нехило переводить.
Как лучше реализовать локализацию?
На сегодняшний день не придумал ничего лучшего, чем создавать такой вот php-файл, который генерит яваскрипт:
Код
<script language="JavaScript" type="text/javascript">
var JLang = [];
JLang['Add'] = '<?=JText::_('Add')?>';
JLang['Add new category'] = '<?=JText::_('Add new category')?>';
JLang['Add related product failed'] = '<?=JText::_('Add related product failed')?>';
....
JLang['Warning'] = '<?=JText::_('Warning')?>';
  function JText(text)
  {
if(JLang[text])return JLang[text];
return text;
  }
</script>

Но это, по-моему, коряво.
Какие будут мнения?
*

smart

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

p.s. мелкое замечание по коду - не используй коротких тегов (<?= ) это может быть причиной кучи глюков на серверах, где это выключено.
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Ну как вариант генерить их не на лету, а единоразово, возможно в процессе установки. Вон, в визуальных редакторах часто, локализация в отдельно подключаемых js лежат.

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

p.s. мелкое замечание по коду - не используй коротких тегов (<?= ) это может быть причиной кучи глюков на серверах,
где это выключено.

Не встречал таких серверов покамест. Знаю, что это дело можно выключить, но не знаю, нафига его выключать. Да и в локальных настройках ПХП все включается обратно одной строчкой в .htaccess за милую душу.
А шаблоны с таким кодом выглядят куда приятнее чем с кодом типа <?php echo $morzh->hren(2); ?>
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Генерить единоразово несложно, конечно. Но все равно, получается довольно неудобная конструкция.  В и задумался, нельзя ли придумать какой-то общесистемный метод для этого дела...
Ну я думаю, что первое с чего следовало бы начать, это изучить уже имеющийся опыт. А первое, что пришло в голову, где мы уже видели локализации скриптов? Именно в визуальных редакторах и скрипте календаря. И там и там, языковые константы разнесены по разным файлам, которые подключаются под определенный язык.

Использование коротких тегов это моветон. Ну мое дело посоветовать, а ваше - прислушаться или проигнорировать. Между прочим, об этом изначально предупреждают в описании данного параметра:
Цитировать
; Allow the <? tag.  Otherwise, only <?php and <script> tags are recognized.
; NOTE: Using short tags should be avoided when developing applications or
; libraries that are meant for redistribution, or deployment on PHP
; servers which are not under your control, because short tags may not
; be supported on the target server. For portable, redistributable code,
; be sure not to use short tags.
short_open_tag = On

Так что конечно можно принимать позицию - это не проблема, можно включить и т.д. Но это по меньшей мере неуважение к потенциальным пользователям.

p.s. К слову сказать, за последние полгода я видел штук 9 серверов, где этот параметр по умолчанию выключен.
« Последнее редактирование: 15.01.2009, 23:25:34 от smart »
*

shprota

  • Давно я тут
  • 770
  • 53 / 1
  • Тружусь, не покладая рук
Ну я думаю, что первое с чего следовало бы начать, это изучить уже имеющийся опыт. А первое, что пришло в голову, где мы уже видели локализации скриптов? Именно в визуальных редакторах и скрипте календаря. И там и там, языковые константы разнесены по разным файлам, которые подключаются под определенный язык.

В Джумле 1.5 очень удобно сделана поддержка языков. Централизовано сделана. Потому и хочется не плодить сущностей, чтобы всегда знать, где искать перевод.
А визуальные редакторы - они ведь изначально универсальные, а не специализированные для Джумлы.

Цитировать
Использование коротких тегов это моветон. Ну мое дело посоветовать, а ваше - прислушаться или проигнорировать. Между прочим, об этом изначально предупреждают в описании данного параметра:

В принципе, спорить особо не о чем. Всегда можно просто прогнать компонент через простенькую команду sed :)
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Нужна помощь в исправлении ошибок модуля

Автор megaboy161

Ответов: 16
Просмотров: 1764
Последний ответ 20.01.2020, 18:00:44
от sivers
Передача JavaScript средствами AJAX

Автор volod3000

Ответов: 1
Просмотров: 2301
Последний ответ 12.05.2010, 23:43:16
от volod3000
Свои функции, JavaScript в плагине

Автор InveX

Ответов: 0
Просмотров: 1901
Последний ответ 06.08.2009, 10:08:55
от InveX
Отправка данных из JavaScript на сервер

Автор wr123

Ответов: 1
Просмотров: 4489
Последний ответ 17.02.2009, 11:32:28
от shprota
Javascript меню

Автор forest69

Ответов: 0
Просмотров: 1663
Последний ответ 29.01.2009, 15:48:00
от forest69