Перейти к публикации

Рекомендованные сообщения

Пример: https://dle-news.ru/user/celsoft/ 

Профиль также можно открыть по https://dle-news.ru/user/CElsoFT/ и т.п. изменяемым в регистре адресам

Да, canonical указывает на правильный адрес, но тем не менее, это влияет на вывод title, twitter:title, og:title, доступен https://dle-news.ru/user/CElsoFT/rss.xml, speedbar.

Полагаю, что правильнее выводить в том регистре, в каком оригинальный логин, а адреса вроде https://dle-news.ru/user/CElsoFT/rss.xml вовсе не должны быть доступны, если это неправильный логин пользователя. Но ещё более удобным было бы наличие возможности запрещать менять регистр логина (т.е. только в нижнем) и возможность запрещать по ссылкам с измененным регистром

Ссылка на сообщение
Поделиться на других сайтах

Очень большое пожелание для следующей версии - добавление в тег custom дополнительного параметра favorites, который при {custom favorites="true"} выведет все новости пользователя, который он внёс в закладки на сайте. 

Ссылка на сообщение
Поделиться на других сайтах
09.05.2024 в 16:47, Crashlabs сказал:

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

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

Изменено пользователем weddaan
Ссылка на сообщение
Поделиться на других сайтах
6 минут назад, weddaan сказал:

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, Travor сказал:

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


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

 

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

Ссылка на сообщение
Поделиться на других сайтах
22.05.2024 в 08:25, celsoft сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
58 минут назад, VGreen сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, celsoft сказал:

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

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

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

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

Изменено пользователем VGreen
Ссылка на сообщение
Поделиться на других сайтах
10 часов назад, VGreen сказал:

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

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

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

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

Хорошо

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
37 минут назад, redissx сказал:

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

Всегда.

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
27.05.2024 в 13:50, celsoft сказал:

Всегда

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Продолжая тему 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

Ссылка на сообщение
Поделиться на других сайтах
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>

 

Изменено пользователем redissx
Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
20 минут назад, TeraMoune сказал:

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, redissx сказал:

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

Пожелание:

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
9 часов назад, redissx сказал:

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

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

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

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

Изменено пользователем TeraMoune
Ссылка на сообщение
Поделиться на других сайтах
8 минут назад, Travor сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
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]

 

Изменено пользователем Travor
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...