celsoft

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

Зачем? Зачем? Не знаете что такое наследовение в CSS? Для первого случая .hightslide img { .... } для второго например ваша новость в блоке .myclass, то будет .myclasss img { ... } В CSS нет ни одного случая когда нужно каждый HTML элементы обвешивать именами классов. Назначение свойств во первых наследуется от родителя, во вторых может быть назначено по дереву от родителя. В данном случае вам нужно лучше изучить CSS, потому как нет ни одного случая что чтобы назначить какие то свойства CSS для этого нужно именно этому элементу назначить класс, это можно сделать и без имени

Откуда то придуманные числа и значения, не сответствующие реальности. CSS админпанели 480 килобайт. При включенном сжатии gzip менее 80 килобайт. Никакие ваши Tailwind не дадут более меньших значений если реализовать все имеющиеся возможности DLE. Не нужная глупость, не дающая ничего. Зачем? Чтобы что? Перепрограммируйте lighthouse, потому что глупо нагружать очень и очень сильно процессор чтобы получить на 100 байт кода меньше, экономия на котором не дает ничего положительнгого а расход процессора стоит очень и очень дорого. Или вы наивно полагаете чтобы сжать в одну

Автору топика нужно не в шаблоне полной новости а внутри уже custom и шаблоне от custom получить ID родительской новости в которой стоит тег. Таких тегов в DLE нет, и для этого уже нужно писать свой плагин для этого.

Вы используете нелегальную копию DLE. Тема закрыта. В помощи отказано. Аккаунт заблокирован.

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

Они не обязательны, поэтому это точно не причина проблемы

Что то все таки неправильно, по вашему коду что именно неправильно сказать невозможно. Поэтому обратитесь в службу тех поддержки https://dle-news.ru/index.php?do=feedback со своего клиентского аккаунта, предоставив доступ по FTP и к админпанели DLE. Поддержка все посмотрит и скажет вам в чем причина вашей проблемы.

Конечно. Все точно также как и при работе с локальным ъранилищем

Во первых если вы посмотрите на свой код, то в <span> у вас в принципе нет никакого вывода доп. полей, во вторых если вы посмотрите верстку своего шаблона, то увидите что в стилях своего шаблона вы сами так указали что нужно все позиционировать "в кашу", задав для <span> в этом блоке свойство absolute. Так что правьте свой шаблон. Что касается доп. полей, то просто по вашему коду что вы сделали неправильно сказать невозможно. Начните с проверки правильности написания имен, правильности написания тегов в шаблоне, заполнении публикаций.

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

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

DLE полностью и без проблем поддерживает MySQL 8.xx

Невозможно технически. Это не поддерживают функции PHP интерпретатора. А обработка изображений происходит стандартными функциями PHP.

Как вы это себе представляете в открытом исходном коде?

Странный вопрос почему, потому что так и должно быть. А код может отличаться в зависимости от используемого редактора.

А с чего вы взяли что поисковик будет поддерживать ваш svg формат? Читайте поддерживаемые форматы https://ru.wikipedia.org/wiki/Favicon

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

Согласен. Но в стандартном дистрибутиве на стандартном шаблоне такой проблемы нет. Убедится в этом для примера можно на нашем сайте https://dle-news.ru/ где тоже стоит DLE. Поэтому проблему нужно искать либо в шаблоне, либо модификациях скрипта, если ставили.

Так берите и вставляйте этот код. DLE никаких ограничений в этом вопросе не ставит. Какие домены разрешены для использования в тегах iframe вы задаете сами в настройках скрипта в админпанели, в разделе настроек безопасности. Протокол oembed нужен для использования этого сервиса в теге [media=....] а для вставки этого кода все давно есть и ничего не требуется. А для тега [media=....] этого кода никак не достаточно.

Где? В списке провайдеров я их не вижу https://github.com/iamcal/oembed/tree/master/providers Дайте ссылку на документацию, если они поддерживают чтобы я мог посмотреть точки входа и проверить.

Это они себя должны добавить, а именно реализовать поддержку протокола oembed https://oembed.com на своем сервисе. Будет поддержка этого протокола можно добавить и в DLE

Просто не нужно смешивать мягкое с теплым. Защита от ботов, дубли страниц в поисковиках, яндекс метрики, редирект с неверных страниц на верные, все это совершенно разные вещи, и для разных целей, а не одно и тоже. Если кто то включает настройку "Обрабатывать неверные URL ЧПУ" исключительно для того чтобы избегать дублей, то это неверный подход, это настройка для других целей и для этой цели эта настройка не нужна. Если кто то включает эту настройку но при этом использует яндекс метрику, тоже поступает неправильно. И так далее. Нужно просто понимать для чего так или иная настройка. И можно всег

Настройка "Обрабатывать неверные URL ЧПУ" не имеет никакого отношения к каноническим ссылкам. Это две совершенно разные вещи никак не взаимосвязанные, предназначенные для совершенно разных вещей и целей в принципе. Поэтому отключение этой настройки никак не повлияет на использование канонических ссылок. Канонические ссылки использует DLE всегда, это никак не включается и не выключается ничем. Обработка неверных URL ЧПУ эта функция не для борьбы с дублями как вы думаете. Это функция исправления ошибок в адресах, когда допускаются ошибки, например нет слешей или они избыточны, или переименовали

Что именно правда? В чем конкретно суть вашего вопроса? Да DLE использует канонические ссылки. Это правда, если именно это вас интересует.