Главная страница / Пресс релизы / DataLife Engine v.14.2 Press Release
март 29 2021

DataLife Engine v.14.2 Press Release

Дорогие друзья,

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

Были подготовлены и реализованы следующие изменения:

DataLife Engine v.14.2 Press Release
1. Добавлена возможность выводить данные из профиля пользователя, который написал публикацию, в шаблонах вывода кратких и полных новостей (shortstory.tpl и fullstory.tpl). Так данная возможность требует дополнительной выборки данных из базы данных, то она включается и отключается в настройках скрипта, в разделе оптимизации производительности. Поэтому данную возможность могут включить те, кому она нужна, и отключить если она не используется для увеличения производительности скрипта и снижения нагрузки на сервер. Для реализации данной возможности было введено более тридцати новых тегов для шаблонов, которые содержат в себе информацию из пользовательского профиля, включая данные из его дополнительных полей. Полный список новых тегов для данных шаблонов:

{profile-link} - Выводит ссылку на профиль автора публикации

{foto} - Выводит ссылку на аватар автора публикации

{fullname} - Выводит полное имя автора публикации

[fullname] текст [/fullname] - Выводит текст заключенный в теги в случае если полное имя указано в профиле автора

[not-fullname] текст [/not-fullname] - Выводит текст заключенный в теги в случае если полное имя не было указано в профиле автора

{land} - Выводит страну автора

[land] текст [/land] - Выводит текст заключенный в теги в случае если страна указана в профиле автора

[not-land] текст [/not-land] - Выводит текст заключенный в теги в случае если страна не была указана в профиле автора

{signature} - Выводит подпись автора

[signature] текст [/signature] - Выводит текст заключенный в теги в случае если подпись указана в профиле автора

[not-signature] текст [/not-signature] - Выводит текст заключенный в теги в случае если подпись не была указана в профиле автора

{user-info} - Выводит информацию о себе автора публикации

[user-info] текст [/user-info] - Выводит текст заключенный в теги в случае если информация о себе указана в профиле автора

[not-user-info] текст [/not-user-info] - Выводит текст заключенный в теги в случае если информация о себе не была указана в профиле автора

[online] текст [/online] - Выводит текст заключенный в теги в случае если автор публикации онлайн на сайте

[offline] текст [/offline] - Выводит текст заключенный в теги в случае если автор публикации оффлайн на сайте

{mail} - Выводит E-mail адрес пользователя

[pm] Текст [/pm] - Выводит ссылку с содержанием "Текст" на написание персонального сообшения автору публикации

{group} - Выводит группу пользователя

{registration} - Выводит дату регистрации пользователя

{lastdate} - Выводит дату последнего посещения пользователя

{group-icon} - Выводит иконку группы пользователя

{time_limit} - Выводит дату до которой пользователь находится в группе, если группа является временной

[time_limit] текст [/time_limit] - Выводит текст заключенный в теги в случае если пользователь находится во временной группе

{comm-num} - Выводит количество комментариев пользователя

{comments-url} - Выводит адрес ссылки на комментарии пользователя

[comm-num] текст [/comm-num] - Выводит текст заключенный в теги если пользователь имеет комментарии на сайте

[not-comm-num] текст [/not-comm-num] - Выводит текст заключенный в теги если пользователь не имеет комментариев на сайте

{news} - Выводит адрес ссылки на новости пользователя

{rss} - Выводит адрес ссылки на RSS новостей пользователя

{news-num} - Выводит количество новостей пользователя

[news-num] текст [/news-num] - Выводит текст заключенный в теги если пользователь имеет новости на сайте

[not-news-num] текст [/not-news-num] - Выводит текст заключенный в теги если пользователь не имеет новостей на сайте

{all-pm} - Выводит общее количество персональных сообщений пользователя

{favorite-count} - Выводит общее количество публикаций в закладках пользователя

[profile_xfvalue_X] - Выводит значение дополнительного поля с именем "X" из его профиля

[profile_xfgiven_X] текст [/profile_xfgiven_X] - Выводит текст заключенный в теги если дополнительное поле с именем "X" указано в его профиле

[profile_xfnotgiven_X] текст [/profile_xfnotgiven_X] - Выводит текст заключенный в теги если дополнительное поле с именем "X" не указано в его профиле

[author-group=X] текст [/author-group] - Выводит текст заключенный в теги автор публикации находится в указанной группе "X" пользователей. Допускается перечесление групп через запятую, например: 1,2,3

[not-author-group=X] текст [/not-author-group] - Выводит текст заключенный в теги автор публикации не находится в указанной группе "X" пользователей. Допускается перечесление групп через запятую, например: 1,2,3

2. Для шаблонов вывода комментариев (comments.tpl) добавлена поддержка новых тегов условий сравнения значений. Например, тег [if field = "значение"] текст [/if] выведет текст заключённых в них если значения поля равно указанному значению. Имена полей, которое может принимать field:

id - Уникальный ID номер комментария (число)
post_id - Уникальный ID номер публикации (число)
user_id - Уникальный ID номер пользователя оставившего комментарий если он зарегистрирован (число)
date - Дата комментария (дата в английском формате, например "2020-09-01" или "10 September 2020" или "next Thursday" или "+1 day" или "next Thursday" или в unix формате, если же используется знак равенства то дата новости округляется до минуты)
gast_name - Логин автора комментария (текст)
gast_email - Е-mail автора комментария (текст)
ip - IP пользователя оставившего комментарий (текст)
is_register - Зарегистрирован автор комментария на сайте или нет (число 1 или 0)
rating - Общий рейтинг комментария (число)
vote_num - Количество голосов в рейтинге комментария (число)
name - Логин автора комментария если он зарегистрирован. (текст)
email - E-mail автора комментария если он зарегистрирован (текст)
news_num - Количество публикаций автора комментария если он зарегистрирован (число)
comm_num - Количество комментариев автора комментария если он зарегистрирован (число)
user_group - Группа автора комментария если он зарегистрирован (число)
lastdate - Дата последнего посещения автора комментария если он зарегистрирован (дата в английском формате, например "2020-09-01" или "10 September 2020" или "next Thursday" или "+1 day" или "next Thursday" или в unix формате, если же используется знак равенства то дата новости округляется до минуты)
reg_date - Дата регистрации автора комментария если он зарегистрирован (дата в английском формате, например "2020-09-01" или "10 September 2020" или "next Thursday" или "+1 day" или "next Thursday" или в unix формате, если же используется знак равенства то дата новости округляется до минуты)
signature - Подпись автора комментария если он зарегистрирован (текст)
foto - Ссылка на аватар автора комментария если он зарегистрирован (текст)
fullname - Полное имя автора комментария если он зарегистрирован (текст)
land - Местожительства автора комментария если он зарегистрирован (текст)
xfield_x - Значение дополнительного поля публикации, где x это имя дополнительного поля. Например xfield_test значение дополнительного поля test

3. Добавлена поддержка нового типа кеширования с использованием системы кеширования Redis. В настройках скрипта вы можете выбрать какое именно кеширование использовать: Файлы, Memcache или Redis. Также если ваш Redis сервер требует логина и пароля для авторизации или просто пароля, то вы можете также задать данные авторизации на сервере для этого. Для работы данного типа кеширования, на вашем сервере должен быть установлен сервер Redis, а также расширение для PHP интерпретатора php-redis.

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

5. Для тегов условий сравнения значений [if field = "значение"] текст [/if] добавлена поддержка использования в них других шаблонных тегов. Например, вы можете использовать конструкцию: [if autor = "{profile-login}"]Просматривает автор публикации[/if], которая выведет указанный текст, если публикацию просматривает ее автор. Тем самым вы можете более гибко делать оформление шаблонов.

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

7. Для тега [mеdia=...] добавлена поддержка более 200 новых сервисов и сайтов. По сути, была добавлена поддержка всех известных сайтов и сервисов поддерживающих протокол oEmbed для обмена данными для вставки в публикации.

8. Для шаблона main.tpl добавлена поддержка нового тега {cloudstag} который выводит ключевое слово из облако тегов, при просмотре раздела сайта, который показывает публикации по определённому ключевому слову из облака тегов. Данное нововведение будет полезно для вебмастеров, которые хотят выводить просматриваемое ключевое слово в каком-либо отдельном месте, например с использованием HTML тегов h1 и т.д.

9. Для шаблона вывода меню категорий (categorymenu.tpl) добавлена возможность вывода описания категории в меню. Для этого добавлена поддержка новых тегов: {description} - который выводит описание категории, [description] текст [/description] - которые выводят текст заключённый в них если задано описание категории, а также обратные теги: [not-description] текст [/not-description] - которые выводят текст заключённый в них если не было задано описание категории.

10. Для шаблона вывода меню категорий (categorymenu.tpl) добавлена поддержка новых тегов: [not-parent] текст [/not-parent] которые выводят текст, заключённый в них, если категория не является родительской и не содержит в себе подкатегории. По своей сути данный тег является обратным уже существующему тегу: [isparent] текст [/isparent].

11. Для шаблона вывода меню категорий (categorymenu.tpl) добавлена поддержка новых тегов: [is-children] текст [/is-children] которые выводят текст, заключённый в них, если категория является подкатегорией другой категории, а также добавлена поддержка обратных тегов: [not-children] текст [/not-children] которые выводят текст заключённый в них, если категория не является подкатегорией другой категории.

12. Для дополнительного поля с типом: "Переключатель 'Да' или 'Нет'", изменено его заполнение на сайте, вместо HTML тега select добавлено использование тега input (checkbox). Тем самым заполнение поля на сайте приведено в соответствие с заполнением его в админпанели.

13. Для дополнительных полей, имеющих свойство "использовать как перекрёстные ссылки" добавлена возможность использовать в их значениях символа слеша "/".

14. Для тега пользовательского вывода комментариев {customcomments ....} добавлен новый параметр newsid="1,3,5-15" где вы можете перечислить ID публикаций из которых нужно выбирать комментарии. Также данный параметр может включать в себя шаблонные теги других шаблонов, например, если в шаблоне полной новости разместить тег {customcomments newsid="{news-id}" order="rating"} он покажет комментарии из данной публикации, отсортированные по рейтингу.

15. Для тега пользовательского вывода комментариев {customcomments ....} добавлен новый параметр newsidexclude="1,3,5-15" где вы можете перечислить ID публикаций которые нужно исключить при показе комментариев. Например, при использовании тега {customcomments newsidexclude="3-10"} будут показаны комментарии из всех публикаций, кроме публикаций ID которых от 3 до 10.

16. Для тега пользовательского вывода новостей {custom ....} добавлен новый параметр subcat="yes". Данный параметр может использоваться совместно с параметрами category="список" или categoryexclude="список". Данный параметр указывает необходимо ли включать в выборку также публикации, находящиеся в подкатегориях или нет. Данный параметр может принимать следующие значения: subcat="yes" который указывает, что также нужно выбрать все публикации находящиеся и в подкатегориях указанной категории, а также значение subcat="only" который указывает, что нужно выбрать публикации только из подкатегорий, без учета указанной категории. Например, у вас на сайте есть категории с ID 1, 2 и 3. Категории 2 и 3 при этом являются подкатегориями первой. При использовании тега {custom category="1" subcat="yes"} будут выбраны все новости, из категорий 1, 2 и 3. А при использовании тега {custom category="1" subcat="only"} будут выбраны все публикации только из категорий 2 и 3. Тем самым вы можете гибко указывать нужные параметры выборки, без перечисления всех категорий в теге, а также публикации будут автоматически показываться при добавлении в админпанели новых подкатегорий, без необходимости правки шаблонов.

17. Для ключевых слов из облака тегов добавлена возможность использовать в их значениях символа слеша "/".

18. В связи с тем, что сервис Instagram перешел под управление Facebook, а тот в свою очередь для встраивания своего контента на сайт требует обязательно иметь зарегистрированное на сервисе приложение для получения данных, то для вставки в новости постов из Instagram с использованием тега [mеdia=...] теперь в DLE используются данные приложения, указанного в настройках скрипта для авторизации через социальную сеть Facebook. При этом в настройках самого приложения на сайте Facebook вам необходимо дать доступ к получению контента через oEmbed. После чего вставка из Instagram и Facebook c использованием тега [mеdia=...] будет доступна. Подробнее о том как добавить данные права в свое приложение вы можете прочитать в документации https://developers.facebook.com/docs/plugins/oembed

19. В настройки скрипта добавлена возможность включать или отключать установку параметра NOREFERRER для всех внешних ссылок, которые публикуются в новостях. Если вы включили данную настройку, то для всех внешних ссылок, которые публикуются в новостях, будет устанавливаться параметр NOREFERRER, который будет запрещать браузерам передавать информацию на внешние сайты о том откуда пришёл пользователь.

20. В настройки скрипта добавлена возможность включать или отключать установку параметра NOREFERRER для всех внешних ссылок, которые публикуются в комментариях. Если вы включили данную настройку, то для всех внешних ссылок, которые публикуются в комментариях, будет устанавливаться параметр NOREFERRER, который будет запрещать браузерам передавать информацию на внешние сайты о том откуда пришёл пользователь.

21. При загрузке файлов с расширениями webm и m3u8 добавлено автоматическое распознавание их как видеофайлов и соответственно они могут быть вставлены в новость автоматически для их проигрывания на сайте с использованием видеоплеера.

22. Для публикаций добавлена поддержка отдачи заголовка "304 Not Modified", в случае отправки на сервер соответствующего запроса от поисковых систем. Если публикация не редактировалась за указанный период, то DLE будет отдавать просто короткий соответствующий HTTP с кодом 304. Что позволит снизить расход трафика на сервере, и несколько снизить нагрузку на сервер.

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

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

25. Библиотека jQuery обновлена до актуальной линейки 3.6.x при использовании, в случае если в настройках скрипта в админпанели включено использование jQuery 3 на сайте.

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

27. Добавлена возможность вставки виджетов из apple музыки для проигрывания музыки на сайте с использованием тегов iframe. А также для HTML тегов iframe добавлена возможность установки политики доступа с использованием атрибута allow.

28. Добавлена возможность использования символов одиночных кавычек ('), а также символов амперсанда (&) в фильтре слов. Тем самым вы можете использовать такие слова как Жанна д'Арк и другие аналогичные.

29. Добавлена поддержка настройки: "Разрешить индексацию поисковыми системами ссылок, опубликованных в комментариях" для используемых на сайте визуальных WYSIWYG редакторов. Ранее данная настройка действовала только при использовании в комментариях BBCODES редактора и ссылок, публикуемых только с использованием BB тегов.

30. Для заметок, публикуемых в плагинах, было добавлено корректное отображение исходного кода, публикуемого ББ тегами [cоde] ... [/cоde], а также была добавлена подсветка исходного кода и его тегов, для более улучшенного визуального восприятия текста.

31. В связи с изменением сервисом YouTube алгоритмов работы по протоколу Oembed, и по умолчанию он стал отдавать код видео маленьких размеров. В работу тега [mеdia=...] были внесены изменения, и теперь при вставке видео из данного сервиса используются настройки видео проигрывателя DLE, а высоту DLE рассчитывает автоматически. Тем самым вставка видео осуществляется правильных размеров, и соответствующих другим видео на сайте, размещённых с использованием плеера DLE.

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

33. Внесены изменения в логику работы показа загруженных изображений к публикациям. Ранее в списке отображались только те изображения, которые загружены на сервер через скрипт DLE, а также присутствуют физически на сервере. Теперь же, если изображение по каким-либо причинам было удалено с сервера физически, минуя скрипт DLE, то вместо изображения будет показана специальная заглушка, которая показывает, что изображение удалено с сервера. Это нововведение будет полезно, если для пользователей были введены лимиты на количество изображений к новости, и в случае отсутствия изображения, его можно было удалить из привязки к публикациям, и как следствие лимит на количество будет корректно соблюдаться.

34. Видеоплеер DLE был обновлён до актуальной версии. Был исправлен ряд ошибок в отображении плеера на разных устройствах и браузерах.

35. Парсер входящего HTML кода для публикаций был обновлён до актуальной версии. Была добавлена поддержка ряда новых параметров HTML атрибутов для поддержки HTML5.

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

37. Добавлена дополнительная проверка ошибочных действий администратора сайта, при редактировании прав групп пользователей в панели управления, например ранее администратор при настройке прав на категории мог одновременно выбрать случайно и доступ ко всем категориям, и ограничить к некоторым, что могло приводить к некорректной работе некоторых функций DataLife Engine.

38. Добавлена поддержка символов "$" в именах пользователей и паролей в данных соединения c базой данных MySQL сервера.

39. Добавлена поддержка PHP линейки 8.xx

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

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

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

43. Улучшено формирование метатега og:description протокола Open Graph при просмотре полных новостей. Теперь при формировании данного тега в случае, если задействуются дополнительные поля публикаций, то учитываются только текстовые поля, такие как: одна строка или несколько строк, и при этом исключены другие поля, такие как изображения или файлы.

44. Улучшено формирование метатега og:image протокола Open Graph при просмотре полных новостей. Теперь при формировании данного тега в случае, если текст краткого и полного описания не имеет картинок, то данная картинка будет взята из дополнительного поля с типом изображение или галерея изображений.

45. Добавлен учет последней даты комментария, расположенного на странице полной новости, при отдаче HTTP заголовка Last-Modified для более корректной отдачи в браузер информации о том когда была изменена страница.

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

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

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

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

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

51. Исправлена проблема, при которой неверно обрабатывались теги вывода иконок категорий в шаблонах вывода краткой и полной новости, если категории были назначены другие файлы шаблонов, отличные от стандартных (shortstory.tpl и fullstory.tpl).

52. Исправлена проблема, при которой не работали теги [if ..] ... [/if] если значение поля содержало символы в верхнем регистре.

53. Исправлена проблема, при которой не работали теги [if ..] ... [/if] если значение поля поле содержало несколько различных значений, например новость в нескольких категориях, и при этом проверка проверялась по отрицательному значению с комбинированием условий. Например, происходило некорректное сравнение условия [if category != "1" AND category != "2"]не 1 и не 2[/if] если новость при этом была опубликована в несколько категорий, а не только в одной категории.

54. Исправлена проблема, при которой теги [not-ios] ... [/not-ios] и [not-android] ... [/not-android] не работали в случае если в шаблоне отсутствовали их обратные теги.

55. Исправлена проблема, при которой некорректно сохранялись категории при импорте публикаций из RSS каналов на сайт.

56. Исправлена проблема, при которой неверно формировалась каноническая ссылка на страницах просмотра публикаций, содержащих определённые дополнительные поля, в случае если был включён ЧПУ, а пользователь заходил по ссылке с отключённым ЧПУ. Данное действие могло быть, если менялись настройки сайта, и сайт был проиндексирован поисковиками.

57. Исправлены обнаруженные и заявленные ранее небольшие ошибки в скрипте.

Комментарии

  1. radrigo (Клиенты)

    29 марта 2021 16:06 150 комментариев
    Аллилуйя 🙄
  2. PSPinfo.RU (Клиенты)

    29 марта 2021 17:27 52 комментария
    П.1. Правильно писать ОБ авторе, не О авторе ;)
  3. TCSE (Клиенты)

    29 марта 2021 17:29 57 комментариев
    7. Для тега [mеdia=...] добавлена поддержка более 200 новых сервисов и сайтов.


    А где можно посмотреть весь список сервисов для этой бииблиотеки?

    43. Улучшено формирование метатега og:description протокола Open Graph

    А будет ли исправлен баг с метатегом og:images если картинка в новости задается через дополнительное поле?
    (как один из вариантов решения https://tcse-cms.com/works/1630-dle-ogimage.html )
  4. celsoft (Администраторы)

    30 марта 2021 10:37 4 033 комментария
    Цитата: TCSE
    А где можно посмотреть весь список сервисов для этой бииблиотеки?

    Это не библиотека, это протокол обмена данными, по своей сути такой некий стандарт обмена данными. Находится он по адресу https://oembed.com а список провайдеров, официально добавивших себе этот протокол в сервис https://github.com/iamcal/oembed/tree/master/providers

    Цитата: TCSE
    А будет ли исправлен баг с метатегом og:images если картинка в новости задается через дополнительное поле?

    Это не баг, эта картинка просто реализуется в дистрибутиве по другому принципу. У нас есть планы, по добавлению дополнительных опций для доп. полей. Но это не в этой версии. Что будет реализовано в данной версии, описано выше. Ничего другого не будет.
  5. checkme (Клиенты)

    30 марта 2021 11:04 4 комментария
    22. Для публикаций добавлена поддержка отдачи заголовка "304 Not Modified", в случае отправки на сервер соответствующего запроса от поисковых систем. Если публикация не редактировалась за указанный период, то DLE будет отдавать просто короткий соответствующий HTTP с кодом 304. Что позволит снизить расход трафика на сервере, и несколько снизить нагрузку на сервер.

    Это можно отключить? Ибо бот поиска не будет индексировать новые комментарии из-за 304 кода??? Комменты тоже играют ролы в ранжировании.

    А так очень полезная фишка если на сайте больше 20-50к новостей.
  6. celsoft (Администраторы)

    30 марта 2021 11:07 4 033 комментария
    Цитата: checkme
    Это можно отключить? Ибо бот поиска не будет индексировать новые комментарии из-за 304 кода??? Комменты тоже играют ролы в ранжировании.

    А так очень полезная фишка если на сайте больше 20-50к новостей.

    Через систему плагинов это можно будет отключить.
    1. Lexxs (Клиенты)

      30 марта 2021 11:41 312 комментариев
      Плагин будет прилагаться ?
      Сделайте нормальное отключение из админки, и лучше, чтоб по умолчанию было отключено.
      Мне такая функция точно не нужна.
      Кому нужно, пусть отдельно подключают.
      1. celsoft (Администраторы)

        30 марта 2021 11:50 4 033 комментария
        Плагины когда нибудь прилагались? Дистрибутив идет таким, каким идет. Многим какие функции не нужно, многим какие функции нужны. На каждую запятую настроек не наставить. Потому как таких настроек будет миллион. Поэтому есть система плагинов, через которую можно поменять возможности и функциональность непосредственно под собственные желания. В каком файле и что удалить, тех. поддержка вам скажет, но вот создавать в админпанели свой плагин нужно уже самому, благо это пошагово четко и понятно, без каких либо особых знаний можно сделать.
      2. ZzzBep (Клиенты)

        30 марта 2021 20:02 11 комментариев
        45. Добавлен учет последней даты комментария, расположенного на странице полной новости, при отдаче HTTP заголовка Last-Modified для более корректной отдачи в браузер информации о том когда была изменена страница.

        А вот это разве не панацея или я не так прочитал?
    2. berserker (Клиенты)

      1 апреля 2021 19:19 20 комментариев
      А в чем проблема сделать кнопку в админ панели?
      1. celsoft (Администраторы)

        2 апреля 2021 10:03 4 033 комментария
        Проблемы нет. Есть ее полная ненадобность. Все очень подробно описано в комментариях ниже.
  7. Lexxs (Клиенты)

    30 марта 2021 11:37 312 комментариев
    Во, только вчера спросил, когда будет релиз )))
  8. PSPinfo.RU (Клиенты)

    30 марта 2021 12:00 52 комментария
    Цитата: celsoft
    Дистрибутив идет таким, каким идет.

    Опять половинчатое решение...
    Ну почему не учитывать дату добавления комментариев СРАЗУ и вынести настройку в админку для настройки отдачи 304 - только по дате новости, по комментам, отключить.

    Текущий Релиз фактически, техническое обновление с исправлениями, очень жаль, никакого роста...

    P.S.
    Один браузер, одна учётка - ЗАДОЛБАЛО сообщение о куках, которое приходится подтверждать практически при каждом входе на сайт :(
  9. dds (Клиенты)

    30 марта 2021 12:44 12 комментариев
    1. Добавлена возможность выводить данные из профиля пользователя

    То есть вывести текущий рейтинг новостей посетителя (который складывается автоматически на основе рейтинга его статей и выводиться тегом {rate} ) не представляется возможным?
  10. skd (Клиенты)

    30 марта 2021 12:53 2 комментария
    Спасибо за разработку новой версии! Жаль не появилось возможности самому задавать основную категорию для новости, если их несколько.
  11. celsoft (Администраторы)

    30 марта 2021 13:15 4 033 комментария
    Цитата: PSPinfo.RU
    Опять половинчатое решение...
    Ну почему не учитывать дату добавления комментариев СРАЗУ и вынести настройку в админку для настройки отдачи 304 - только по дате новости, по комментам, отключить.

    Я не говорил что не учитывается, я ответил что это не отключается и не включается в настройках скрипта и если нужно отключать то нужен будет плагин, потому как на каждую запятую настройку не поставит. HTTP заголовки относятся к данным всей страницы, и учет этого (даты комментария!!! ведется). Вы например даже не заметили что заголовок Last-Modified не учитывал комментарии а только новости. Причем много лет!!! и вас это не беспокоило никак. И только 304 забеспокоил. Странно.

    Кстати про Last-Modified не указали в описании пресс релиза, добавил, я просто не отнес это к важному когда делал, и отнес к последнему пункту пресс релиза, куда складируется вся мелочь. А это все таки важно, поэтому внес пункт в описание пресс релиза.
    1. PSPinfo.RU (Клиенты)

      30 марта 2021 13:24 52 комментария

      HTTP заголовки относятся к данным всей страницы, и учет этого (даты комментария!!! ведется)

      В таком случае, это противоречит описанию, на котороя я оринтируюсь, задавая вопросы:

      Если публикация не редактировалась за указанный период, то DLE будет отдавать просто короткий соответствующий HTTP с кодом 304
      1. celsoft (Администраторы)

        30 марта 2021 13:28 4 033 комментария
        Вы не задавали вопросы, у вас нет вопроса в сообщении, вы обвинили на основе ответов в комментариев, а они давались уже о том о чем спросили. В описании да, привязка основная к дате новости, потому как только у полных новостей, а комментариев может и не быть, поэтому описана как новостная возможность, а не комментариев.
  12. celsoft (Администраторы)

    30 марта 2021 13:26 4 033 комментария
    Цитата: PSPinfo.RU
    P.S.
    Один браузер, одна учётка - ЗАДОЛБАЛО сообщение о куках, которое приходится подтверждать практически при каждом входе на сайт :(

    Какое отношение это имеет к DLE? Это не функция DLE и не привязано вообще ни к каким учетным записям, и не зависит от входа и выхода на сайт, под разными учетными записями. Это вы чистите куки принудительно у браузера. А не сайт вам их чистит. К сайту это отношение не имеет. Он ставит куки на год. И пока вы сами!!! не очистите куки в браузере, никто их не очищает. Так что претензия точно не к нам.
  13. celsoft (Администраторы)

    30 марта 2021 13:37 4 033 комментария
    Цитата: dds
    То есть вывести текущий рейтинг новостей посетителя (который складывается автоматически на основе рейтинга его статей и выводиться тегом {rate} ) не представляется возможным?

    Если вы про то что вывод информации о пользователе в публикации, то нет. Этого нет, и не планировалось к реализации. У пользователя нет рейтинга, есть рейтинг его публикаций, есть рейтинг его комментариев. И соответственно для того чтобы показать рейтинг пользователя нужно произвести пересчет на лету например рейтинг публикаций. Одно дело это сделать на странице пользователя, когда на нее зайдут, а такие страницы далеко не постоянно читаемые, и другое дело произвести пересчеты к каждой отображаемой новости, коих например только кратких может быть не один десяток в пределах страницы и авторов. Поэтому эта нагрузка уже лежит за пределами допустимой нами, поэтому это не входит в дистрибутив и не войдет. Это уже точно в области персональных модулей и плагинов. Скорость и низкая нагрузка на сервер, приоритетный параметр при разработке DLE и его возможностей.
  14. stimul (Клиенты)

    30 марта 2021 14:08 23 комментария
    😎 спасибо за обнову))
  15. kamensk (Клиенты)

    30 марта 2021 15:55 61 комментарий
    Если публикация не редактировалась за указанный период, то DLE будет отдавать просто короткий соответствующий HTTP с кодом 304
    Функция видимо полезная - но не понятная.
    За какой период?
    Если публикации вообще не редактируются - как будет обстоять дела?
    И если отредактировать какуе то публикацию - что повлечет за собой?
    1. Lexxs (Клиенты)

      1 апреля 2021 07:34 312 комментариев
      Это очень вредная функция, которая сделает бесполезной больше половины сайта.
      У меня например сейчас благодаря поисковым системам вдруг трафик начал расти именно на старые страницы,
      которые теперь по новшеству этих замудренных новоделов, теперь будут 304 отдавать и трафик естественно уйдёт.
      Так как разница есть, 200 отдавать, или 304, и каков будет вес страницы, в смысле её весомости для поисковика, с таким кодом.
  16. Дмитрий6 (Клиенты)

    30 марта 2021 16:30 111 комментариев
    Цитата: kamensk
    Если публикация не редактировалась за указанный период, то DLE будет отдавать просто короткий соответствующий HTTP с кодом 304
    Функция видимо полезная - но не понятная.
    За какой период?
    Если публикации вообще не редактируются - как будет обстоять дела?
    И если отредактировать какуе то публикацию - что повлечет за собой?

    Not Modified переводится как "Не изменено"
    Выше в комм. уже все разжевали, да и в интернете информации достаточно!
  17. kamensk (Клиенты)

    30 марта 2021 17:12 61 комментарий
    Цитата: Дмитрий6
    Цитата: kamensk
    Если публикация не редактировалась за указанный период, то DLE будет отдавать просто короткий соответствующий HTTP с кодом 304
    Функция видимо полезная - но не понятная.
    За какой период?
    Если публикации вообще не редактируются - как будет обстоять дела?
    И если отредактировать какуе то публикацию - что повлечет за собой?

    Not Modified переводится как "Не изменено"
    Выше в комм. уже все разжевали,
    тым выше - разжовывали комментарии, а не публикации.
  18. ZzzBep (Клиенты)

    30 марта 2021 20:11 11 комментариев
    Цитата: PSPinfo.RU
    P.S.
    Один браузер, одна учётка - ЗАДОЛБАЛО сообщение о куках, которое приходится подтверждать практически при каждом входе на сайт :(

    Выкиньте браузер, нет такой проблемы.

    Цитата: kamensk
    тым выше - разжовывали комментарии, а не публикации.

    Выше и про комменты и про публикации разжевали:)
  19. celsoft (Администраторы)

    31 марта 2021 07:11 4 033 комментария
    Цитата: kamensk
    Функция видимо полезная - но не понятная.
    За какой период?

    За любой. Независимо от времени.

    Цитата: kamensk
    Если публикации вообще не редактируются - как будет обстоять дела?

    Используется дата добавления. Дата есть всегда.

    Цитата: kamensk
    И если отредактировать какуе то публикацию - что повлечет за собой?

    Ничего. А что должно повлечь? Это внутренняя работа, если DLE получит от робота поисковика запрос на информацию, которая ему нужна, он ее получит от DLE. Вот и все.
  20. sheckler (Клиенты)

    31 марта 2021 16:12 22 комментария
    NOREFERRER полезная штука. Остальное частично сам доработал по актуальности
  21. ZzzBep (Клиенты)

    31 марта 2021 18:01 11 комментариев
    А noopener не получится сразу тоже добавить?
  22. celsoft (Администраторы)

    1 апреля 2021 10:31 4 033 комментария
    Цитата: Lexxs
    Это очень вредная функция, которая сделает бесполезной больше половины сайта.
    У меня например сейчас благодаря поисковым системам вдруг трафик начал расти именно на старые страницы,
    которые теперь по новшеству этих замудренных новоделов, теперь будут 304 отдавать и трафик естественно уйдёт.
    Так как разница есть, 200 отдавать, или 304, и каков будет вес страницы, в смысле её весомости для поисковика, с таким кодом.

    Как говорит моя супруга: у меня сейчас будет "психологично порушення" когда я "туплю" над тем как включить стиральную машинку 😀. Так и у меня оно будет когда читаю подобные сообщения. Кто ваш источник информации? Откуда вы ее берете? С чего вы решили что код 304 это замена коду 200?

    Объясняю на пальцах простым русским языком без технических терминов, для вас и для всех кто не знаает что такое 304 код, зачем он и для чего отдается и в каких случаях. При обычном обращении к вашему сайту поисковиком или кем то иным по какому либо адресу если новость есть и все в порядке отдается всегда!!!! код 200 контент вашего сайта. Поисковик его читает, анализирует, в вносит в свой индекс отдает пользователям и т.д. Так вот после того как поисковик это все сделал, он вашему серверу и сайту когда в следующий раз хочет переиндексировать!!!! данную страницу отправляет на сайт специально сформированный запрос, повторю еще раз, потому как это важно, специально сформированный, в котором говорит вашему серверу: "привет, у меня есть копия этой страницы, от такого то числа, например от 30 марта 2020 года, скажи мне, у тебя были изменения в контекте после этого числа", а DLE в свою очередь проверяет контент страницы, даты контента, и если они не менялись после этой даты, то DLE говорит: код 304 ничего не менялось относительно 30 марта 2020 года. Все. В этом суть этого кода. Это не замена 200 коду, не его альтернатива.

    Эта функция не меняет индексацию, это функция не влияет на ранжирование страниц, эта функция не влияет на отправку вам посетителей с поисковика на сайт. Эта функция в десятки раз ускоряет переиндексацию вашего сайта поисковиком, когда на сайте появляются изменения, это в разы ускоряет внесение ваших изменений в индекс поиска. Обьясняю почему. Например у вас 100 500 страниц, поисковику нужно проверить все 100 500 страниц были ли изменения или нет, для этого скачать контент, проанализировать и сверить с со своими копиям. Таких как ваш сайт у него миллиарды, и на ваш сайт он выделит только определенный свой ресурс, возьмем условно 5 страниц в сутки (это конечно же больше, но просто как пример). Так вот у вас появилось также условно 3 новых страницы или изменения, но поисковику нужно проверить все 100 500 страниц и не факт что ваши 3 новые страницы будут вначале, а не после проверки уже существующих.

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

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

    Повторю еще раз 304 код это за замена 200 коду, ни его альтернатива, это специальный обмен данными, только при специальном обращении в котором его именно просят!!! отдать именно код 304, и он его отдает, и отдает только если изменений на странице не было!!! ни в каких других случаях, и ни при каких других условиях 304 не отдается вместо 200 кода.
  23. Вадим Корнеев (Клиенты)

    2 апреля 2021 09:46 14 комментариев
    subcat - это супер. Спасибо!
  24. celsoft (Администраторы)

    2 апреля 2021 10:02 4 033 комментария
    Цитата: ZzzBep
    А noopener не получится сразу тоже добавить?

    Он существует в DLE уже много лет
  25. Oxigen (Посетители)

    4 апреля 2021 06:19 8 комментариев
    пункт 54 можно перевести? кажется какое то не законченное предложение.
  26. celsoft (Администраторы)

    4 апреля 2021 06:56 4 033 комментария
    Цитата: Oxigen
    пункт 54 можно перевести? кажется какое то не законченное предложение.

    Теги не работали в шаблоне, если стояли только они и не было их обратных тегов, т.е. не было тегов [ios]....[/ios]
  27. ntrtv (Клиенты)

    5 апреля 2021 08:55 197 комментариев
    2. Для шаблонов вывода комментариев... то есть, наконец, можно будет допустим выделять коммент, набравший больше лайков или дизлайлов или поднимать его выше?
  28. surikat (Посетители)

    6 апреля 2021 01:08 25 комментариев
    Цитата: celsoft
    Как говорит моя супруга: у меня сейчас будет "психологично порушення" когда я "туплю" над тем как включить стиральную машинку 😀. Так и у меня оно будет когда читаю подобные сообщения. Кто ваш источник информации? Откуда вы ее берете? С чего вы решили что код 304 это замена коду 200?

    Объясняю на пальцах простым русским языком без технических терминов, для вас и для всех кто не знаает что такое 304 код, зачем он и для чего отдается и в каких случаях. При обычном обращении к вашему сайту поисковиком или кем то иным по какому либо адресу если новость есть и все в порядке отдается всегда!!!! код 200 контент вашего сайта. Поисковик его читает, анализирует, в вносит в свой индекс отдает пользователям и т.д. Так вот после того как поисковик это все сделал, он вашему серверу и сайту когда в следующий раз хочет переиндексировать!!!! данную страницу отправляет на сайт специально сформированный запрос, повторю еще раз, потому как это важно, специально сформированный, в котором говорит вашему серверу: "привет, у меня есть копия этой страницы, от такого то числа, например от 30 марта 2020 года, скажи мне, у тебя были изменения в контекте после этого числа", а DLE в свою очередь проверяет контент страницы, даты контента, и если они не менялись после этой даты, то DLE говорит: код 304 ничего не менялось относительно 30 марта 2020 года. Все. В этом суть этого кода. Это не замена 200 коду, не его альтернатива.

    Эта функция не меняет индексацию, это функция не влияет на ранжирование страниц, эта функция не влияет на отправку вам посетителей с поисковика на сайт. Эта функция в десятки раз ускоряет переиндексацию вашего сайта поисковиком, когда на сайте появляются изменения, это в разы ускоряет внесение ваших изменений в индекс поиска. Обьясняю почему. Например у вас 100 500 страниц, поисковику нужно проверить все 100 500 страниц были ли изменения или нет, для этого скачать контент, проанализировать и сверить с со своими копиям. Таких как ваш сайт у него миллиарды, и на ваш сайт он выделит только определенный свой ресурс, возьмем условно 5 страниц в сутки (это конечно же больше, но просто как пример). Так вот у вас появилось также условно 3 новых страницы или изменения, но поисковику нужно проверить все 100 500 страниц и не факт что ваши 3 новые страницы будут вначале, а не после проверки уже существующих.

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

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

    Повторю еще раз 304 код это за замена 200 коду, ни его альтернатива, это специальный обмен данными, только при специальном обращении в котором его именно просят!!! отдать именно код 304, и он его отдает, и отдает только если изменений на странице не было!!! ни в каких других случаях, и ни при каких других условиях 304 не отдается вместо 200 кода.


    Да, спасибо за полное описание как это всё примерно работает! Но это всего Press Release и никто ещё конкретно его не тестил. Дай Бог , чтобы это не повлияло на индексацию и ранжирование.
  29. celsoft (Администраторы)

    6 апреля 2021 02:03 4 033 комментария
    Цитата: ntrtv
    2. Для шаблонов вывода комментариев... то есть, наконец, можно будет допустим выделять коммент, набравший больше лайков или дизлайлов или поднимать его выше?

    Да верно. При помощи тегов сравнения, можно добавлять те же классы и поднимать или менять оформление исключительно шаблонными средствами
    1. ntrtv (Клиенты)

      6 апреля 2021 13:58 197 комментариев
      Это отличная обновка!!
  30. Lexxs (Клиенты)

    6 апреля 2021 16:25 312 комментариев
    Было бы полезным возможность настройки страницы и разделов, которые закрыты для гостей, но открыты для поисковых ботов Яндекса и Гугла, чтобы сохранялась индексация.
    То есть чтобы боты поисковиков могли видеть содержимое страниц закрытых для не авторизованных пользователей.
    Естественно опционально.

Информация

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

Календарь

«    Апрель 2024    »
ПнВтСрЧтПтСбВс
1234567
891011121314
15161718192021
22232425262728
2930 

Опрос на сайте

Совершаете ли вы покупки в интернет?