celsoft

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 использует канонические ссылки. Это правда, если именно это вас интересует.

Добрый день, Нет нельзя, таких глобальных тегов для всех шаблонов из шаблона полной новости нет.

Да можно, после удаления скрипта со старого домена.

Теги [if field = "значение"] текст [/if] и проверять группу комментатора https://dle-news.ru/extras/online/index.html?all19.html

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

Потому что чем больше файлов в папке тем медленнее работает файловая система. И замедление в геометрической прогрессии. При нескольких тысячах произойдет существенная деградация приизводительности

Нет. Никаких настроек для групп в данном вопросе нет.

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

Это не имеет ни малейшего отношения к DLE. Это блокирует не DLE а ваш сервер. Если у вас оригинальный файл .htaccess то в нем ничего нет что могло бы заблокировать что либо. Поэтому проверьте соответствие данного файла оригинальному из дистрибутива, то вам нужно все таки в хостинг обращаться. Конечно сталкивались и не раз, поэтому я знаю что говорю. И всегда это было некорректно настроенное фильтрующее ПО на сервере, например что то наподобие модуля mod_security для апача. А ленивая поддержка хостинга попросту ничего не хочет проверять, вот и отправляет назад, с весьма странным

Одна лицензия распространяется на один домен и все его поддомены https://dle-news.ru/licence.html

Это вам в службу поддержки вашего хостинга. 403 ошибка сервера а не DLE, означает что доступ запрещен. У вас на сервере есть какой то фильтр входящих данных и он срабатывает на эти дополнительные параметры в URL.

Сортирует сервер базы данных данных. Т.е. MySQL сервер, а не DLE. Со стороны DLE тут я вам ничем не могу помочь, потому что все что делает DLE это говорит MySQL серверу что ему нужно сортировать по алфавиту. Но и MySQL делает здесь все верно, потому что сортировка по алфавиту это не значит что например число 3 должно быть выше чем 17, потому как это посимвольная сортировка, а не по значению, соответственно 3 это больше чем 1 в том же месте текста для MySQL сервера, а то что там потом идет 7 после единицы роли для сортировки по алфавиту никакой не играет. Сравнивается конкретный символ в конрет

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