celsoft

Во первых ничего удивительного, новости храняться в БД в готовом !!! виде, соответственно то что опубликовано, код его сформирован и неизменен, и он вдруг!!! не пропадет никуда. Во вторый причина проблемы всегда одна, а именно у вас нет интернет соединения между вашим сервером и сервисами youtube. DLE запрашивает код для вставки в новость с сервиса youtube по протоколу oembed. И если не получено кода, то и вставлено ничего не будет. Поэтому проверяйте на сервере работу исходящих внешних соединений.

Версия DLE не играет никакой роли. У вас некорректно выставлены првва доступа на папки, поэтому к файлам нет доступа. Права нужно выставлять на папки которые указаны в инструкции по установке https://dle-news.ru/extras/online/index.html?overview.html и никакие другие. У всех других должны быть те права которые ставит ваш хостинг по умолчанию. Вы же поменяли и у каких то других папок. Сверяйте.

Какая разница куда приходит письмо? это вообще не важно. Это везде и всегда есть.

Ничего подобного, вы же при нажатии ответить, отправляете автоматически на почту именно отправителя, а не в неизвестность. DLE корректно использует Reply-To в письмах.

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

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

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

Никак. Забудьте об этом. И запомните одно незыблемое правило: "Все что публично доступно в интернете, может быть скопировано". Нравится вам это или нет, это неважно, потому что это факт. И не важно какой CMS вы пользуетесь, неважно на чем и где ваш сайт. Любой кто вам скажет иначе, вас просто обманет. Поэтому это все пустая трата времени, нервов и денег. Единственный способ защиты, это не публиковать сайт в сети интернет. Написать для этого свой плагин, который перепишет функциональность скрипта, но занятие бессмысленное, причина описана выше. С чего вы взяли что эта информация берется

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

Логично, у вас нет тегов ее вывода в шаблоне. Также на вашем сайте я не вижу ее вывода. Поэтому как вы ее включали непонятно, вероятно как то неверно.

Да неверно. Не пользоваться "кривыми модулями". Если доступа быть не должно а сторонний модуль написан вопреки правилами и стандартам 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.