celsoft

Да неверно. Не пользоваться "кривыми модулями". Если доступа быть не должно а сторонний модуль написан вопреки правилами и стандартам DLE, то это явно проблема этого модуля. Все что находится в папке engine/modules/ не подлежит прямому доступу из вне, и ни один стандартный модуль из вне там не запускается. Кроме каптчи, но для нее и написаны особые правила доступа. Это внутренняя папка, без прямого доступа из вне, и размещать там файлы к которым требуется прямой внешний доступ неправильно. Поэтому вам нужно обратиться к автору модуля, чтобы он написал его так, и разместил его там, чтоб

В эту папку и не должно быть доступа. И содержимое этой папки не запрашивается через URL и не должно запрашиваться. Собственно это и запрещает доступ. Что собственно правильно. И для чего вам вдруг понадобился доступ в эту папку через браузер непонятно. DLE не берет оттуда картинки через внешние обращения.

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

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

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

Как? Тут нет каких то алгоритмов оптимизации. Если знаете, то скажите как можно оптимизировать. Я бы вообще на вашем месте в таком случае отключил кеширование счетчика в отдельную таблицу, во первых он давно вынесен за текстовую таблицу, поэтому и в основной будет выполнятся быстро, во вторых InnoDB не блокирует на уровне таблицы, а только на уровне строк. Поэтому кешировать отдельной таблицей давно потеряло актуальность. Это было актуально при MyISAM, и остается в DLE исключительно для очень старых сайтов, которые давно построены и их движок MySQL не изменен с MyISAM на InnoDB. Если

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

Что сложного? Все же описано https://dle-news.ru/extras/online/index.html?startnews.html на русском языке и с примерами. {custom days="7" order="reads" sort="desc" limit="5"} выведет пять новостей за последние семь дней отсортировав по просмотрам по убыванию, т.е. самые просматриваемые новости за неделю.

Есть такая возможность уже. В админпанели раздел "Редиректы" где с этих страниц вы можете поставить редирект например на главную, тем самым их не будет.

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

Не понял. В про какой параметр какого тега? Если custom то в нем есть такой параметр и такая возможность. Поясните что имеется ввиду.

Причина только в некорректных правах, либо скопировали не все файлы. Откройте консоль браузера и увидите, если ошибка 404 скопировали не все файлы на сервер, если 403 то некорректно поставили права доступа. Минимальные требования DLE к серверному ПО указаны на странице https://dle-news.ru/request.html

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

Хорошо, Вам виднее ))). Не буду вас переубеждать. Зачем? Лишено практического смысла.

Выставлены некорректные права доступа на папки. Менять права нужно только у тех, которые указаны в инструкции по установке https://dle-news.ru/extras/online/index.html?overview.html Вы же видимо попутно или случайно "зацепили" и другие папки. Например скорее всего некорректно поставили права на папку engine/ На нее вы не должны менять права, они должны быть такими какие ставит сервер по умолчанию при копировании на сервер по FTP.

Это стоит с самого основания DLE и никто не просил ничего другого ))). Это к вашему вопросу зачем )) Никого этот вопрос в принципе не волнует получается. Изменим это не сложно. Всем в любом случае все равно что там стоит получается ))). В новой версии уже будет с F, в описании к релизу этого конечно же не будет, слишком мелкое изменение так что просто имейте ввиду ))

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

Сами это придумали или подсказал кто? Права не делают сайты уязвимыми, уязвимыми может быть только ПО а не права. И если вы не ставите на свой сервер непонятно что, то и проблем никаких нет и быть не может. DLE предписывает ставить на эту папку права 777 согласно инструкции по установке и никаких проблем с безопасностью не имеет. У вас DLE пишет в эту папку файлы бекапов, а значит Апач и скрипты домена уже имеют права на запись туда, и если бы какие то уязвимости были то воспользоваться ими можно было без 777 прав, потому как без них есть права записи у вебсервера. Защищаться от уязвимости нуж

Установите CHMOD 666 и удаляйте. Либо смените владельца от имени адмистратора командой chown --recursive имявладельца:имявладельца /var/www/и тд полный путь к папке https://losst.pro/komanda-chown-linux?ysclid=lz8m0wcwnj489359092

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

Ваш сайт отключен, поэтому RSS и не будет работать. Включите сайт.

Начинать нужно с соблюдения правил форума:

В DLE это разные страницы с разным контентом. Что там у вас переделано я уже не знаю.

Принято, спасибо.

Если контроль включен, то со страниц будет редирект А страница сайт.ру/load/page/5/ это вообще не связанная страница с предыдущими, потому как в стандартном DLE это страница категории с совершенно другим контнетом. И если у вас не так и такой категории нет, то у вас вообще модифицированный DLE