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

[celsoft 6 185]

3 часа назад, Gameer сказал:

• Включёна поддержка related news.
• Теги вывода в полной не используем
• Вместо этого используем custom с тегом {related-ids}
• В итоге у нас дополнительный ненужный запрос на получение новостей в related-news и обработка tpl файла который также не нужен в этом кейсе.

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

[Gameer 321]

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

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

То есть вы предлагаете каждый раз вручную нажимать кнопку? Отличное решение!

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

[celsoft 6 185]

11 часов назад, Gameer сказал:

То есть вы предлагаете каждый раз вручную нажимать кнопку? Отличное решение!

Я не предлагаю. Я лишь говорю, что это ваш выбор, либо экономить один запрос к БД и делать это вручную, либо не экономить запрос и все будет на автомате.

11 часов назад, Gameer сказал:

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

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

[Gameer 321]

1 час назад, celsoft сказал:

Я не предлагаю. Я лишь говорю, что это ваш выбор, либо экономить один запрос к БД и делать это вручную, либо не экономить запрос и все будет на автомате.

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

Что? Вы явно не понимаете о чём идёт речь. Строка 1214

if ( $row['related_ids'] ) {

Заменить на 

if ($row['related_ids']) {
    $first_show = false;
}
if ($row['related_ids'] && stripos($tpl->copy_template, "{related-news") !== false) {

Потом строка 1235

} else {

Заменить на

} elseif (!$row['related_ids']) {

И код шаблона весь обернуть в проверку используется ли тег {related-news}

$tpl2 = new dle_template();
$tpl2->dir = TEMPLATE_DIR;
$tpl2->load_template( 'relatednews.tpl' );

А вы совсем не то пишите, какой-то запрос постоянно использовать. Никто не говорит включать запрос на постоянку, я пишу о том чтобы убрать запрос этот если вывод {related-news} идёт через {custom с помощью тега {related-ids} ибо в таком случае у вас висит не использованный запрос и скомпилированный шаблон relatednews.tpl

$db->query( "SELECT id, date, short_story, xfields, title, category, alt_name FROM " . PREFIX . "_post WHERE id IN({$row['related_ids']}) AND approve=1 ORDER BY FIND_IN_SET(id, '{$row['related_ids']}') LIMIT " . $config['related_number'] );

 

Изменено 8 мая пользователем Gameer

[ntrtv 59]

Для тегов [next-url] и [prev-url] добавьте, пожалуйста, возможность вывода изображений из предыдущей и следующий новости, короткого описания для более гибкого вывода данного блока.

[fanera 28]

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

Изменено 12 мая пользователем fanera

[MGHaze 4]

1. Недавно был добавлен полезный параметр для custom - name="X", а также тег [custom=X] Текст [/custom]. Теперь, если юзаешь кастом в каком-то блоке в категориях (например, слайдере новостей данной категории), то заголовок (или весь блок) блока можно закинуть в [custom=X] Текст [/custom] и он не будет отображаться там, где недо (например, на пустых или несуществующих категориях). Хотелось бы такой же тег проверки наличия контента в {content}, аля [сcontent] Текст [/content].

2. Добавить возможность прописать в вышеупомянутом [custom=X] сразу несколько блоков через запятую. Кейс - один и тот же блок выводиться с заголовком и на главной и в категориях, но на главной custom выводит новости из всех категорий, а в категория только из текущей {custom category="{category-id}"... Весь блок имеет один и тот же код, кроме параметров кастома. Но чтобы скрывать этот блок методом из п.1, мне надо дублировать весь код блока, за исключением параметров custom. Но если бы работал тег для нескольких блоков сразу, например [custom="main-slider, cat-slider"], то можно было бы просто во внутрянке прописать 2 кастома, а не дублировать блок целиком.

3. Добавить для custom параметры new и updated (аналогичны одноименным тегам в полной/краткой новости), но чтобы они работали независимо от чекбоксов в новостях "Выводить информацию о том что публикация обновлена". Либо добавить параметру updated дополнительное значение, которое будет учитывать и эту галку. Например updated=yes/no/only

[MGHaze 4]

Не знаю, насколько будет правильным, но хотелось бы избавиться в коде от тегов таблиц. В файлах userinfo.tpl, registration.tpl, addnews.tpl тег {xfields} выводится таблицей. Адаптировать это то еще удовольствие. Учитывая, что это допполя с 2мя элементами (заголовок и значение), то можно было бы обойти чем то вроде:

<label></label>
<input/>

...как в некоторых других местах. Плюс, раздать классы. Или просто дивами, или как-то еще.

Также мб стоило бы избавиться от таблиц в ЛС, но тут я не уверен.

[Gameer 321]

Просьба добавить хлебные крошки в админ панель в разделы

1. Редактирование пользователя, страница назад с учётом поиска и пагинации.
2. Добавление дополнительных полей для пользователей.
3. Добавление дополнительных полей для новостей.

Сделать ссылкой а не кнопками

1. На добавление нового дополнительного поля.
2. На добавление нового плагина.

Очень сильно мешает невозможность сразу открыть в новом окне добавление этих вещей, оно почему-то сделано на button

[FuRReX 9]

К предложению выше.

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

На данный момент, можно переходить только в последние новости и комментарии, приходится руками адрес чистить для перехода в профиль.

Хлебных крошек действительно не хватает.

[celsoft 6 185]

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

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

На данный момент, можно переходить только в последние новости и комментарии, приходится руками адрес чистить для перехода в профиль.

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

[FuRReX 9]

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

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

Действительно, не углядел.

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

Там есть только:

Отправить персональное сообщение

Просмотреть все публикации

Просмотреть все комментарии

Не хватает кнопки: Посмотреть профиль

Изменено 20 мая пользователем FuRReX

[WebPCK 1]

Приветствую. 

За годы подключения новых клиентских проектов выработался чек лист действий по настройке движка.

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

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

Сейчас те же камеры и телефоны снимают так, что одно фото может весить 10-25 mb, это очень много, особенно для маленького хостинга. Да и это не к чему, такого размера и веса на сайте.

Предложение:

С наличием WEBP и добавлением новой функции можно: на этапе загрузки, на лету сразу уменьшать загружаемые изображения до приемлемого веса. Сайты наполняют не только Web мастера, но и обыватели, такие как журналисты, юзеры и прочие пользователи, которые не имеют понятия как из 25 mb сделать 1 mb чтобы картинка залилась в загрузчик и DLE пропустил его согласно правилу максимально допустимого веса.

[celsoft 6 185]

35 минут назад, WebPCK сказал:

Приветствую. 

За годы подключения новых клиентских проектов выработался чек лист действий по настройке движка.

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

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

Сейчас те же камеры и телефоны снимают так, что одно фото может весить 10-25 mb, это очень много, особенно для маленького хостинга. Да и это не к чему, такого размера и веса на сайте.

Предложение:

С наличием WEBP и добавлением новой функции можно: на этапе загрузки, на лету сразу уменьшать загружаемые изображения до приемлемого веса. Сайты наполняют не только Web мастера, но и обыватели, такие как журналисты, юзеры и прочие пользователи, которые не имеют понятия как из 25 mb сделать 1 mb чтобы картинка залилась в загрузчик и DLE пропустил его согласно правилу максимально допустимого веса.

Максимально допустимый вес изображений это не настройка которая подразумевает, а сколько же будет картинка по итогу на странице и как много трафика она будет сьедать. Эта настройка, определяет сколько способен "переварить" сервер при обработке одной  картинки в момент ее загрузки. И она не может быть универсальной в принципе и не может это определять DLE как то автоматически. Например картинка весом в 25 mb со смартфона для обработки ее на сервере, может требовать от 200 до 500 мегабайт оперативной памяти. Все зависит от ее формата, то контента!!! на самой картинке и много многое другое. Поэтому администратор и только он определяет, сколько он выделяет ресурсов на обработку, сколько ему доступно и сколько оставить для резерва.

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

[Gameer 321]

Для тега catmenu добавить параметр order с значениями - выводить в порядке как указано в id, сортировка по количеству новостей asc,desc, в алфавитном порядке asc/desc

Изменено 21 мая пользователем Gameer

[Mircalal12 1]

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

[celsoft 6 185]

13 часов назад, Mircalal12 сказал:

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

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

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

[MGHaze 4]

3 часа назад, celsoft сказал:

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

Странно, что вы не подумали) Можно сделать чекбокс, отключенный по умолчанию. Предложение то на самом деле дельное.

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

[MGHaze 4]

И еще вспомнил, чем на днях озадачился.

1. Реально ли сделать допполя для самих категорий? Хотя бы какой-то минимальный набор - изображения, чекбоксы, текст. Было бы неплохо.

2. Добавить допполе типа "динамическое", что-то вроде repeater из ACF на worpress. Чтобы можно было в новостях добавлять бесконечное количество полей заранее заданного типа. И если уж такое когда-то произойдет, то и до кучи реализовать группу полей. Например, если я поставлю текстовому допполю галочку динамического, то в новости могу их добавлять и выводить бесконечно. Если будут реализованы группы, то при добавлении динамической группы сразу добавлялся весь набор.

[dds 66]

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

1 Закладки – возможность разбивать записи по темам (например: "Идеи", "Тех. заметки").
2 Форматирование текста – поддержка HTML (жирный/курсив, списки).
3 Поиск по содержимому – быстрый поиск по ключевым словам.

[webus 5]

Не знаю, может кто то писал уже об этом, все 280 страниц нет времени перечитывать )
Напишу то, с чем лично сталкивался при разработке шаблона.
 

1. Добавить available 404 страницы, а то такие приходится конструкции городить что бы вывести информацию.

[available=404] текст [/available]
[not-available=404] текст [/not-available]

2. Заголовок полной новости сделать глобальным что бы можно было вывести в main.tpl

3. Заголовок статической страницы сделать глобальным что бы можно было вывести в main.tpl БЕЗ правок в разделе "Заголовки, описания, метатеги"

4. Дополнительные поля новостей - новый тип поля "Загружаемые файлы". Что бы можно было для каждой новости загружать отдельно несколько файлов.

[Mircalal12 1]

23.05.2025 в 11:15, celsoft сказал:

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

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

Вы правы, искать глазами среди тысяч изображений — это действительно ад. Именно поэтому никто такое и не предлагает. :)
Речь идёт всего лишь о возможности поиска по названию файла среди уже загруженных изображений. Например, ввожу “logo.png” — и если файл уже есть, повторно загружать не нужно.

Никто не говорит о просмотре всех миниатюр подряд — достаточно маленького поискового окна для быстрого доступа.
Так что, как вы и сказали, если немного подумать, это вполне разумное пожелание. 🤷‍♂️

Кстати, если в системе уже сотни тысяч изображений, то отсутствие нормального поиска — это и есть настоящая проблема, не так ли?

[celsoft 6 185]

11 часов назад, Mircalal12 сказал:

Речь идёт всего лишь о возможности поиска по названию файла среди уже загруженных изображений. Например, ввожу “logo.png” — и если файл уже есть, повторно загружать не нужно.

 

11 часов назад, Mircalal12 сказал:

Никто не говорит о просмотре всех миниатюр подряд — достаточно маленького поискового окна для быстрого доступа.
Так что, как вы и сказали, если немного подумать, это вполне разумное пожелание. 🤷‍♂️

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

11 часов назад, Mircalal12 сказал:

Кстати, если в системе уже сотни тысяч изображений, то отсутствие нормального поиска — это и есть настоящая проблема, не так ли?

Нет не так. Потому как изображения привязаны к публикациям. Есть публикация, картинка нужна и акутальна. Нет публикации, удалили ее например, то автозачистка всего произойдет автоматически. Что то искать дополнительно особой надобности нет. Поэтому если вы пролистаете 280 страниц пожеланий в этой теме, такого пожелания не найдете. А если никто не желает кроме вас, то какова реальная потребность в этой функции? Практически нулевая. Или вы думаете что все испытывают проблемы, но при этом специально не просят чтобы доставлять себе боль дальше? )))

[Gameer 321]

Сделайте уже при изменении названия файла админки и само переименование файла, и при сохранении чтобы ССЫЛКИ были актуальны а не на старый admin.php ссылались.

[celsoft 6 185]

1 час назад, Gameer сказал:

Сделайте уже при изменении названия файла админки и само переименование файла, и при сохранении чтобы ССЫЛКИ были актуальны а не на старый admin.php ссылались.

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

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