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

[weddaan 61]

09.05.2024 в 16:47, Crashlabs сказал:

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

У меня 97 000 комментариев. При переходе в админке на главную страницу движка (сайт/admin.php), раздел грузится секунд 15. Остальные разделы нормально грузятся. Получается, движок постоянно пересчитывает количество комментов при переходе на главную страницу смs.

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

[celsoft 6 076]

6 минут назад, weddaan сказал:

У меня 97 000 комментариев. При переходе в админке на главную страницу движка (сайт/admin.php), раздел грузится секунд 15. Остальные разделы нормально грузятся. Получается, движок постоянно пересчитывает количество комментов при переходе на главную страницу.

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

Это тема пожеланий к новым версиям. Ваше сообщение не имеет к этому отношения. Если у вас проблема и нужна помощь создавайте свою отдельную тему.

[Travor 0]

Для главной страницы

[category-icon] текст [/category-icon]
[not-category-icon] текст [/not-category-icon]

 

[celsoft 6 076]

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

Для главной страницы

[category-icon] текст [/category-icon]
[not-category-icon] текст [/not-category-icon]

 

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

[VGreen 9]

22.05.2024 в 08:25, celsoft сказал:

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

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

[celsoft 6 076]

58 минут назад, VGreen сказал:

а то некоторые теги в ней не указаны, хотя есть в стандартном шаблоне

Какие именно, уточните?

[VGreen 9]

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

Какие именно, уточните?

как вариант
шаблоны / панель авторизации на сайте нет тега {login}

те что указывались вами выше, их нет (имеется в виду нет в разделах шаблоны / главная страница сайта, работа с движком / главные и глобальные теги для шаблонов

было еще пару, вспомню, напишу вам в личку

Изменено 26 мая пользователем VGreen

[celsoft 6 076]

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

шаблоны / панель авторизации на сайте нет тега {login}

Да про это нам уже писали, внесем в следующей версии

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

было еще пару, вспомню, напишу вам в личку

Хорошо

[redissx 251]

Доколе? Доколе будет продолжаться то, что пользователь не может проголосовать за свою новость? Какой в этом смысл и защита от накруток, если можно выйти из авторизации и проголосовать? Просто дополнительная проблема админу, чтобы он знал своё место 😀 

[celsoft 6 076]

37 минут назад, redissx сказал:

Доколе? Доколе будет продолжаться то

Всегда.

37 минут назад, redissx сказал:

Просто дополнительная проблема админу, чтобы он знал своё место 😀 

Да. Чтобы не реже считал себя самым любимым.

[redissx 251]

27.05.2024 в 13:50, celsoft сказал:

Всегда

Убеждён, что решение неверное. 

Предлагаю добавить возможность отображения картинки к новости для customcomments комментариев. 

[hidedev 19]

Предлагал в комментариях, предложу и тут. Для тегов {custom} и {customcomments} необходимо ввести теги обёртки. Обработка будет идти за счёт уникального ключа name, к которому и будет привязана обёртка. Это закроет все потребности с тегом custom и customcomments по части оформления

[custom=news]{custom name="news"}[/custom]
[not-custom=news]Новостей нет[/not-custom]

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

В плане нового параметра favorites="true" отсутствие тегов обёртки будет в принципе багом

[hidedev 19]

Дайте людям подписки

Продолжая тему custom давайте в новых версиях завезём всё таки подписки для категорий и авторов. 

Для вывода ленты: 
{custom feed="all"} - тег который покажет новости только из категорий на которые подписан пользователь и от пользователей на которые подписан автор 
соответственно feed="category" и feed="authors", или можно это положить в параметры order, типо order="feed" order="feed-category" order="feed-author" 

Добавление в ленту 

В профиле и файлах {catmenu} добавить тег {subscribe} он возвращает кнопку с подпиской, на Ajax всё как положено, с разными классами и текстом "Подписаться", "Отписаться" у автора страницы кнопку не показывать 

Вспомогательные теги: 

{subscribe-num} - catmenu, userinfo, full, short, custom - выведет количество подписок на автора или категорию
[subscribe] [/subscribe] и [not-subscribe] [/not-subscribe] - catmenu, userinfo, full, short, custom - выведет текст если у категории или автора есть подписчики или нет подписчиков 

{subscribers template="news.tpl"}   тег для выгрузки массива с подписчиками для новости и для автора с отдельным шаблоном, в котором есть теги из юзерского массива типо {login}, {foro} и тп 
и параметры category="" (для вывода на странице категории) , author="" (чтобы в профиле вывести например author="{usertitle}")

Настройки: 
Разрешение подписки по отдельности "разрешить подписку на категории" "Разрешить подписку на авторов" 
Такие же настройки для групп по отдельности. 

Это же шедевральное улучшение DLE

[redissx 251]

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

Предлагал в комментариях, предложу и тут. Для тегов {custom} и {customcomments} необходимо ввести теги обёртки. Обработка будет идти за счёт уникального ключа name, к которому и будет привязана обёртка. Это закроет все потребности с тегом custom и customcomments по части оформления

Есть css, зачем грузить сервер

<section class="sect check-if-has-shortstory">
	<h2 class="sect__title">Последние новости</h2>
	<div class="sect__content">
		<div class="shortstory">краткая новость</div>
		<div class="shortstory">краткая новость</div>
		<div class="shortstory">краткая новость</div>
		<div class="shortstory">краткая новость</div>
	</div>
</section>

<style>
.check-if-has-shortstory:not(:has(.shortstory)) {display: none;}
</style>

 

Изменено 2 июня пользователем redissx

[TeraMoune 56]

@redissx Если в вёрстке будут изображения и значительные элементы, как это будет влиять на производительность и отображение страницы, скрытые таким образом элементы не нагружают ресурсы устройства пользователя, не увеличивают время рендера страницы ?

[redissx 251]

20 минут назад, TeraMoune сказал:

@redissx Если в вёрстке будут изображения и значительные элементы, как это будет влиять на производительность и отображение страницы, скрытые таким образом элементы не нагружают ресурсы устройства пользователя, не увеличивают время рендера страницы ?

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

1. Я в принципе не вижу "множество ситуаций" Когда нужно выполнить эту проверку. Закладки, вы смотрели... Что ещё? Даже в голову не приходит. Если есть лента новостей, так она всегда заполнена. 

2. Вижу ноль реальных ситуаций, когда в таком блоке, кроме кастома, есть что-то, кроме обычного текста. Допустим картинки, iframe - им можно включить отложенную загрузку, если блок скрыт, он не рендерится. Хотя откуда там находиться картинкам и iframe в этом случае, что же мы тогда скрываем?  Ну пусть у блока есть фоновая картинка, Да, она загрузится в фоне, хотя и для фонового изображения можно включить отложенный загрузку. 

Короче, в реальной ситуации никакой дополнительной нагрузки нет. Вопрос к вам:  теоретически насколько серьёзная может быть нагрузка на сервер, если на странице 10 кастом блоков и у каждого нужно выполнить проверку? 

[Gameer 310]

2 часа назад, redissx сказал:

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

1. Я в принципе не вижу "множество ситуаций" Когда нужно выполнить эту проверку. Закладки, вы смотрели... Что ещё? Даже в голову не приходит. Если есть лента новостей, так она всегда заполнена. 

2. Вижу ноль реальных ситуаций, когда в таком блоке, кроме кастома, есть что-то, кроме обычного текста. Допустим картинки, iframe - им можно включить отложенную загрузку, если блок скрыт, он не рендерится. Хотя откуда там находиться картинкам и iframe в этом случае, что же мы тогда скрываем?  Ну пусть у блока есть фоновая картинка, Да, она загрузится в фоне, хотя и для фонового изображения можно включить отложенный загрузку. 

Короче, в реальной ситуации никакой дополнительной нагрузки нет. Вопрос к вам:  теоретически насколько серьёзная может быть нагрузка на сервер, если на странице 10 кастом блоков и у каждого нужно выполнить проверку? 

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

[FuRReX 0]

Пожелание:

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

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

Для чего: Если у пользователя есть потребность в создании информативной статьи, то и доп. полей будет много, а если работать с этими доп. полями без вкладок, это становится максимально неудобным процессом.

[TeraMoune 56]

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

Вопрос к вам:  теоретически насколько серьёзная может быть нагрузка на сервер, если на странице 10 кастом блоков и у каждого нужно выполнить проверку? 

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

Да и как уже ответили выше, все проверки пройдены. 

Так же есть кеширование (не забывайте), но оно в принципе если по заданным параметрам custom'a ничего не возвращается то и кеширование не задействуется. И если будет десяток кастомов которые не возвращают данных, то и десяток sql запросов тоже никуда не пропадают, не взирая на параметр cache у кастома. А вот излишний мусор на странице никакие css не затрут, они просто человеку скроют.

Изменено 2 июня пользователем TeraMoune

[fanera 22]

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

[Travor 0]

Вывод количество публикаций у просматриваемого тега. Что то на подобии {catnewscount id="X"}

[dds 47]

8 минут назад, Travor сказал:

Вывод количество публикаций у просматриваемого тега. Что то на подобии {catnewscount id="X"}

Так в облаке тегов которое  настраивается в шаблоне tagscloud.tpl у тега {tags} в всплывающей подсказке указывается количество найденных публикаций с данным тегом. Или это не то?

[Travor 0]

9 минут назад, dds сказал:

Так в облаке тегов которое  настраивается в шаблоне tagscloud.tpl у тега {tags} в всплывающей подсказке указывается количество найденных публикаций с данным тегом. Или это не то?

к сожалению не то.

В файле main.tpl для категорий можно сделать так

[available=cat]
<h1>{category-title}</h1>
<span>Записей: {catnewscount id="{category-id}"}</span>
[/available]

Хотелось бы иметь возможность указывать сколько записей и у тегов

[available=tags]
<h1>{cloudstag}</h1>
<span>Записей: {tagscount}</span> <!-- например -->
[/available]

 

Изменено 3 июня пользователем Travor

[dds 47]

Тогда тебе надо в файле engine\modules\tagscloud.php найти строки через плагины и вытащить там переменную $value['count'] из подсказки ( они встречаются там 2 раза )

$tags[] = "<span class=\"{$value['size']}\"><a href=\"".$config['http_home_url']."tags/".rawurlencode(dle_strtolower($url_tag))."/\" title=\"".$lang['tags_count']." ".$value['count']."\">".$value['tag']."</a></span>";
$tags[] = "<span class=\"{$value['size']}\"><a href=\"$PHP_SELF?do=tags&amp;tag=".rawurlencode(dle_strtolower($url_tag))."\" title=\"".$lang['tags_count']." ".$value['count']."\">".$value['tag']."</a></span>";

 То есть вместо ".$value['tag']."  у тебя должно получиться ".$value['tag']." (".$value['count'].") Как то так наверное

Цитата

[available=tags]
<h1>{cloudstag}</h1>
<span>Записей: {tagscount}</span> <!-- например -->
[/available]

А зачем тебе такая конструкция? Ведь тег {tags} глобальный. И он выводит содержимое отдельного шаблона tagscloud.tpl вроде бы как. А его можно через CSS сделать как душе угодно.

Изменено 3 июня пользователем dds

[Travor 0]

27 минут назад, dds сказал:

А зачем тебе такая конструкция? Ведь тег {tags} глобальный. И он выводит содержимое отдельного шаблона tagscloud.tpl вроде бы как

при просмотре категорий сейчас так

https://post-images.org/photo-page.php?photo=wre9qTW3

а при просмотре тега так

https://post-images.org/photo-page.php?photo=VK0sijpA

как вот вывести также количество публикаций?