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

[desart 6]

Возможно уже кто-то предлагал:

Возможность вставить в userinfo.tpl конструкцию:

{custom template="shortstory" category="ххх" author="{usertitle / login-просматриваемого профиля}" available="ххх" navigation="no" from="0" limit="ххх" order="date" cache="no"}

Чтобы была возможность в профиле видеть добавленные пользователем новости... Да, есть ссылка на просмотр добавленных новостей /user/ник/news/ - но это не удобно и их не разделить... например по вкладкам, в каждой из которых будет своя категория.

*также это было бы удобно для profile_popup.tpl - с некоторым ограничением, например limit="4" - для быстрого просмотра последних новостей пользователя из его коммента.

Крайне удобно! Не нужно пилить плагины... Да и это получается готовый блог... без установки доп. модулей/плагинов

***но насколько это реализуемо?!

Изменено 15 сентября пользователем desart

[celsoft 6 076]

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

Крайне удобно! Не нужно пилить плагины... Да и это получается готовый блог... без установки доп. модулей/плагинов

***но насколько это реализуемо?!

А вы пробовали вообще то что написали? Или написали в пожелания, даже не попробовав данную конструкцию? Попробуйте и увидите что такая возможность вообще то есть в DLE, и ничего не мешает использовать конструкцию {custom template="shortstory" author="{usertitle}"}

[desart 6]

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

А вы пробовали вообще то что написали?

Да, и не 1 раз... Выдаёт новости добавленные админом...

Спасибо за наводку!!! Вставлял через другой tpl(в котором собраны такие вставки для разных частей сайта) и [available=userinfo] - поэтому показывались во всех профилях все новости...

А вставил конкретно в userinfo.tpl и всё ОК! У пользователя - только его новости, а у кого нет, их нет, как и должно было быть...

Панику отменить! Вопрос закрыт! 😇

Изменено 16 сентября пользователем desart

[skapunker 64]

нужно сделать какие нибудь глобальные дополнительные поля, чтобы можно было их включать и выключать

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

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

[celsoft 6 076]

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

но где то в документации я вычитал что они делают много сложных запросов и жрут ресурсы

Перечитайте документацию, найдите это и дайте ссылку на то где вы это вычитали. Такого нет и никогда было в документации, где вы это взяли совершенно непонятно.

[alexpsp 30]

1 минуту назад, celsoft сказал:

Перечитайте документацию, найдите это и дайте ссылку на то где вы это вычитали. Такого нет и никогда было в документации, где вы это взяли совершенно непонятно.

Он наверное прочитал в "Анализ производительности": "Вы включили возможность управления рекламными материалами на сайте. Данная возможность осуществляет дополнительные запросы к базе данных, и другие операции в скрипте. Вместо использования данного модуля вы можете вставлять рекламу напрямую в шаблон, это снизит нагрузку на сайт. Для отключения данной настройки зайдите в Настройки скрипта » Оптимизация запросов к базе данных, и отключите данную возможность."

 

Про глобальные поля действительно полезно. С возможностью писать в них например {date=формат даты} и выводить год в шаблоне или в любой новости в любом месте.

[celsoft 6 076]

24 минуты назад, alexpsp сказал:

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

 

Про глобальные поля действительно полезно. С возможностью писать в них например {date=формат даты} и выводить год в шаблоне или в любой новости в любом месте.

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

[skapunker 64]

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

И нагрузка от них не меньше чем от тех же рекламных материалов.

в рекламных надо клики считать и просмотры, а тут не надо

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

Он наверное прочитал в "Анализ производительности":

да да, именно тут я и вычитал

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

То же самое можно сказать и про глобальные теги, они не за счет "воздуха" работать будут

из воздуха, не из воздуха, главное чтобы были

[celsoft 6 076]

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

в рекламных надо клики считать и просмотры, а тут не надо

Кто сказал что именно надо. Не надо. Делать это или нет вы включаете в настройках.

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

из воздуха, не из воздуха, главное чтобы были

Чтобы было масло масленное? Уже существует множество способов как это сделать, и делать еще один не имеет никакого практического смысла.

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

да да, именно тут я и вычитал

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

[skapunker 64]

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

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

Например, кроме рекламных материалов что?

[celsoft 6 076]

42 минуты назад, skapunker сказал:

Например, кроме рекламных материалов что?

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

 Вы придумали сделать масло масленное. Берете и через систему плагинов переименовываете текст "Рекламные материалы", в текст "Глобальные теги" и получите ровно то что вам нужно. И если сделать то что написали вы чтобы якобы была меньшая нагрузка, то это невозможно, глобальные теги точно также нужно где то хранить, также проводить парсинг страницы заменяя теги. Нагрузка будет одинаковая до бита памяти и до миллисекунды процесорного времени. И также будет уведомление в Анализе производительности что отключение этого модуля Глобальных тегов снизит нагрузку. Потому что задача этого модуля показывать что снижает нагрузку. А вы питаете иллюзии что можно сделать что то не потребляя ресурсов вообще. Ничего не берется из ниоткуда и не пропадает в никуда, закон физики, а то что предлагаете вы полностью дублирует то что уже есть и нагрузка будет ровно такая же какая есть. Ни больше ни меньше, поэтому это пожелание не несет никакого практического смысла.

[redissx 251]

 

1.  {ratingscorelikes} усреднённая оценка для рейтинга нравится не нравится, от 0 до 10, если рейтинг отрицательный значит ноль. Только сразу продумать чтобы можно было использовать без HTML обёртки в конструкции типа style=...

2. {ratingscorepercent} аналогично, только процент, от 0 до 100, если рейтинг отрицательный значит ноль. 

3. {customusers} кастом, только пользователи, чтобы можно было вывести какой-то топ, по количеству комментариев, по рейтингу. Чтобы можно было отобразить логин, имя, аватарку, количество комментариев, рейтинг. 

4. Возможность для рейтинга звёзды включить 10 звёзд. 

Изменено 25 сентября пользователем redissx

[dds 47]

25.09.2024 в 16:14, redissx сказал:

 

1.  {ratingscorelikes} усреднённая оценка для рейтинга нравится не нравится, от 0 до 10, если рейтинг отрицательный значит ноль. Только сразу продумать чтобы можно было использовать без HTML обёртки в конструкции типа style=...

Новый цифровой тип рейтинга от 0 до 10 не плохая наверное идея. Без звезд, просто цифры. С возможностью вывести усредненный рейтинг.

[redissx 251]

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

Новый цифровой тип рейтинга от 0 до 10 не плохая наверное идея. Без звезд, просто цифры. С возможностью вывести усредненный рейтинг.

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

А просто цифры от 0 до 10 это как раз рейтинг оценка, просто без фоновых изображений звёзд. Там под звёздами на самом деле и есть цифры уже прописанные в html. Правда в этом случае возникает вопрос как обозначить текущий рейтинг, ведь он делается так же с помощью фонового изображения. 

[dds 47]

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

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

А просто цифры от 0 до 10 это как раз рейтинг оценка, просто без фоновых изображений звёзд. Там под звёздами на самом деле и есть цифры уже прописанные в html. Правда в этом случае возникает вопрос как обозначить текущий рейтинг, ведь он делается так же с помощью фонового изображения. 

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

[skapunker 64]

добавьте поддержку платформы

[celsoft 6 076]

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

добавьте поддержку платформы

Это они себя должны добавить, а именно реализовать поддержку протокола oembed https://oembed.com на своем сервисе. Будет поддержка этого протокола можно добавить и в DLE

[skapunker 64]

55 минут назад, celsoft сказал:

Это они себя должны добавить, а именно реализовать поддержку протокола oembed https://oembed.com на своем сервисе. Будет поддержка этого протокола можно добавить и в DLE

так он там есть

------------------ 

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

[celsoft 6 076]

53 минуты назад, skapunker сказал:

так он там есть

Где? В списке провайдеров я их не вижу https://github.com/iamcal/oembed/tree/master/providers

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

[skapunker 64]

17 минут назад, celsoft сказал:

Где? В списке провайдеров я их не вижу

незнаю насчет списка незнаю, но у них же в форме есть типа код вставки 

 

[celsoft 6 076]

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

незнаю насчет списка незнаю, но у них же в форме есть типа код вставки 

Так берите и вставляйте этот код. DLE никаких ограничений в этом вопросе не ставит. Какие домены разрешены для использования в тегах iframe вы задаете сами в настройках скрипта в админпанели, в разделе настроек безопасности. Протокол oembed нужен для использования этого сервиса в теге [media=....] а для вставки этого кода все давно есть и ничего не требуется. А для тега [media=....]  этого кода никак не достаточно.

[skapunker 64]

в комментариях надо сделать теги для {replycount} которые будут показывать содержимое только если ответов больше нуля, ну или больше заданного значения

типа [replycount]<div>у нас {replycount} ответов </div> [/replycount]

[skapunker 64]

еще неплохо бы сделать чтобы reply при повторном нажатии сворачивался обратно

[skapunker 64]

Еще неплохо бы сделать, чтобы подписаться показывалось только если ты не подписан, а отписаться только если ты подписан. 

[comments-subscribe]Подписаться[/comments-subscribe]

[comments-unsubscribe]Отписаться[/comments-unsubscribe]

а то сейчас они обе показываются и не понятно, подписан пользователь или нет

[-Sheckler- 9]

Мне вот интересно, а разработчиков плагинов для DLE когда нибудь начнут защищать?)) Очень хотелось бы иметь в системе плагинов какую-то их базовую защиту от несанкционированного копирования и использования, например в случае продажи дополнений. Понятно, что везде есть свои нюансы, но если как-то вшить систему лицензирования - было бы отличной мотивацией для разработчиков платных решений

Да и в целом защита плагинов от несанкционированного копирования давно уже нужна)

Изменено 1 октября пользователем -Sheckler-