celsoft

Вы два раза выводите картинку в шаблоне, поэтому она у вас и два раза. Первый раз это код <a href="{full-link}"><img src="{image-1}" alt="{title}" width="100%"></a> а второй раз непосредственно в тексте новости через тег {short-story}

Нет не на уровне сервера. Это делает внутренний блокировщик DLE потенциально опасных параметров, потому как в параметрах обнаружены потенциально опасные параметры. А в первом запрсосе ничего потенциально опасного нет. А во втором в параметрах передается имя PHP файла, DLE так не делает никогда, поэтому считает такой параметр небезопасным и автоматически блокирует все. Реферал это параметр который посылает сам клиент обращающийся к серверу, а не сервером автоматически формируется. Поэтому он может быть подделан и быть каким угодно. Считать его всегда корректным нельзя. Он корректен если

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

Вы пользуетесь устаревшей версией DLE. На актуальной версии такой проблемы нет.

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

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

Я это и написал выше.

Значит что то опять они у себя поменяли, попробуйте просто указать адрес сайта с указанием https без параметров, например https://site.com/index.php или https://site.com/. Если не поможет, вам уже в поддержке VK нужно узнать что неверным они считают в Redirect URI

Вами была нарушена инструкция по обновлению скрипта, либо вы восстанавливали базу данных от старой версии, на новой. В результате чего версия вашей базы данных не соответствует версии файлов DLE. Как выполнить повторное обновление базы данных, описано на странице http://dle-news.ru/faq.html

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

Восстанавливать бекап базы данных нужно только на той версии DLE, на которой он был сделан. На более новых версиях DLE бекап БД от старой версии нельзя. Соответственно верно, нужно восстановить и файлы и БД. Все данные храняться в БД, соответственно если БД потеряна то и данные также потеряны. Вы вернетесь в ту точку на которой был сделан бекап.

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

Тег {custom ...} это тег пользовательского вывода публикаций по параметрам которые в нем указаны. Никакие настройки на него в принципе не действуют, только параметры указанные в теге. Соответственно если для разных групп пользователей нужно выводить разное, то для разных групп нужно использовать разные теги вывода с разными параметрами. Для этого есть теги [group=...] ... [/group]

Есть. Этот инструмент называется: пользуйтесь актуальной версией, а не версией которая устарела много лет назад.