celsoft

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

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

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

Инструкции по установке чего? Это базовая возможность форума IPS и внешняя авторизация просто включается в админпанели форума, там все по пунктам и понятно.

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

Используйте fail2ban и по логам сервера смотрите кто в определенный промежуток времени часто искал того сразу в бан сервера на несколько часов, это намного эффективнее limit_req

Причем не только новости автора X, но и новости этого автора из категорий с ID 70,71,72

Видимо жара плохо действует. Действительно отправляет если запросить это. Совсем забыл про эту старую возможность. Действительно вы правы. DLE может отправить эту информацию, если ее запросить. Но только если это специально запрашивается, а не всегда это выводит. Запрашивают как правило поисковики специальным HTTP запросом. Проверяется исключительно дата добавления или редактирования, если публикация редактировалась. Любая страница называется ресурсом. Я отношу это к полезному содержимому, т.е. к публикации. И это указывает поисковикам нужно ли переиндексировать страницу или нет. Поис

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

При формировании метатегов DLE 100% удаляет содержимое тегов hide. А что вы делалете уже неправильно, никто сказать не может, потому что за вашей спиной не стоит и ваших действий не видит. А вы ничего и никак подробно свои действия не описываете.

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

Нет. Это показывает предыдущие просмотры, того кто смотрит сайт. А не чей профиль вы смотрите.

Этого нет ни на одном из этих сайтов и ни в одной ссылке. Чем вы смотрите? В браузере? Если да то проблема может быть в вашем браузере, а имено сторонних плагинах установленных в браузер, которые вмешиваются в код страниц. Я не вижу ни на одном из этих сайтов кода который вы написали, на всех RSS корректен и без проблем работает.

Такого кода в оригинальном DLE нет. Поэтому я не могу вам сказать откуда он у вас берется. Я ничем не могу вам помочь с ним.

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

В доп. полях тоже можно использовать теги hide.

Какую тему? Я вам про ваш скриншот говорил. И это написано на вашем скриншоте. Ошибка у вас в том что нет файлов этого стороннего плагина на сервере. Ваш плагин состоял не только из xml но и других дополнительных файлов PHP, которых на данный момент на сервере нет физически, и ошибка вам говорит о том что нет файлов. Вы смотрите на заголовок ошибки, но не смотрите на текст ошибки. Текст ошибки это поясняет.

Вы ниже сообщение прочитайте. Там же четко написано что отсутствует файл на сервере от данного модуля. Помимо описания плагина которое у вас в .xml этот сторонний плагин должен еще и содержать какие то свои файлы php на сервере.

Невозможно. <span> не просто так и не для красоты. Он нужен чтобы работало автоматическое обновление контента при AJAX действиях без перезагрузки страницы.

Нет

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

Можно. Теги [xfvalue_uw-you-band] выводит в шаблоне содержимое доп. поля в том месте в котором вы его поставите. А HTML или JS в этом месте будет, совершенно неважно. Поэтому ничего собственно не мешает использовать содержимое в JS коде. Шаблонный тег, это не переменная, это вывод содержимого там где вам нужно в вашем шаблоне.

А что вы делаете правильно? Вы используете теги в одном месте шаблона, а хотите чтобы информация скрылась в другом месте. Это разве по вашему правильное действие? Как то нелогично этого ожидать вообще. Метатеги формируются на основе контента публикации, а теги [group=X]текст[/group] и [not-group=X]текст[/not-group] скрывают в шаблоне то что вы укажите и к формированию метатегов не имеют никакого отношения и никак с ними не связаны.

Ничего. Эти теги в этом шаблоне не поддерживаются. Каждый шаблон имеет свой набор тегов и не зависит от других. Все поддерживаемые теги описаны в документации https://dle-news.ru/extras/online/index.html?profile.html и там эти теги не описаны, в отличии от userinfo.tpl https://dle-news.ru/extras/online/all23.html Использовать в шаблоне можно только те теги, которые описаны в документации по шаблонам.

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