CMS DataLife Engine - Система управления сайтами

Alex-GR

Клиенты
  • Content Count

    46
  • Joined

  • Last visited

Community Reputation

1 Обычный

About Alex-GR

  • Rank
    Новичок
  • Birthday 03/01/1969

Контакты

  • Сайт
    https://avtoforex.ru/
  1. Конечно не даете - для данного случая их просто нет. Если внимательно посмотреть вот на эту часть настроек: Optional: (figcaption, Flow) | (Flow, figcaption) | Flow то мы увидим, что для тега figure разрешены или потомки figcaption, Flow, или потомки Flow, figcaption, или потомки Flow. Открываем официальный сайт HTML Purifier с примерами http://htmlpurifier.org/docs/enduser-customize.html и читаем: Другими словами, возможны 3 варианта расположения потомков в теге figure: <figure> <figcaption></figcaption> инлайновые элементы, блочные элементы и текст </figure> <figure> инлайновые элементы, блочные элементы и текст <figcaption></figcaption> </figure> <figure> инлайновые элементы, блочные элементы и текст </figure> Но в такой конфигурации парсер почему-то вырезает теги thumb, а если оставить только Flow - то нет. Где дыра? Вот именно с этой точки зрения и с той точки зрения, что грамотный вебмастер будет максимально автоматизировать свой труд, я и не стал лезть в настройки редактора Froala Editor для того, чтобы прописывать микроразметку изображений. Это все делается плагином в парсере автоматически.
  2. Да, здесь я неправ - когда тестировал вставку HTML кода увеличивающегося по клику изображения, забыл закрывающий тег </a>, а редактор его вставлял неправильно. Давайте посмотрим на эту страничку: https://developer.mozilla.org/ru/docs/Web/HTML/Element/figure HTML-элемент <figure> (Иллюстрация с необязательной подписью) представляет самостоятельный контент, часто с подписью (заголовком), которая указывается с помощью элемента (<figcaption>). Диаграмма и её подпись представляет собой единое целое. Категории контента: Основной поток, секционный корень, явный контент Разрешённое содержимое: Элемент <figcaption> за которым следует основной поток; или поточный контент за которым следует элемент <figcaption>; или поточный контент. Читаем определение основного потока: https://developer.mozilla.org/ru/docs/Web/Guide/HTML/Content_categories#Основной_поток Основной поток Элементы основного потока обычно содержат текст и встроенный контент. HTML стандарты говорят о том, что в теге <figure> может быть текст. Идем дальше. Версия DLE 13.3. Установлена "с нуля". <figure> <a itemprop="image" itemscope itemtype="https://schema.org/ImageObject" itemprop="url contentUrl" class="highslide" href="https://site.ru/uploads/boxsmall.jpg" target="_blank"> <img itemprop="url contentUrl" src="https://site.ru/uploads/boxsmall.jpg" alt="Принцип работы советника Setka TLP." class="fr-fic fr-dii"> <meta itemprop="width" content="300"> <meta itemprop="height" content="411"> </a> <figcaption>Подпись к картинке.</figcaption> </figure> Это валидный код? Теги meta уже вырежет парсер редактора Froala Editor. Нужно настраивать редактор. Или можно вставить изображение в тегах thumb, а в парсере DLE переписать код парсинга тега thumb так, чтобы он автоматом добавлял микроразметку к изображению. И не расписывать вручную код каждой картинки, которых на сайте может быть тысячи. О какой дыре в безопасности идет речь? Если в файле engine/classes/parse.class.php поменять код: $def->addElement('figure', 'Block', 'Optional: (figcaption, Flow) | (Flow, figcaption) | Flow', 'Common'); на $def->addElement('figure', 'Block', 'Flow', 'Common'); Если я чего то не понимаю - объсните конкретней, а не кидайтесь громкими беспочвенными фразами. И еще момент. Редактор Froala Editor к каждому изображению добавляет класс. Объясню подробней. Вствляем 3 изображения в полную новость: <img src="http://site.ru/uploads/boxsmall.jpg" class="fr-fic fr-dii"> <img src="http://site.ru/uploads/boxsmall.jpg" class="fr-fic fr-dii"> <img src="http://site.ru/uploads/boxsmall.jpg" class="fr-fic fr-dii"> Пока все правильно - редактор добавил к каждому изображению сласс fr-fic fr-dii. Класс fr-dii предназначен для выравнивания по центру, класс fr-fil - выравнивание слева, а класс fr-fir - справа. Теперь встроенными средствами выравниваем второе изображение справа, а третье - слева. И получаем код: <img src="http://site.ru/uploads/boxsmall.jpg" class="fr-fic fr-dii"> <img src="http://site.ru/uploads/boxsmall.jpg" class="fr-fic fr-dii fr-fir"> <img src="http://site.ru/uploads/boxsmall.jpg" class="fr-fic fr-dii fr-fil"> Редактор не удаляет класс fr-dii, а добавляет классы fr-fil и fr-fir к нему. Не уверен, что это правильно.
  3. Если мне нужно вставить увеличивающееся по клику изображение - я должен писать HTML код этой конструкции? С <a class="highslide" ... изображение ... и так далее? А вы не пробовали это сделать? Froala Editor не даст этого сделать - добавит не закрытый <a class="highslide" ... Так что это не выход. И потом, почему в тегах div я могу вставлять теги thumb, а в тегах figure - нет? Это явный баг... И решается он 1 строчкой в плагине (уже нашел решение). Было бы неплохо, если бы в следующих резах поправили его...
  4. HTML Purifier удаляет теги [thumb][/thumb] в такой конструкции: <figure> [thumb=|Подпись.]https://site.ru/uploads/posts/2019-10/ris.jpg[/thumb] <figcaption>Подпись рисунка.</figcaption> </figure> Остается: <figure> <figcaption>Подпись рисунка.</figcaption> </figure> Причем, удаляет thumb только тогда, когда он обернут тегом figure. Если обернуть div-вом - не удаляет. Как заставить HTML Purifier правильно обрабатывать теги [thumb], и т. д, обернутые в тег figure?
  5. Если посмотреть комментарии в статье сторонних модулей https://dle-news.ru/tips/page,1,4,770-pravila-rewrite-dlya-podderzhki-chpu-na-serverax.html#comment то там вы отвечали неоднократно. Что изменилось? Могли бы и ответить - думаю, вам это не составит труда. Но на нет - и суда нет...
  6. Добрый день всем форумчанам. Вопрос родился из этой статьи https://dle-news.ru/tips/page,1,4,770-pravila-rewrite-dlya-podderzhki-chpu-na-serverax.html#comment Celsoft по каким-то причинам не отвечает в комментах, возможно ответит здесь. Или ответят форумчане. Есть общие правила для Апача, на указанной выше странице есть правила для Nginx. И они различаются. Речь идет о DataLife Engine 13.3 Строка 20 главного файла .htaccess: RewriteRule ^([0-9]+)-(.*).html$ index.php?newsid=$1&seourl=$2 [L] Эта же, 18 строка, из файла nginx rewrite rules.txt: rewrite "^/([0-9]+)-(.*).html(/?)+$" /index.php?newsid=$1&seourl=$2 last; Различие - вот в этой части: (/?)+ Что она дает? Все перечисленные ниже ссылки для Nginx: /razdel/1-nazvanie-stati.html /razdel/1-nazvanie-stati.html/ /razdel/1-nazvanie-stati.html// /razdel/1-nazvanie-stati.html/// Попадают под регулярку: ^/([0-9]+)-(.*).html(/?)+$ Для файла .htaccess этого "хвоста" нет. Вопрос - зачем нужна часть (/?)+ для правил Nginx? Этот хвост (/?)+ в регулярке используется по всему файлу nginx rewrite rules.txt - он нужен или нет везде? Дальше. Последние строки .htaccess: RewriteRule ^([^/]+).html$ index.php?do=static&page=$1&seourl=$1 [L] RewriteRule ^page,([0-9]+),([^/]+).html$ index.php?do=static&page=$2&news_page=$1&seourl=$2 [L] RewriteRule ^print:([^/]+).html$ index.php?mod=print&do=static&page=$1&seourl=$1 [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^([^/]+).html$ index.php?do=static&page=$1&seourl=$1 [L] И эти же строки из nginx rewrite rules.txt: rewrite "^/page,([0-9]+),([^/]+).html$" /index.php?do=static&page=$2&news_page=$1 last; rewrite "^/print:([^/]+).html$" /index.php?mod=print&do=static&page=$1 last; } if (!-f $request_filename) { rewrite "^/([^/]+).html$" /index.php?do=static&page=$1 last; } В них отсутствует &seourl=... Вопрос - для Nginx правки seourl не работают или это ошибка?
  7. Captain, спасибо, не знал. Думал, эта возможность доступна только для отдельных конкретных страниц.
  8. celsoft, сделайте возможность исключать из индексирования отдельные категории, примерно так: А на странице этой категории выводиться тег: <meta name="robots" content="none,noarchive"> Делал на версии 11.2, поэтому скрин добавления категории немного не совпадает с дизайном текущей админки. Если не будет в планах такой доработки - подскажите, буду "пилить плагин"...
  9. Вопрос решил, всем "спасибо" за помощь...
  10. Вопрос решил, всем "спасибо" за помощь...
  11. И я ранее писал, что noindex я привел только для примера. Мне нужны комментарии для совсем других целей.
  12. Кстати, и так пытался: $def->addElement('!-- noindex --', 'Block', 'Flow', 'Common'); $def->addElement('!-- /noindex --', 'Block', 'Flow', 'Common'); $def->addElement(' noindex ', 'Block', 'Flow', 'Common'); $def->addElement(' /noindex ', 'Block', 'Flow', 'Common'); Не работает...
  13. А как разрешить HTML-комментарии? Вида: <!-- noindex --> <!-- /noindex -->
  14. Не работает по аналогии. Или я что то не то делаю. Пытался добавлять различные варианты: $def->addElement('<!-- noindex -->', 'Block', 'Flow', 'Common'); $def->addElement('<!-- /noindex -->', 'Block', 'Flow', 'Common'); И так: $def->addElement('noindex', 'Block', 'Flow', 'Common'); $def->addElement('/noindex', 'Block', 'Flow', 'Common'); Хотя настройка: $def->addElement('noindex', 'Block', 'Flow', 'Common'); уже прописана. Кстати, не подскажите, где можно почитать о правилах добавления настроек?