По вопросам техподдержки лучше задавать вопрос по указанным слева контактам или в ЛС.

PS. Обновил модуль.

Исправил.
Обновил плагин на гитхабе.

Самое простое - сделать чтобы вместе с CSS файлом переключался и JS файл.

Тут, к сожалению, ничего подсказать не могу.

'2,3,4,5,6' - Такая запись не поддерживается.

Только что установил на dle 14. Все нормально работает.
Работа тега {favorite-count} возможна только в файле шаблона login.tpl

По идее никаких проблем быть не должно.
Хотя я и не рекомендую использовать тот вариант модуля.

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

Да, конечно будет работать.
Главное чтобы было доп.поле с заполненным kinopoisk_id в виде простого числа.

Проще говоря в любой момент времени (через неделю после установки модуля), всегда будет выводиться актуальный ТОП по просмотрам за последние 7 дней.
Удаляется только старая, ненужная информация.

Стандартная ротация логов.
Через неделю будет удален лог только за 8й день и старше.

Модуль работает на штатном кроне. Штатный крон запускается раз в 2 часа.
Вот у вас в 02:00 (как раз между комментариями) крон и запустился.

Да, можно.
Нужно во все запросы в engine/engine.php в SELECT добавить dle_post.views_top
Затем в engine/modules/show.short.php добавить обработчик для тега {views_top} или создать php файл и выводить через {include file="..."}

Да, но не совсем.
Статистика будет собираться за один промежуток времени.
А количество блоков custom может быть любым.

Разумеется.
Достаточно в POST параметрах передавать не строку custom, а имя переменной конфига.
А уже в конфиге модуля будет эта самая строка с параметрами.

Даже примерно не могу назвать дату.
Я определенно хочу сделать новую версию модуля. Но пока никак руки не поднимаются заняться им.

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

Т.е. суть в том, что в шаблоне тег {custom ...} заполняет и оформляет админ.
А с этим модулем, управлением тега custom, грубо говоря, занимается пользователь. И если пользователь захочет сделать каку - то он сможет это сделать.

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

Хак по вашей ссылке - это custom ajax. Причем не самое безопасное решение.
Вопрос был не касательно организации табов переключения, а чтобы можно было с помощью этого модуля выводить 4 разных топа за разные промежутки времени.
Но это к сожалению невозможно в текущей реализации.

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

В конфиге модуля указывается количество дней на протяжении которых ведется сбор и хранение данных.
В custom указывается только тип сортировки order="views_top"


Это сейчас в DLE реализован вывод за все время. Данный модуль/хак как раз и решает эту "проблему".
Т.е. смысл тот же что в том модуле "Самый просматриваемый материал за текущий день", только не за 1 день, а за любой заданный промежуток времени. За последние N дней.

Именно в этом и заключается предназначение модуля - обработка уже загруженных изображений.

Да, с вероятностью 99%.

Это да. Тот метод требует выключенного кеша счетчика просмотров, а этот наоборот.
Хотя в принципе наверно подружить их не составит проблем.
Думаю достаточно будет в engine/modules/cron.php
Найти:

news_read=news_read+{$row['count']}

Заменить на

news_read=news_read+{$row['count']}, day_read = day_read + {$row['count']}

Обновил статью.

Я так понял описание версии 1.2.1 вы не читали?

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

Такое в принципе возможно. Если я конечно правильно понял.
Но это уже в корне другая логика работы. И для ее реализации придется много чего переделывать в модуле. Я этим не хочу заниматься.

Снизу. Как и в абсолютно всех мессенджерах.


Да.

Не заброшен.
14.0 поддерживает
Демо починил.

PS. Актуальная версия модуля https://sandev.pro/shop/78-light-chat-v121.html

Нет. В этом модуле - никак.

Модуль берет IP адрес пользователя, который определен движком.
В движке есть соответствующая настройка во вкладке безопасности.

1. Логично. Действительно, так удобнее будет.
2. В адаптации не было необходимости. Модуль работает на 14.0 версии.

Это было уже давно исправлено. Наверно года 3-4 назад.

Если ставить вопрос в глобальном смысле, возможно ли такое в принципе, то да, конечно возможно.
Если же в рамках функционала модуля - то категорически никак нет.
Я за такое не возьмусь.

Да.

ЛС исправил. Ответил в ЛС.

Да

Нет. Зачем?
Начиная с DLE v.9.0 - jQuery подключается самим движком.

К сожалению так не получится.
У меня идет привязка к логину пользователя, а в dle_pm привязка к ID.
После удаления пользователя - теряются данные связки логин-ID.

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

Да, сделал такой функционал пару дней назад, забыл обновить архив и статью.
Можно и именно с таким форматом записи как вы показали.

Да, в JPG прозрачность станет черной.
Поддержка Webp формата зависит не от версии DLE, а от версии GD библиотеки (php расширение).

Нет, на такое модуль не рассчитан.

Такое бывало, но это касалось не типа устройства.
В шаблоне была два раза подключена библиотека jQuery, поэтому и код модуля обрабатывался 2 раза.

engine/modules/show.full.php
Найти:

$tpl2->load_template( 'relatednews.tpl' );

Выше вставить:

$rel_cat_tpl = 'relatednews/' . (int)$row['category'] . '.tpl';
if (file_exists(TEMPLATE_DIR . '/' . $rel_cat_tpl)) {
	$tpl2->load_template($rel_cat_tpl);
} else

в папке с шаблоном создать папку relatednews и в ней создавать файлы 35.tpl, 19.tpl и т.д.

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

Тег {short-story limit="120"} и не должен работать в полной новости.
У меня, на демо сайте, он работает потому, что я когда-то добавил для него обработчик. По умолчанию этот тег работает только в shortstory.tpl