celsoft

Изучите понятие "канонические ссылки" https://yandex.ru/support/webmaster/robot-workings/canonical.html?ysclid=m0sczaet6p128181011. После чего угадайте с трех раз, использует их DLE или нет. А если использует, то как и что стоит в коде? А также угадайте с трех раз, считают ли поисковики добавление слешев разными страницами. И хватит уже жить в начале нулевых и тащить всякие мифы из конца девяностых в современный мир. Поэтому да, на официальном сайте все установлено правильно, и чтобы вы не дописали к главной странице, хоть какие параметры, поисковикам на это будет глубоко наплевать, пото

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

В оригинальном DLE все работает. Это все что я могу сказать. Лицензий я у вас не вижу, соответственно что у вас там стоит, никому не известно. А для получения помощи нужно как минимум быть клиентом и иметь лицензию на DLE.

Я вас понял. Это баг, что глобальные теги не обрабатываются при просмотре несуществующего раздела. Будет исправлено в следующей версии.

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

Нет. Все теги которые вы видите на страницах вашего сайта, прописаны у вас в ваших шаблонах. А не где то в коде DLE. Поэтому проверяйте файлы своего шаблона на предмет того где именно у вас это написано. Более того если вы внимательно прочитаете пункт, то речь идет о шаблоне categorymenu.tpl в котором в принципе не может быть несуществующей категории, потому как он выводит список существующих категорий. Так что скорее всего вы что то где то намудрили уже в своих шаблонах.

Я вас выше написал, что если вы это сами написали в тексте, то DLE вам ничего из текста не вырежит никак. Он выводит ровно то что вы написали. Если там не должно быть h2 значит не пишите этот h2 в этом поле, а пишите только в том, где он нужен.

Есть такой раздел в админпанели, который называется "Заголовки, описания, метатеги" в котором можно всего одной строчкой запретить все эти ссылки для индексации. Добавив метатег Robots/ Изучите его. Если не нужно вам, это не значит это не нужно другим и теперь их DLE нужно удалять его возможности. Тем более что если не нужно, то запретить их можно очень и очень легко. Как для индексации или сделать редирект в соседнем разделе, вариантов предусмотрено для этого масса в DLE.

Заголовок ваш где написан? Непосредственно в поле краткого описания? Если да, то Вы пишите свой контент в публикации в админпанели, что вы напишите то и выводится. Какие то отдельные HTML теги из написанного вами из всего текста никуда не пропадут и не уберутся при его выводе. Поэтому используйте разные поля с разным содержимым.

Прочитайте сами свой вопрос. Как вы думаете он понятен хоть кому нибудь кроме вас?

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

Где я написал что DLE их генерирует? Где в моем сообщении вы прочитали про их генерацию со стороны DLE? Я написал про то как DLE интерпретирует эти ссылки, а не про то что он их генерирует сам. Затем что это одна из фцнкций DLE, и пользователи сами могут поставить такие ссылки для реализации подобного им поиска. DLE таких ссылок сам не генерирует, но будет осуществлять поиск если их отправить в DLE, т.е. поставить на страницу самостоятельно.

Также можно проще указать разделитель для облака тегов в настройках скрипта в админпанели в настройке

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

Принято. Исправим

В настройках скрипта в админпанели, во вкладке настроек оптимизации быстродействия.

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

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

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

Значит со стороны DLE вы ничего больше отключить не можете. Проигрывают видео браузеры напрямую, а не DLE, плеер это лишь просто HTML внешность и не более того, а проигрывание идет встроенными средствами самого браузера. Можно лишь указать атрибут для HTML тега видео, загружать метаданные или нет, но браузер решает сам в любом случае. Кстати я посмотрел вашу страницу, при инициализации ее в браузере, на видео потрачено было всего 296 байт если видео не запускать согласно вебинспектору браузера. Поэтому я не вижу проблемы на данной странице.

В админпанели, в разделе "Настройка проигрывателей медиаконтента" отключаете настройку:

Причем здесь тема про youtube и ваши сайты которые у вас на скриншотах? По вашему это одно и тоже? Если да, то ваши мысли в данном вопросе неверны. Я писал именно про youtube, а ваши сайты не работают совершенно по другой причине. Тег [media=...] получает код, который нужно вставить с сервиса с использованием протокола обмена данных oEmbed. Ваши сайты которые у вас на скриншоте, не поддерживают данный протокол обмена данных, соответственно ожидать от DLE какой либо поддержки нет никакого смысла, это должен поддерживать ваш сервис видео откуда вы хотите получить плеер для вставки. Сервис Youtub

https://dle-news.ru/extras/online/index.html?startnews.html

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

Редирект на любую несуществующую страницу, например статическую страницу которой нет, и будет в итоге 404. Настроек в DLE уже такое огромное количество, что я считаю что добавлять их нужно только тогда, когда они действительно нужны, а в этом вопросе я совсем не вижу какой то явной необходимости.