У меня Таймвеб, полёт нормальный
Clear
Релевант
+139
Репутация
359
Рейтинг
По мне так в компоненте нет необходимости.
Ну возможно и нет, тогда можно удалять и компонент Генератор карты сайта и robots.txt с таким же успехом делать всё через ИИ верно же )). А то что не нужно никуда заходить и генерить, т.к. всё автоматически делается на лету в зависимости от добавления контента, ну так подумаешь. Ты лучше будешь постоянно заходить и генерить при добавлении новой статьи или чего то еще. Ну что за люди?
Добавлено спустя 5 минут
мертворожденная тема?
Ну почему же, видишь ты создал доработанный. И суть не в генерации как таковой, а насколько он полезен, если вообще полезен. По моим наблюдениям это просто чтобы было, но она не несет практической пользы на сколько я понял. Поэтому желающие потестировать могли это сделать и понять для себя, нужно им это или нет.
Ну, для начала нужно оценить объём работы. Просто так вам цену никто не назовёт. Тут нужно смотреть, какие версии на каком хостинге, на каком сервере, какая версия PHP, какие конфликты и сколько модулей. Всё это нужно оценивать в целом. Предположительно вам встанет в среднем от 5 до 8 К за сайт, ну это я на глаз пока.
Ну как тебе сказать? 😅 Я могу и много еще кто )
Суть задачи
Нужен не полный запрет доступа (как с ограничением по группе пользователей), а «мягкая» возрастная верификация. Контент остаётся доступным, но требует подтверждения возраста, при этом превью (картинка, текст) до подтверждения выглядит скрытым или размытым.
Как это можно реализовать технически
Практическая реализация складывается из нескольких независимых частей, которые нужно скомбинировать вручную, так как готового компонента под InstantCMS для этого нет:
- Возрастной интерстишиал (age gate): при заходе на категорию/страницу показывается модальное окно «Вам есть 18 лет?» с кнопками да/нет, подтверждение сохраняется в cookie или сессии на определённый срок.
- Блюр контента до подтверждения: изображения оборачиваются в CSS-класс с filter: blur(15-20px), который снимается через JS-класс после клика «Да, мне есть 18» — это уже упомянуто в похожем решении «Маркировка сайта 18+» в блогах InstantCMS.
- Скрытие текста-триггера: чувствительные слова в описании товара выводятся через шаблон с условием (если cookie подтверждения не установлена — текст обрезается или заменяется на placeholder типа «Содержимое скрыто. 18+»).
- SEO-маркировка для поисковиков: добавление мета-тега rating (content=«adult» в meta name=«rating») и/или использование robots.txt/X-Robots-Tag для таких страниц, а также корректная разметка через Яндекс.Вебмастер (раздел «Возрастная маркировка») и Google Search Console, чтобы поисковики сами проставляли пометку 18+ в выдаче, а не банили сайт.
- Логика на уровне компонента объявлений: если это стандартный компонент InstantCMS, придётся either модифицировать шаблон вывода категории (добавить php/js-обёртку с проверкой cookie), либо заказать кастомную доработку у фрилансера, так как готового модуля под эту связку «видно, но заблюрено» в дополнениях CMS не нашлось.
По сути, нужно собрать решение из трёх слоёв: JS/CSS для визуального блюра и age-gate попапа, серверная логика на PHP-шаблоне компонента для скрытия текста без подтверждения, и SEO-часть (мета-теги + настройки в панелях вебмастеров) для легального обозначения контента 18+ перед поисковиками.
age gate полезен как доказательство того, что владелец сайта предпринял меры для ограничения показа, но сам по себе не заменяет маркировку 18+ и не гарантирует соответствие законодательству. Для публичной доски объявлений с эротическим/интимным контентом желательно отдельно проверить риски по типу размещаемых материалов у профильного юриста.
Че за IndexNow ?
поэтому ему нужно поле HTML блок в форме
А что тогда мешает заполнить Подсказку к полю. Чем оно лучше ?
Clear, вы можете все протестировать на демо сайте demo.instantcms.ru/ И там нет возможности удалить запись из списка записей, а со страницы записи запрашивается подтверждение.
Не знаю, у меня сразу удаляет, я вроде ничего такого не делал.
Обнаружил потенциально опасное поведение при удалении записи типа контента во фронтенде сайта.
Сценарий:
- Захожу на страницу списка записей, будучи авторизованным администратором.
- У записи доступна кнопка/действие «Удалить».
- После одного нажатия запись удаляется сразу, без окна подтверждения.
Проблема в том, что случайный клик по кнопке удаления приводит к немедленному удалению записи. Для обычных операций удаления ожидается хотя бы стандартный диалог: «Вы уверены, что хотите удалить запись?». Но я его почему то не получаю.
Подскажите, пожалуйста:
- Это штатное поведение InstantCMS для удаления записей типов контента во фронтенде или особенность конкретного шаблона/версии CMS;
- есть ли штатная настройка, которая включает подтверждение удаления;
- если настройки нет, где правильно добавить подтверждение, чтобы не править ядро CMS;
- считается ли отсутствие подтверждения ошибкой или есть смысл оформить это как предложение по улучшению?
Версия InstantCMS: 2.18.2
Это настраивается в поле Типа контента для этого текста
Ответьте пожалуйста как вы выводите в типе контента на отдельной записи виджет любой кроме виджета тело? Так чтобы в остальных записях этого типа контента виджет тело выводился.
Мне бы понять до конца что вы конкретно хотите. Но из своего опыта понимаю что скорее возможно чем нет.
Штатное решение — не создавать отдельный виджет для каждого профиля, а создать пользовательскую группу страниц по URL-маске.
В админке: Виджеты и страницы → Создать страницу.
В «Положительные маски» укажите профили пользователей: users/% — если адреса вида /users/123; либо users/{slug}* — если профили имеют символьный URL.
Перейдите на созданную страницу в дереве «Пользовательские» и перетащите туда нужный виджет.
Если на профилях не должны выводиться виджеты, назначенные на «Все страницы», добавьте этим виджетам в настройках → «Доступ» → «Отрицательные маски» ту же маску профиля, например users/% и/или users/{slug}*.
Так нужный виджет будет оставаться одним экземпляром с едиными настройками для всех страниц профилей. Если его также нужно показать на других страницах, используйте блок «Привязываемые виджеты»: это одна привязка, а не копия, поэтому настройки синхронны.
В послидних версиях есть ещё более жёсткий вариант: у пользовательской группы страниц включить «Применить макет для страницы» и назначить облегчённый макет, но обычно достаточно масок и отрицательных масок.
Это прямо предусмотрено документацией: пользовательская страница — именно правило отбора существующих URL для привязки виджетов; в качестве примера приведены профили /users/4, /users/23, /users/42.
Механика общей привязки одного виджета описана в управлении виджетами, а исключение виджета по маскам — в настройках виджета.
Ну а я сам эксперементирую разные конфигурации на этом сайте.
Clear И что там? Там я указываю положительную маску. Как именно сделать чтобы выводился только тот виджет что нужно?
Странный вы. Я вегда так выводил именно то что мне нужно с помощью этих масок, незнаю что там вы пытаетесь такое уникальное еще сделать. Короче кто еще что подскажет пишите решения.
мдя )). НУ так он универсален, всё это есть либо в коробке либо в дополнениях, но разбираться всё равно придется, он сам себя не будет развивать. А дизайн, это уже другая тема,
Ну с таким функционалом у каждого второго сайт подобный на этом движке, реже с товарами и услугами по каждому пользователю, Найдешь.