celsoft

вы на свой же приведенный код посмотрите. У вас ссылка указана как ссылка в комментарии. А не какое то мифическое выполнение onclick происходит. Смотрите что стоит после onclick у вас же код не обрывается. Нет, вам ничего не ясно. Какая проблема в коде движка? Вам помойму очень четко написали выше в чем ваша проблема. Ни в коде, ни в поисковике нет никаких проблем. Вы удалили пользователя, но не удалили его комментарии, соотвественно ссылки есть на вашей страницы, что правильно и корректно, потому как контент вы не удалили с сайта.

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

С чего вдруг вы это решили? Этот адрес прописан в атрибуте href ссылки. Потому что комментарии не в файле show.full.php а в файле engine/classes/comments.class.php

Открываете консоль браузера и смотрите какие ошибки у вас возникли.

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

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

В чем суть бага? Это раздел приема багов. У вас был пользователь зарегистрированный на сайте он оставлял комментарии на сайте, вы его удалили, у него были комментарии, вы их не удалили, они остались. В чем баг DLE? Что исправить? Не хотите чтобы были ссылки в комментариях, удаляйте комментарии удаленных пользователей. Никакого бага со стороны DLE я в этом вопросе не вижу.

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

Заливать или нет это фишка IOS 15 и последней версии Safari. Процесс полностью автоматический, браузер сам решает делать это или нет, зависит от цветов и высоты шапки, хотя точно разработчики Safari не раскрывают. Это область за пределами доступности станицы. Включается и отключается в настройках браузера, что на маках, что на телефонах.

Нет. Только время требуется.

Документ должен быть подписан. Например https://helpx.adobe.com/ru/reader/using/sign-pdfs.html Подписывается файл, а не загрузка не его сервер. Подписанный документ может быть загружен, конечно. Каково содержание документа для DLE и сервера неважно. Нет конечно. Это совершенное иное. К процессу загрузки не имеющее никакого отношения. Эти вопросы уже ни связаны ни с CMS, ни с загрузкой на сервер. Это вопросы цифровой подписи сертификатами документов, подписываете вы их на своем компьютере, своей цифровой подписью, а потом уже подписанные загружаете.

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

Нет не правильно. За один запрос считаются сразу все категории и от количества тегов количество запросов не меняется.

Разбивает При превышении 45 000 записей.

Ну поздравляю вас. У вас неоригинальный файл DLE, в оригинальном этого нет. вы совершенно невнимательно читаете то что я пишу вам. Я написал вам что DLE отдает тег {content} контент одинаково для всех разделов сайта, независимо от того поиск это или главная или еще что. Потому как строчка в DLE для этого одна. Кстати та что указана выше. А не писал вам про одинаковость контента страницы, про одинаковость кода контента страницы писали уже вы, а не я, на что кстати я вам возразил. Читайте внимательно все написанное выше в теме. Вот вы сейчас опять пишите, то что не соответствует

Нигде DLE не берет {content} в пустой div. Где вы это увидели непонятно. Повторюсь, тег {content} обрабатывает одна и та же строчка кода для всего DLE и всех его разделах. А вот шаблоны беруться разные и в разных разделах может формироваться разная DOM структура соответственно, появляться например дополнительные и слои из шаблона, или добавляться формы и т.д. А что у вас там за класс brdrph и где он у вас прописан и к чему привязан в шаблоне, никто кроме вас не знает. Если он у вас например за пределами того что выводит {content} то очевидно что форма <form> это тоже элемент DOM и соотве

Ну значит не туда вы смотрите, <script> выводит не {content} если конечно у вас сам шаблон вывода не начинается с этих тегов. Я вам в этой теме ответил лишь потому, что непосредственно в самой теме вы обратились лично ко мне. Но ваша проблема заключается в том, что вы неверно привязались в вашем шаблоне к своей верстке, а не в том, что DLE делает что то неправильно. Я же занимаюсь только технической поддержкой DLE, а не выявлением ваших ошибок в вашем шаблоне, и указанию того что и на что вам поменять в вашем CSS. Ко мне имеет смысл обращаться только по техническим проблемам самого

тег {content} выводит ваш шаблон. Он ничего своего дополнительно не добавляет, и строчка которая выводит тег {content} одна в скрипте на все, не важно главные это новости или поиск. А вот ваш шаблон, состоит из частей которые собираются из разных файлов, соответственно то что в одной ситуации у вас может образовываться одна цепочка DOM, а в другой другая, и это очевидно, что при разной цепочке DOM, привязка к нумерации по дереву может изменится. Так открывая исходный код страницы вы и увидите есть отличия или нет, вы же сами пишите в своем сообщении, что отличий в формируемом коде нет,

Ваш вопрос не связан с DLE и не относится непосредственно к DLE. Это напрямую зависит все от верстки вашего шаблона. Значит не одинакова, и отличия все таки есть. Какая разница сколько? Модификатор :first-child говорит использовать первый. И не важно, один или десять будет. Это значит что он либо не первый в иерархии DOM, либо есть другие свойства отменяющие действия этого. Инспектор элементов в браузере нужно смотреть и задействовать чтобы понимать это.

Нет. Это голосования на сайте нужно использовать. Они глобальны, а не голосования непосредственно для новостей.

Это два разных и независимых скрипта. Для DLE не важно какая у вас версия phpMyAdmin. Равно как и phpMyAdmin все равно какая у вас версия DLE

Мешать редакторы очень плохая идея. Они формируют разный код, и обрабатываются по разному. Редактор должен быть един для всех. Даже для сайта и админпанели лучше тоже делать единым.

ну правильно в register.php, только не ссылки нужно подменять, а после того как вставились данные в БД уже после валидации, и поставились куки set_cookie( "dle_user_id", $id, 365 ); set_cookie( "dle_password", md5($regpassword), 365 ); ставите header https://www.php.net/manual/ru/function.header.php на профиль, и оставливаете работу через exit

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

Есть. Изучайте все кнопки редактора. В данном случае это кнопка в виде папки в редакторе. Каждое поле может иметь свой редактор и каждый редактор обладает этой кнопкой.