celsoft

Не придумывайте. password_hash не имеет никакого отношения к md5. password_hash надежен, а md5 устарел и уязвим к атакам по словарю, т.е. легко подобрать зная только хеш: https://www.php.net/manual/ru/function.password-hash.php Пароли нигде и никогда не хранятся в открытом виде. А теперь вопрос: как перейти со старого алгоритма шифрования на новый? Чтобы для пользователя все прошло бесшовно? А не по принципу: все теперь ваш пароль не работает, и мы не знаем ваш пароль в открытом виде, поэтому вы заново регистрируйтесь и ваши данные потеряны. Правильно. Нужно понимать оба алгоритма и м

DLE использует двойной md5 на данных старых версиях. В актуальных уже давно не использует md5, вместо него password_hash

Во первых public итак стоит в DLE, видимо у вас какая то ну очень древняя версия DLE. Вы не указали какая у вас версия DLE в своем сообщении. говорит о том что в функции 5 параметров, а должно быть 4 для вашей версии PHP. То есть вы используете версию PHP которая вышла намного позднее, чем ваша версия DLE и не совместима с ней. Править нужно не файлы скрипта, а использовать именно правильную версию PHP для вашей старой версии DLE. И это важно! Потому как использование несовместимых версий PHP которые вышли намного позднее чем ваша версия DLE, то будет множество разных ошибок в раз

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

Конечно есть. Компилируете свой модуль уже в свою секцию, и для секции назначаете свой тег в файле который компилирует main.tpl. это engine/modules/main.php

вообще то нужно просто убрать echo $tpl->result['content']; и все. А если не выводится, то нет тега {content} в основном шаблоне main.tpl. Поэтому проверяйте его наличие, может вы его выводите с какими то ограничениями по разделам.

если это категория то параметр cat

это значит что такого значения не прописано ни в одном поле у новостей из данной категории. Потому что неважно где вы этот тег поставили. Это роли для выборки не играет. https://dle-news.ru/extras/online/index.html?startnews.html tags это список ключевых слов из облака тегов, назначенных новостям. Например тег {custom tags="новости,шаблоны"} выведет все новости, которые содержат ключевые слова из облака тегов "новости" и "шаблоны". Возможно тоже. Как я написал выше, это вам уже содержание новостей нужно смотреть. Если не вывело, значит не нашел таких новостей по вашему крит

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

Потому что для ЧПУ нужен .htaccess который работает только в Апаче. Если вы его убрали, то и .htaccess работать не может. Для чистого nginx смотрите https://dle-news.ru/tips/770-pravila-rewrite-dlya-podderzhki-chpu-na-serverax.html

Еще как возможный вариант это глюки в кодировках. Если используете unicode кодировки в логинах. Если да, то попробуйте использовать простые логины, латинские буквы и цифры, например не используя русский или другой язык. Потому как \xd1\x80 это весьма странный логин, не похож на реальный это похоже на битые данные.

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

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

Один вопрос? Кем положено? Это вами придумано, а не как положено. Как положено описано в документации, в частности по main.tpl https://dle-news.ru/extras/online/index.html?newitem23.html и согласно этой документации положено ставить тег {login} для подключения формы авторизации. А тегом {include file="login.tpl"} согласно той же документации вы подключили внешний сторонний файл для шаблона, в котором будут работать только теги которые работают в шаблоне в котором он подключается, т.е. теги от main.tpl к авторизации не имеющие никакого отношения. Надеюсь суть вы поняли? ))) Исправляйте.

Ну во первых никаких дефисов убирать не нужно в принципе. Во вторых с чего вы взяли что эта ошибка это на URL site.com/30-test-test.html ? Ваше личное предположение? В таком случае оно ошибочно потому как в этом URL нет ни пробелов не управляющих символов. Дефис к таковым не относится. Эта ошибка у вас из за других URL