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

[celsoft 6 095]

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

[Drage 20]

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

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

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

[celsoft 6 095]

49 минут назад, Drage сказал:

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

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

[Drage 20]

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

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

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

 

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

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

[celsoft 6 095]

13 минут назад, Drage сказал:

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

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

[Drage 20]

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

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

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

[stihhi 8]

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

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

[kingkill 7]

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

[if value = ""][/if]

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

[berchuks 2]

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

[stihhi 8]

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

[dds 49]

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

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

[if value = ""][/if]

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

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

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

[Captain 625]

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

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

[xfinput_X]

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

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

 

[dds 49]

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

[xfinput_X]

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

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

 

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

[stihhi 8]

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

[MSK 289]

23 минуты назад, stihhi сказал:

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

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

[stihhi 8]

13 часов назад, MSK сказал:

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

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

[videowoolf 0]

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

[Nicksemsujahan 2]

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

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

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

[celsoft 6 095]

22 часа назад, Nicksemsujahan сказал:

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

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

22 часа назад, Nicksemsujahan сказал:

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

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

22 часа назад, Nicksemsujahan сказал:

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

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

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

[Drage 20]

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

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

[radrigo 182]

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

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

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

[Drage 20]

3 часа назад, 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 32]

40 minutes ago, Sander1 said:

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

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

[celsoft 6 095]

7 часов назад, Sander1 сказал:

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

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

7 часов назад, Sander1 сказал:

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

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

7 часов назад, Sander1 сказал:

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

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