celsoft

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

У вас возникла серверная ошибка, скорее всего в 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

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

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

Потому что согласно документации https://dle-news.ru/extras/online/index.html?all16.html Запятая используется для разделения значений если нужно значение поля сравнить с несколькими значениями одновременно. Соответственно указав [ifxfvalue dop="1136,983,1137"] DLE проверяет соответствует ли значение поле со значением 1136 или 983 или 1137, что собственно не будет совпадать со значением 1136,983,1137 которе вы указали в поле, поэтому тег ничего и не выводит, что в данном случае полностью корректно и правильно.

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

Если включено кеширование, то кеш распространяется на группу!!! пользователей для шаблонов, контент которых целиком идет в кеш, а не ваш персональный только для вас. Поэтому если используете в шаблонах, которые кешируются целиком, например шаблон краткой новости, то будете видеть того, кто посмотрел первым. Если первый посмотрел в десктопа, и это попало в кеш, то вы увидите из кеша именно то что видел пользователь десктопа. Данные теги либо используются в шаблонах, которые не идут целиком в кеш, например main.tpl, либо кеширование нужно отключать, если используются в шаблонах, которые кеш

Вы два раза выводите картинку в шаблоне, поэтому она у вас и два раза. Первый раз это код <a href="{full-link}"><img src="{image-1}" alt="{title}" width="100%"></a> а второй раз непосредственно в тексте новости через тег {short-story}

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

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