[Пожелания для новых версий DataLife Engine]

Часовые пояса работают непонятно как. Пример кривой обработки:

1) В настройках сайта выставлен часовой пояс (GMT-08:00) Тихуана

2) В настройках профиля выбран часовой пояс Москвы

3) Например, публикуем новость с датой 5.11 22:55, смотрим на сайте и вместо «Сегодня, 09:55» выводится «Вчера, 09:55»

Эта проблема во всех версиях DLE, что на 15, что на 16, что на 17, в настройках сервера выставлен правильный часовой пояс. Такая же проверка была на openserver, кейс работает точно таким образом, выводя неправильную дату, если у пользователя выставлен в настройках профиля другой пояс 

[Пожелания для новых версий DataLife Engine]

Вы зачем из окна "Вставить/редактировать изображение" убрали возможность менять высоту и ширину, кто просил? 😐

[Пожелания для новых версий DataLife Engine]

В переменной $timezones отсутствует значение America/Los_Angeles и если на сервере установлена временная зона America/Los_Angeles, то в DLE происходят непонятные проблемы с датами. Как полагаю, из-за того, что America/Los_Angeles нет в массиве, устанавливается Europe/Moscow

Также просьба переделать использование info.tpl. Когда мы публикуем пост или переходим по несуществующей странице, всегда выводится уведомление/ошибка в одном и том же стиле. Тут хотелось бы иметь возможность стилизировать info.tpl под разные ответы

[Пожелания для новых версий DataLife Engine]

25.07.2022 в 06:40, celsoft сказал:

С чего вы это взяли и где вы такие предложения увидели? По вашему это можно делать только при каждом посещении и никак иначе? Вы заблуждаетесь если так думаете.

Мы вам ответили только на вопрос:

Ответили что:

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

Поэтому за свой миллион посетителей не переживайте, они не будут ничего делать миллион раз.

Спасибо за объяснение, теперь стало понятнее о работе.

Вопрос появился другой. Используется редактор TinyMCE, в статьях вставляются спойлеры, иногда закрывающий спойлер [/spoiler] оборачивается в <p></p>, открывающий при этом в <div>..., соответственно спойлер ломается. Приходится в ручную подправлять, непонятно из-за чего возникает такая ошибка.

Также другая проблема. Если запустить перестроение публикаций, то спойлеры начинают ломаться. Особенно такое происходит если запустить несколько раз. Появляется куча дивов, спойлеры ломают часть блоков шаблона (https://prnt.sc/j9lTqHDALUUy)

 

 

[Пожелания для новых версий DataLife Engine]

5 часов назад, celsoft сказал:

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

9 часов назад, neural сказал:

Вы извините конечно, CMS уважаю очень, но это такой бред полный. То есть вы предлагаете использовать этот cron от каждого "посещения" пользователя? А если посетителей будут миллионы, это миллион запросов будет слаться так? Я конечно понимаю, что многим все равно, но это дико не оптимизировано и к чему вообще так реализовано.

Есть же cron.php глобальный, эти функции должны быть там, нет?

[Пожелания для новых версий DataLife Engine]

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

В документации не говорится, что у available есть xfsearch.

В настройках есть "Автоматическое удаление изображений", как оно работает? Если по крону, то как этот крон настраивается? В корневом кроне ничего не вызывается, есть /modules/cron.php, при этом в init.php идет вызов файла, но установлено $cron = false; . Нужно ставить true, чтобы работало?

[Пожелания для новых версий DataLife Engine]

9 часов назад, celsoft сказал:

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

Перечитайте мое сообщение, я это понял и говорю, что это неудобно.

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

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

Когда это можно с точки зрения UX сделать одной галочкой "Учитывать настройки групп".

[Пожелания для новых версий DataLife Engine]

В настройках группы есть возможность установить лимит на вес файла "Максимальный размер файла допустимый к загрузке на сервер (в килобайтах)", но эта настройка игнорируется дополнительным полем с типом Загружаемый файл, может и на других тоже, не проверял.

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

[Пожелания для новых версий DataLife Engine]

Просьба переработать вывод description в категориях. Например, https://dle-news.ru/lastnews/page/7/, в meta description просто подставляется текст из первой краткой новости. Это очень неудобно. Почему бы не брать данные из настроек категории и разделять, как это сделано для title.