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

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Оптимизация JComments - подсчет количества комментариев в блоге
« : 24.10.2009, 11:14:13 »
Кстати Сергей, знаешь что еще плохо но я пока не вижу пути исправить - в режиме блога на странице 20 материалов и соответственно 20 запросов в БД на получение кол-ва комментов, так в принципе в любом интегрируемом компоненте.
Когда кол-во объектов большое, комментариев много, нет индексов - это как то совсем нехорошо получается
Записан
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #1 : 25.10.2009, 01:07:51 »
Цитата: beliyadm от 24.10.2009, 11:14:13
в режиме блога на странице 20 материалов и соответственно 20 запросов в БД на получение кол-ва комментов
Чтобы этого не было, надо выдергивать количество комментариев ко всему списку, но заранее, содержимое этого списка (в общем случае) неизвестно. В принципе, можно конечно рассмотреть вариант, когда плагин ставит по тексту страницы метки, где должен показаться счетчик комментариев, коллекционирует идентификаторы комментируемых объектов и потом, в некий момент времени, дергает для всех них одним запросом количества, и, допустим, на JavaScript, обновляет. Но это, как мне кажется, уже несколько извращение.

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

Цитата: beliyadm от 24.10.2009, 11:14:13
Когда кол-во объектов большое, комментариев много, нет индексов - это как то совсем нехорошо получается
индексы по комментариям есть, и по всем полям по которым идет поиск они присутствуют, я смотрел планы запросов, там все нормально.
Записан
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #2 : 25.10.2009, 01:13:15 »
Цитата: smart от 25.10.2009, 01:07:51
индексы по комментариям есть, и по всем полям по которым идет поиск они присутствуют, я смотрел планы запросов, там все нормально.
точно, прошу прощения

Я выхожу на избранных сайтах проще - не JComments::getCommentsCount() а в запросе напрямую тягаю  count() с группировкой, для того же com_content тоже в модели прописал

Цитировать
Самое простое средство снижения нагрузки - кэшировать эти запросы, но тогда цифры будут не совсем честные. Чтобы было все по-честному, надо сбрасывать кэш счетчика конкретного материала если появляются к нему комментарии. Это в принципе можно реализовать, но будет очень приличная нагрузка на кэш... Что тоже, не факт, что хорошо.
логично, и первое и второе.
А если заранее в массив класть кол-во комментов для объекта на странице и плагином их выдавать сразу? То есть получаем массив из ObjectID - count и после по ID раздавать. Почти как ты сказал выше, но без JS
Записан
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #3 : 25.10.2009, 01:16:43 »
Цитата: beliyadm от 25.10.2009, 01:13:15
Я выхожу на избранных сайтах проще - не JComments::getCommentsCount() а в запросе напрямую тягаю  count() с группировкой, для того же com_content тоже в модели прописал
да, но это если ты пишешь свой компонент, я же не буду делать патчи для com_content? Тем более, когда в выборке большое количество полей, группировка может оказаться куда как более трудоемкой операцией, нежели цепочка запросов количества по индексным полям.

Цитата: beliyadm от 25.10.2009, 01:13:15
А если заранее в массив класть кол-во комментов для объекта на странице и плагином их выдавать сразу?
ты умеешь заглядывать в будущее? откуда плагин для com_content знает, какая статья будет следующей? выдергивать параметры сортировки, вычислять какой раздел, сколько на страницу и т.д.? Тебе не кажется, что в этом случае, мы можем получить во-первых снижение производительности, а во-вторых получить менее совместимый код, ибо начнем привязываться ко всяким переменным?
Записан
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #4 : 25.10.2009, 01:23:32 »
непременно получим :)
Но тем не менее мне не очень нравится ситуация 20 запросов с подсчетом на страницу блога с 20-ю материалами, пусть даже кешируемых. Но и решения я в принципе лучше чем у тебя сейчас не вижу (не считая ручного переписывания всех моделей)
Записан
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #5 : 25.10.2009, 01:50:20 »
Я тебе более того скажу, я уже подумывал, перехватывать модели category, frontpage и section - технически это возможно, она возвращается по ссылке, следовательно потенциально можно налету в системном плагине "спалить", что сейчас идет работа с com_content, и еще до того, как что-то будет сделано самим компонентом, запросить модель, получить ссылку, и по этой ссылке засунуть свою модель, унаследованную от родительской, но доработанную (перекрываем метод getData, собираем с массива элементов их идентификаторы, делаем запрос, дополняем массив).  Т.е. в принципе, с точки зрения теории, такая "партизанщина" допустима, но могут вылезти косяки с точки зрения совместимости
Записан
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #6 : 25.10.2009, 01:54:13 »
в принципе я это и имел в виду, только не так подробно :)
Цитата: smart от 25.10.2009, 01:50:20
Т.е. в принципе, с точки зрения теории, такая "партизанщина" допустима, но могут вылезти косяки с точки зрения совместимости
совместимость с чем?
Записан
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #7 : 25.10.2009, 01:57:43 »
Цитата: beliyadm от 25.10.2009, 01:54:13
совместимость с чем?
никто не может дать гарантии, что я один такой умный, и что следующий за моим плагин не заменит модель на свою, и тогда пользователь рискует остаться вообще без количества комментариев.
Записан
*

beliyadm

  • Легенда
  • 9758
  • 1665 / 66
  • Севастополь, Россия
Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #8 : 25.10.2009, 02:01:01 »
Цитата: smart от 25.10.2009, 01:57:43
никто не может дать гарантии, что я один такой умный, и что следующий за моим плагин не заменит модель на свою
если честно я такого пока не встречал. Можно конечно в настройках плагина сделать опционально - заменять модель или нет (для тех кто знает)
Записан
Все истины, которые я хочу вам изложить, — бесстыдная ложь. Сделать всё хорошо
TLG: @Beliyadm
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #9 : 25.10.2009, 02:27:06 »
Не, не получается модель перехватить, по крайней мере у меня сходу не вышло, хотя теоретически это возможно.
Записан
*

teqwer

  • Новичок
  • 9
  • 0 / 0
Re: Оптимизация JComments - подсчет количества комментариев в блоге
« Ответ #10 : 04.10.2014, 16:09:46 »
Уважаемый smart, у Вас не появилось решения проблемы повышенного количества запросов к базе данных?
У меня на главной при подсчете кол-ва комментариев создается 30 запросов (_k2_comments), если есть решение прошу поделиться.
Заранее благодарю!
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Поддержка akismet была бы кстати в JComments

Автор Александр Кардаш

 Ответов: 16
Просмотров: 7371 		Последний ответ 03.10.2022, 11:03:05
от wishlight
Как вывести Jcomments в теле статьи?

Автор marina9777

 Ответов: 1
Просмотров: 4249 		Последний ответ 09.04.2022, 13:20:07
от Helios
Управление подпиской на уведомления о новых комментариях в JComments

Автор smart

 Ответов: 66
Просмотров: 55458 		Последний ответ 24.09.2021, 16:21:37
от Vlad1
Добавить систему рейтинга в JComments

Автор webtrack

 Ответов: 59
Просмотров: 63387 		Последний ответ 17.05.2021, 11:21:08
от McCafferty
Можно ли reCAPTCH для JComments сделать с отложенной загрузкой?

Автор ncknck

 Ответов: 12
Просмотров: 4997 		Последний ответ 04.11.2020, 20:50:42
от ProtectYourSite