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

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

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

Возможность вставить в 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" - для быстрого просмотра последних новостей пользователя из его коммента.

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

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

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

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

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

Расширить  

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

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

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

Расширить  

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

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

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  22.09.2024 в 12:41, skapunker сказал:

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

Расширить  

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

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

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

Расширить  

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
  22.09.2024 в 14:39, alexpsp сказал:

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

 

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

Расширить  

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

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

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

Расширить  

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

  22.09.2024 в 14:39, alexpsp сказал:

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

Расширить  

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

  22.09.2024 в 15:05, celsoft сказал:

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

Расширить  

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

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

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

Расширить  

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

  22.09.2024 в 16:39, skapunker сказал:

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

Расширить  

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

  22.09.2024 в 16:39, skapunker сказал:

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

Расширить  

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

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

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

Расширить  

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

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

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

Расширить  

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

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

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

 

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

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

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

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

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

 

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

Расширить  

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

Ссылка на сообщение
Поделиться на других сайтах
  27.09.2024 в 09:12, dds сказал:

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

Расширить  

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

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

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

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

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

Расширить  

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

Ссылка на сообщение
Поделиться на других сайтах
  30.09.2024 в 09:30, skapunker сказал:

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

Расширить  

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

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

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

Расширить  

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

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

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

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

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

Расширить  

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

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

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

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

Расширить  

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

 

Ссылка на сообщение
Поделиться на других сайтах
  30.09.2024 в 14:31, skapunker сказал:

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

Расширить  

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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