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

[celsoft 6 169]

В шаблон ее нужно прописывать и оформлять. E-mail шаблоны могут быть HTML

[Drage 20]

  13.10.2020 в 05:00, celsoft сказал:

В шаблон ее нужно прописывать и оформлять. E-mail шаблоны могут быть HTML

Расширить  

В шаблон - это для шаблонных писем как например подписка на комментарии к новости, а как быть с функцией рассылки сообщений, "Массовая отправка сообщений зарегистрированным пользователям" (/admin.php?mod=newsletter), где каждое новое письмо отправляется отдельно, и никакие шаблоны там не применяются?

[celsoft 6 169]

  13.10.2020 в 11:29, Drage сказал:

В шаблон - это для шаблонных писем как например подписка на комментарии к новости, а как быть с функцией рассылки сообщений, "Массовая отправка сообщений зарегистрированным пользователям" (/admin.php?mod=newsletter), где каждое новое письмо отправляется отдельно, и никакие шаблоны там не применяются?

Расширить  

Как это не применяются? Шаблоны e-mail  есть у всего, в том числе и для массовой рассылки.

[Drage 20]

  13.10.2020 в 12:19, celsoft сказал:

Как это не применяются? Шаблоны e-mail  есть у всего, в том числе и для массовой рассылки.

Расширить  

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

 

"Настройка E-Mail сообщения, которое отсылается при использовании рассылки писем в админпанели"?

Изменено 13 октября 2020 пользователем Drage

[celsoft 6 169]

  13.10.2020 в 12:23, Drage сказал:

"Настройка E-Mail сообщения, которое отсылается при использовании рассылки писем в админпанели"?

Расширить  

Да. Других рассылок в админпанели нет.

[Drage 20]

  13.10.2020 в 12:37, celsoft сказал:

Да. Других рассылок в админпанели нет.

Расширить  

Спасибо, не очевидно было для меня, но работает

[stihhi 8]

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

Изменено 13 октября 2020 пользователем stihhi

[kingkill 7]

Сделать поддержку тегов

[if value = ""][/if]

для шаблона main.tpl

[berchuks 2]

Можно ли добавить в: "Порядок сортировки комментариев" по дате, а не по ID? Так как иногда вручную нужно изменить дату комментария, но потом сортировка становится неправильной.

[stihhi 8]

Не хватает системы подписки на новости добавленные как с админки так и с сайта. Подписки на категорию, автора, теги, дополнительные поля, категорию.

[dds 63]

  16.10.2020 в 01:11, kingkill сказал:

Сделать поддержку тегов

[if value = ""][/if]

для шаблона main.tpl

Расширить  

1 Для шаблона userinfo тоже было бы не плохо.

2 Сделать возможность задавать доступность  дополнительных полей профиля пользователей только для определенных групп. Тег [group=1,2,3] текст [/group] в принципе решает эту задачу, но скрыть эти поля из "редактирование профиля" невозможно, так как там все поля выводятся одним тегом {xfields}.

[Captain 634]

  25.10.2020 в 15:52, dds сказал:

2 Сделать возможность задавать доступность  дополнительных полей профиля пользователей только для определенных групп. Тег [group=1,2,3] текст [/group] в принципе решает эту задачу, но скрыть эти поля из "редактирование профиля" невозможно, так как там все поля выводятся одним тегом {xfields}.

Расширить  

[xfinput_X]

Выводит ваше выбранное дополнительное поле в виде заполения поля в нужном вам месте, где X это имя дополнительного поля

https://dle-news.ru/extras/online/all23.html

 

[dds 63]

  25.10.2020 в 16:54, Captain сказал:

[xfinput_X]

Выводит ваше выбранное дополнительное поле в виде заполения поля в нужном вам месте, где X это имя дополнительного поля

https://dle-news.ru/extras/online/all23.html

 

Расширить  

Документацию по DLE я знаю достаточно хорошо, вы просто не поняли суть моего пожелания. Используя тег который вы написали, в принципе можно решить данную задачу, но тогда нельзя пользоваться тегом {xfields} чтобы вставлять все поля сразу списком и каждый раз  при добавлении нового поля придется лазить в шаблон userinfo и менять там все ручками, а это не очень удобно. Было бы гораздо лучше, если бы можно было делать выборку групп которым доступно это поле в админпанели при его создании.

[stihhi 8]

Уважаемые разрабоичики, очень не хватает списка запрещенных слов, а то вводить вручную 700 матерных слов очень не удобно и ещё добавить пункт оповещение администратора если какой-то пользователь употребил запрещённое слово, очень не обходимо чтоб быстро искать нарушителей на сайте.

[MSK 290]

  25.10.2020 в 21:34, stihhi сказал:

вводить вручную 700 матерных слов очень не удобно

Расширить  

Для подобного фильтра есть класс "матотест" для русского языка - хорошо справляется с детектированием (я использовал когда-то в чатах), а "извратные" сочетания отдельно добавлял. Автор класса был раньше на dklab, сейчас сайт уже не фурычит - гугл в помощь.

[stihhi 8]

  25.10.2020 в 22:07, MSK сказал:

Для подобного фильтра есть класс "матотест" для русского языка - хорошо справляется с детектированием (я использовал когда-то в чатах), а "извратные" сочетания отдельно добавлял. Автор класса был раньше на dklab, сейчас сайт уже не фурычит - гугл в помощь.

Расширить  

А оповещение, если человеку просто выводится Аякс окно о запрещенных Слован он просто ставит пару точек и все dle принимает такой комент.

[videowoolf 0]

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

[Nicksemsujahan 2]

Обновления которые очень нужны:
-убрать быдлокод при вставке картинок через редактор

-видео с ютуба вставляются некоректно (у бутсрап есть готовое решение)

-кнопка генерации сайтмап после публикации статьи
-при загрузке картинки к ее названию добавляется кучу мусора. Это не нужно и негативно влияет на сео

[celsoft 6 169]

  06.11.2020 в 11:29, Nicksemsujahan сказал:

-видео с ютуба вставляются некоректно (у бутсрап есть готовое решение)

Расширить  

Все прекрасно и корректно вставляется. На чем основано подобное утверждение непонятно.

  06.11.2020 в 11:29, Nicksemsujahan сказал:

-убрать быдлокод при вставке картинок через редактор

Расширить  

Никакого "быдлокода" там нет.

  06.11.2020 в 11:29, Nicksemsujahan сказал:

-при загрузке картинки к ее названию добавляется кучу мусора. Это не нужно и негативно влияет на сео

Расширить  

Никакого мусора тоже там нет. Если не знаете для чего и почему, это не значит что это мусор.

P.S. Вам предупреждение, за не уважение к другим участникам форума и не умение корректно излагать свои мысли и сообщения. Здесь долго не задерживаются те, кто кто считает что если ему что то не нужно, то это уже и "быдлокод" и "мусор".

[Drage 20]

Хотелось бы добавить возможность показывать пользователю последние посещенные новости.

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

[radrigo 198]

  13.11.2020 в 14:41, Drage сказал:

Хотелось бы добавить возможность показывать пользователю последние посещенные новости.

Расширить  

Данная возможность добавлена в версии 14.0
Смотрите 12 пункт
https://dle-news.ru/release/1789-datalife-engine-v140-final-release.html

[Drage 20]

  13.11.2020 в 18:11, radrigo сказал:

Данная возможность добавлена в версии 14.0
Смотрите 12 пункт
https://dle-news.ru/release/1789-datalife-engine-v140-final-release.html

Расширить  

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

[Sander1 62]

Хочу обсудить вопрос оптимизации и целесообразности использования таблицы dle_post_extras_cats

Имеется тестовый сайт с 60к+ новостями. Мультикатегории включены, но каждая новость отмечена только в одной категории.

Берем штатный, стандартный запрос для категории (в ней 44к записей) и проведем несколько замеров:

SELECT SQL_NO_CACHE p.id, p.autor, p.date, p.short_story, full_story, p.xfields, p.title, p.category, p.alt_name, p.comm_num, p.allow_comm, p.fixed, p.tags, e.news_read, e.allow_rate, e.rating, e.vote_num, e.votes, e.view_edit, e.editdate, e.editor, e.reason 
    FROM dle_post p 
    INNER JOIN (SELECT DISTINCT(dle_post_extras_cats.news_id) FROM dle_post_extras_cats WHERE cat_id IN (1)) c ON (p.id=c.news_id) 
    LEFT JOIN dle_post_extras e ON (p.id=e.news_id) 
    WHERE approve=1
    ORDER BY date DESC 
    LIMIT 50,20

Запрос занял 2.1704 сек.
Запрос занял 1.7433 сек.
Запрос занял 1.6352 сек.

Но если выполнить этот запрос по старому формату, с category REGEXP '[[:<:]])(1)[[:>:]]', то числа получаются уже совершенно другие:
Запрос занял 0.0024 сек.
Запрос занял 0.0017 сек.
Запрос занял 0.0020 сек.

На другом тестовом сайте, где в категории ~100к записей - ситуация абсолютно такая же.

И вот еще, если в запросе несколько категорий, то в первом случае время запроса всегда больше 2 сек, во втором практически не меняется, так же в районе 0,002 сек.
EXPLAIN запроса показывает вовсе не радостную картину: Using temporary; Using filesort - т.е. используется временная таблица и сортировка выполняется без использования каких-либо индексов.

Я не хочу сказать, что использование REGEXP - хорошая практика. Его действительно следовало заменить, но текущая реализация, как мне кажется, тоже не является лучшим решением.

[crafic 34]

  14.11.2020 в 13:09, Sander1 сказал:

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

Расширить  

если новость в одной категории то зачем юзать мульти?

[celsoft 6 169]

  14.11.2020 в 13:09, Sander1 сказал:

Имеется тестовый сайт с 60к+ новостями. Мультикатегории включены, но каждая новость отмечена только в одной категории.

Расширить  

Для чего в принципе включать мультикатегории непонятно. Их проще отключить и тогда запрос будет намного проще.

  14.11.2020 в 13:09, Sander1 сказал:

Но если выполнить этот запрос по старому формату, с category REGEXP '[[:<:]])(1)[[:>:]]', то числа получаются уже совершенно другие

Расширить  

Этот запрос не будет работать например в MySQL 8.xx

  14.11.2020 в 13:09, Sander1 сказал:

Запрос занял 2.1704 сек.
Запрос занял 1.7433 сек.
Запрос занял 1.6352 сек.

Расширить  

Он не должен столько выполняться при 60к публикаций. Что то некорректо настроено в MySQL, недостаточно выделено под служебные данные.