Новости 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 Ответов
  • 7222 Просмотров
*

Александр Фёдоров

  • Захожу иногда
  • 143
  • 26 / 4
  • Жизнь - удивительная штука
Отслеживание окончания сессии.
« : 17.10.2008, 17:33:52 »
Уж не знаю баг это или фича...
Ситуация следующая:
- авторизовался на фронте сайта;
- зашел в некую статью, внизу форма добавления комментария (для зарегистрированных - в кратком виде);
- долго не трогал страницу, истекла сессия;
- написал комментарий (в краткую форму) и при попытке отправить его выдается сообщение "Пожалуйста, введите ваше имя".

При обновлении страницы теряется написанный комментарий.

Кстати, насколько я знаю, по правилам русского языка было бы правильно написать "Пожалуйста, введите Ваше имя".
Записан
Жизненно важный ингредиент успеха — это не знать, что задуманное вами невозможно выполнить. М.Жванецкий
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: Отслеживание окончания сессии.
« Ответ #1 : 17.10.2008, 22:59:22 »
Да, ты прав Саш, есть такой эффект. Правда если честно, я пока не могу быстро придумать, как её обойти. В том плане, как отловить на сервере сам факт истечения сессии у пользователя. По-хорошему, действительно в этом случае необходимо обновить форму, чтобы у пользователя была возможность ввести эти данные.

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

Можно конечно пойти на хитрость, периодически дергать по таймеру сервер, и тем самым продлевать время сессии, но не думаю, что это правильно с точки зрения нагрузки на сервер.

Может быть у кого-то есть идеи?
Записан
*

Александр Фёдоров

  • Захожу иногда
  • 143
  • 26 / 4
  • Жизнь - удивительная штука
Re: Отслеживание окончания сессии.
« Ответ #2 : 18.10.2008, 21:30:57 »

Цитировать
В принципе, была мысль, что можно добавить дополнительное поле в форму, заполнять только авторизованным, и внутри проверять, если заполнено, а пользователь гость, значит можно предположить, что его разлогинило и надо бы новую форму показать. Но с другой стороны, как отличить этот вариант, от варианта хака сайта?
Ты же выводишь разные формы в зависимости от того авторизован пользователь или нет, т.е. на этом этапе можно просто ввести некий флаг "авторизованности" в том числе через hidden поле формы.

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

Самый большой "криминал" - это не сам факт истечения сессии, а то, что теряется комментарий при повторной авторизации.

Получается, что при добавлении комментария необходимо проверить условия:
- был ли авторизован пользователь (т.е. была показана краткая форма);
- действует ли сессия в момент добавления комментария.

В данном случае рассматриваем вариант:
- да;
- нет;

Мне видится следующая последовательность действий:
1. сохранить комментарий для добавления после авторизации (для этого, по идее, необходимо будет запомнить пользователя, материал и все данные комментария) - видимо необходима некая таблица временных комментариев "разлогиненных" пользователей - данные из нее по каждому пользователю будут удаляться при добавлении комментария данным пользователем;
2. вывести уведомление об окончании сессии и необходимости повторной авторизации, можно еще показать и форму для незарегистрированных пользователей;
3. после авторизации показать все данные по комментарию к материалу данного пользователя.

Примерно так.
Записан
Жизненно важный ингредиент успеха — это не знать, что задуманное вами невозможно выполнить. М.Жванецкий
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: Отслеживание окончания сессии.
« Ответ #3 : 18.10.2008, 22:01:06 »
Цитата: Александр Фёдоров от 18.10.2008, 21:30:57
Мне видится следующая последовательность действий:
1. сохранить комментарий для добавления после авторизации (для этого, по идее, необходимо будет запомнить пользователя, материал и все данные комментария) - видимо необходима некая таблица временных комментариев "разлогиненных" пользователей - данные из нее по каждому пользователю будут удаляться при добавлении комментария данным пользователем;
Если для каждого из гостей (пусть даже которые недавно были авторизованными) что либо писать в базу, то это будет серьезной брешью в безопасности. Пишется эксплоит, который содержит форму, как бы от авторизованного пользователя, и с неё в цикле добавляются комментарии. Что происходит? Правильно, на сервере начинает забиваться таблица временных комментариев.

Цитата: Александр Фёдоров от 18.10.2008, 21:30:57
2. вывести уведомление об окончании сессии и необходимости повторной авторизации, можно еще показать и форму для незарегистрированных пользователей;
А откуда компонент достоверно узнает, что сессия  именно истекла? Мне кажется это не его задача, следить за сессиями, на это есть ядро. Я уже подумывал над вариантом системного плагина (в нем есть возможность перехвата события логаута), но мне кажется это несколько извращенный путь
Записан
*

Александр Фёдоров

  • Захожу иногда
  • 143
  • 26 / 4
  • Жизнь - удивительная штука
Re: Отслеживание окончания сессии.
« Ответ #4 : 18.10.2008, 22:31:50 »
Цитата: smart от 18.10.2008, 22:01:06
Если для каждого из гостей (пусть даже которые недавно были авторизованными) что либо писать в базу, то это будет серьезной брешью в безопасности. Пишется эксплоит, который содержит форму, как бы от авторизованного пользователя, и с неё в цикле добавляются комментарии. Что происходит? Правильно, на сервере начинает забиваться таблица временных комментариев.
Эксплойт может попытаться добавить комментарий от якобы пользователя только перебором id пользователей, кроме этого в таблице будет храниться только 1 временный комментарий на одного пользователя - тот, который попытались отправить. Получается, что максимальный объем временной таблицы - это количество пользователей сайта. Кроме того, можно еще несколько усложнить перебор - использовать еще и имя пользователя, например. Хотя сама возможность такого перебора - это безусловный минус...
Значит нужно поставить некий признак истинности того, что данный пользователь только что разлогинился. Что-нибудь вроде "скрытой капчи". Правильно ли я понимаю, что если переменная передается через post ее невозможно подменить?  Если это так, то "скрытая капча" возможна, если нет, то невозможна.

Цитировать
А откуда компонент достоверно узнает, что сессия  именно истекла? Мне кажется это не его задача, следить за сессиями, на это есть ядро. Я уже подумывал над вариантом системного плагина (в нем есть возможность перехвата события логаута), но мне кажется это несколько извращенный путь

Компонент не должен следить за моментом окончания сессии. Он должен отрабатывать ситуации, в которых работает, т.е. должен быть корректный алгоритм работы и в данном случае. Пока он данную ситуацию не отрабатывает.
Записан
Жизненно важный ингредиент успеха — это не знать, что задуманное вами невозможно выполнить. М.Жванецкий
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Re: Отслеживание окончания сессии.
« Ответ #5 : 18.10.2008, 23:26:47 »
Цитата: Александр Фёдоров от 18.10.2008, 22:31:50
Эксплойт может попытаться добавить комментарий от якобы пользователя только перебором id пользователей, кроме этого в таблице будет храниться только 1 временный комментарий на одного пользователя - тот, который попытались отправить.
для того, чтобы проверить, что пришедший id это идентификатор какого-то конкретного пользователя, нужно сделать запрос в базу, а это тоже потенциально узкое место для атаки...

Цитата: Александр Фёдоров от 18.10.2008, 22:31:50
Правильно ли я понимаю, что если переменная передается через post ее невозможно подменить?
зачем подменять? я сделаю у себя на компе форму, которая будет именно методом POST гнать кривые данные на компонент установленный на чужом сайте... и все... для компонента эти данные слабо будут отличаться, от пришедших с родной формы... потому как и http_referer и другие поля можно подменить...

Цитировать
Компонент не должен следить за моментом окончания сессии. Он должен отрабатывать ситуации, в которых работает, т.е. должен быть корректный алгоритм работы и в данном случае. Пока он данную ситуацию не отрабатывает.
согласен, но я пока не вижу корректно решения этой задачи... разработчики ядра не предоставляют готового решения, и с этой проблемой может столкнуться ЛЮБОЕ другое расширение...
Записан
1   Вверх
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться