celsoft

Нет, это неверное предположение. DLE никогда не пересчитывает никаких комментариев. И 97 000 для комментариев это совершенно небольшое значение. А на главной странице сайта DLE даже никак не обращаться к комментариям. Все это относится к стандартному DLE. Если есть какие то сторонние модификации, то они уже могут что то делать с комментариями на главной. Так что причина вашей проблемы в чем то другом. Это тема пожеланий к новым версиям. Ваше сообщение не имеет к этому отношения. Если у вас проблема и нужна помощь создавайте свою отдельную тему.

Ошибка говорит о том что невозможно подключить файл engine/inc/include/functions.inc.php, если он присутствует, то PHP интерпретатор не имеет доступа к нему. Нужно смотреть уже права доступа для PHP интерпретатора в настройках сервера, для этого вам нужно обратиться в службу поддержки вашего хостинга. Речь идет уже не о правах на файлы и папки, а о правах доступа для PHP интерпретатора. Но в первую очередь нужно проверить наличие этого файла.

To download directly with resume, it is necessary to specify the "public" option when uploading to the server via DLE

You can resume downloading only if the download is direct. Not through DLE.

Принято. Поправим.

In order to download directly, it is necessary to specify the "public" option when uploading to the server via DLE

Вообще для актуальной версии требуется версия 8.0 и выше, а не 7.4

Нет Нет. Рейтинг не позволяет устанавливать самостоятельно какие либо значения.

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

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

Тут в другом вопрос был. Эта настройка сбросит если он войдет в другом месте на сайт, только тогда предыдущий будет сброшен. А здесь восстановление без входа в аккаунт в другом месте.

Выше мое полностью сообщение прочитайте. Там описано все достаточно подробно. Без вашей оплаты ничего не будет. И подобные манипуляции слишком примитивны и не работают на мне. Во первых DLE ее и не сохраняет, я вам на это указал, ее сохраняет браузер, а не DLE, согласно тем настройкам что вы ему принудительно указали, а что делать я Вам ответил. Вариантов два: 1. Отказаться от браузера, потому что вы всегда !!!! будете зависеть от его настроек, потому как он взаимодествует с сервером, соответственно всегда обеспечивает зависимость от этото. 2. Оплатить свое персональное желан

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

Вы немного голову включите. Какой баг? Вы хотите и сессии браузера не закрывать и закрывать одноврменно!!!! Это баг вашего логического мышления. При включении этой опции браузера у вас нет закрытия браузера в принципе, вы остаетесь в пределах одной сессии, т.е. браузер ведет себя так, как бы вел если бы никогда не закрывался, это функция защиты от случайного закрытия. А вы настроили DLE чтобы он реагировал именно на закрытие браузера, которого для него не было. DLE не банк, а банки не используют сессии браузера для авторизации. Не смешивайте теплое с мягким. Это вам не куки или сессии,

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

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

Вы думаете что DLE в курсе что там у вас Windows, Mac Book или iPhone? Нет не в курсе. Ему все равно какое устройство у вас, он работает на сервере, а не на ваших устройствах, и работает одинаково независимо от того какое у вас устройство, и не может зависеть, потому что он вообше в другом месте работает, а именно на сервере, а не на ваших устройства, и на работу DLE может влиять только сервер, а не ваши устройства. Я вам пишу основываясь исключительно на ваших словах, вы спросили почему одного пользователя может разлогинивать при переходе по внутренним страницам, а другого нет, со сторон

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

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

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

Принято. Будет исправлено в следующей версии

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

Эта

Не за вывод непосредственно, а за то как она будет добавлена в базу данных. В принципе она же будет и в URL

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