Главная страница / Пресс релизы / DataLife Engine v.17.2 Press Release
май 31 2024

DataLife Engine v.17.2 Press Release

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

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

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

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

2. Добавлена возможность маркировать новые публикации. Для этого в настройки скрипта в админпанели добавлена возможность указать, сколько времени необходимо считать добавленную публикацию на сайт новой. После этого в шаблонах вывода кратких и полных новостей (shortstory.tpl и fullstory.tpl) вы можете использовать теги [new] текст [/new] которые выводят текст заключённый в них если публикация считается новой, а также вы можете использовать теги [not-new] Текст [/not-new] которые выводят текст, заключённый в них, если с момента публикации прошло больше указанного в настройках времени. Время в настройках задаётся в часах. Тем самым вы можете маркировать публикации в шаблонах какими-либо плашками о том, что это новая публикация.

3. Добавлена возможность маркировать обновлённые публикации. Для этого в настройки скрипта в админпанели добавлена возможность указать, сколько времени необходимо считать после редактирования публикации обновлённой. После этого в шаблонах вывода кратких и полных новостей (shortstory.tpl и fullstory.tpl) вы можете использовать теги [updated] текст [/updated] которые выводят текст заключённый в них если публикация считается обновлённой, и также вы можете использовать теги [not-updated] Текст [/not-updated] которые выводят текст, заключённый в них, если с момента редактирования прошло больше указанного в настройках времени. Время в настройках задаётся в часах. Тем самым вы можете маркировать публикации в шаблонах какими-либо плашками о том, что это обновлённая публикация.

4. В настройки скрипта в админпанели DataLife Engine добавлена возможность указывать какое максимальное количество жалоб может отправлять пользователь с сайта. Ранее данное количество было ограничено тремя жалобами на орфографические ошибки. Теперь вы можете указать количество жалоб и данное ограничение будет распространяться на публикации, комментарии, и орфографические ошибки.

5. В настройки групп пользователей добавлена возможность разрешения или запрета для данной группы отправлять жалобы на публикации с сайта. Тем самым вы можете для определённых групп запретить возможность отправлять жалобы на публикации чтобы избегать злоупотреблений.

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

7. В настройки групп пользователей добавлена возможность разрешения или запрета для данной группы отправлять жалобы на орфографические ошибки на сайте. Тем самым вы можете для определённых групп запретить возможность отправлять жалобы на орфографические ошибки чтобы избегать злоупотреблений.

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

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

10. Для шаблонов вывода опросов в публикациях (poll.tpl) добавлена поддержка нового тега {close-date} который выводит дату закрытия опроса от голосований, если он был закрыт.

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

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

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

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

15. Для системы управления плагинами в панели управления добавлена возможность вставлять блоки действий, между уже существующими действиями. Для этого у каждого блока добавлена кнопка для добавления нового действия, которое будет добавлено сразу после выбранного блока. Тем самым в существующем плагине вы можете при редактировании добавлять дополнительные блоки сразу в нужное вам место.

16. Для системы плагинов добавлена возможность использовать в имени плагина, описании плагина, и заметок для плагина теги [lang=X] Текст [/lang] в их тексте. Которые выводят текст в зависимости от того языка, который использует пользователь в админпанели. Где X это ISO код языка из языкового пакета. Тем самым вы можете выводить название, и заметки на разных языках. Например тег [lang=ru]Текст на русском[/lang] выведет данный текст если пользователь использует русский язык, а тег [lang=en] English Text [/lang] если пользователь использует английский язык.

17. Добавлена поддержка нового глобального шаблонного тега: [active-plugins=X] Текст [/active-plugins] который выводит текст заключённый в него если указанный плагин включён и используется на сайте. Где X это ID плагина или его имя. Например, вы можете указать [active-plugins=1] Текст [/active-plugins] либо [active-plugins=Мой плагин] Текст [/active-plugins], и если плагин с ID 1 или с именем “Мой плагин” включен в системе, то текст указанный в теге будет выведен. Также вы можете перечислять несколько параметров в теге через запятую, например, [active-plugins=1,2,5] Текст [/active-plugins].

18. Добавлена поддержка нового глобального шаблонного тега: [not-active-plugins=X] Текст [/not-active-plugins] который выводит текст заключённый в него если указанный плагин выключен и не используется на сайте. Где X это ID плагина или его имя. Например, вы можете указать [not-active-plugins=1] Текст [/not-active-plugins] либо [not-active-plugins=Мой плагин] Текст [/not-active-plugins], и если плагин с ID 1 или с именем “Мой плагин” выключен в системе и не используется, то текст, указанный в теге будет выведен. Также вы можете перечислять несколько параметров в теге через запятую, например, [not-active-plugins=1,2,5] Текст [/not-active-plugins].

19. Для пользовательского вывода публикаций с использованием тега {custom ….} добавлена возможность использование нового параметра favorites="yes", который выведет публикации которые находятся у посетителя в закладках. Например, тег {custom favorites="yes" order="id_as_list”} выведет публикации из закладок пользователя в том порядке сортировки, в котором он их вносил в закладки.

20. Полностью переработана система работы настройки разрешения или запрещения комментариев в настройках категорий для определённых категорий сайта. Ранее при запрете комментариев в настройках категории данный запрет распространялся только на новые добавляемые публикации в этой категории, при этом запрет прописывался непосредственно в самой публикации, и для вступления изменений в силу для ранних публикаций необходимо было пересохранять публикацию. Теперь разрешение или запрет на комментарии в категории вступает в силу незамедлительно для всех публикаций в категории, а сам запрет не прописывается непосредственно в саму публикацию. Соответственно вы можете включать и отключать разрешение на комментарии в категории и данное действие будет вступать в силу незамедлительно для публикаций в этой категории.

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

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

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

24. Для дополнительных полей с типом “Список” добавлена возможность использовать символы запятых в значениях списка. Ранее данный символ был зарезервирован под системные нужды в данном типе дополнительных полей.

25. Для шаблонов вывода кратких и полных новостей добавлена поддержка новых тегов: [ifxfset fields="X"] текст [/ifxfset] которые выводят текст заключённый в них если поле с именем X было задано и заполнено для новости. При этом вы можете перечислить несколько имён полей через запятую. Например [ifxfset fields="test1,test2"]оба поля с именем test1 и test2 заполнены[/ifxfset] выведет текст если оба поля были заполнены в новости. А также добавлены теги [ifxfnotset fields="X"] текст [/ifxfnotset] которые выводят текст заключённый в них если поле с именем X не было задано и заполнено для новости. При этом вы также можете перечислить несколько имён полей через запятую. Например [ifxfnotset fields="test1,test2"]оба поля с именем test1 и test2 не были заполнены[/ifxfnotset] выведет текст если оба поля не были заполнены в новости. Основное отличие от существующих тегов [xfgiven_x] и [xfnotgiven_x] заключается в том, что вы одновременно можете перечислить несколько полей и проверяется заполненность всех перечисленных полей одновременно, а также проверяется именно заполненность полей без значений, например если у поля задано “0” или значение “нет”, это тоже является заполненным полем в публикации. Если нужно проверять сами значение, то как и прежде задействуйте теги [if field = "значение"] текст [/if].

26. Для шаблонов вывода профиля пользователя (userinfo.tpl и profile_popup.tpl) добавлена поддержка новых тегов: [own-profile] Текст [/own-profile] которые выводят текст, заключённый в них, в случае если пользователь просматривает собственный профиль на сайте, а также теги [not-own-profile] текст [/not-own-profile] которые выводят текст, заключённый в них, в случае если пользователь просматривает чужой профиль на сайте.

27. Для шаблона вывода меню категорий (categorymenu.tpl) шаблонные теги [category-icon] текст [/category-icon] а также [not-category-icon] текст [/not-category-icon] были заменены на теги [cat-icon] текст [/cat-icon] и [not-cat-icon] текст [/not-cat-icon] соответственно. Связано это с тем, что данные теги имели тоже же название что и глобальные теги для всех шаблонов привязанные к публикациям, что приводило к их некорректной работе при просмотре разделов и публикаций.

28. Добавлена поддержка настройки “Автоматическая конвертация ссылок в кликабельные” для всех редакторов, включая и визуальные редакторы. Теперь данная настройка применяется независимо от используемого редактора, а также для дополнительных полей с типом “Несколько строк” независимо от редактора. Дополнительно настройка применяется и для комментариев, если пользователю разрешено публикация ссылок, и он публикует ссылку просто текстом в некликабельном виде, то она будет автоматически сконвертирована в кликабельную ссылку.

29. Добавлен режим галереи при просмотре увеличенных изображений в панели управления DataLife Engine в разделе управления загруженными изображениям.

30. Добавлена возможность сохранения и вывода логина пользователя в шаблоне добавления комментариев, в случае если комментарий оставляет незарегистрированный пользователей. Для этого в шаблоне addcomments.tpl добавлена поддержка нового тега {guest-name}, который выводит логин незарегистрованного пользователя, которое он вводил во время предыдущего добавления комментария. Тем самым незарегистрованному пользователю не нужно будет вводить каждый раз свой логин, когда он добавляет комментарий на сайте.

31. Добавлена возможность сохранения и вывода почтового адреса E-Mail пользователя в шаблоне добавления комментариев, в случае если комментарий оставляет незарегистрированный пользователей. Для этого в шаблоне addcomments.tpl добавлена поддержка нового тега {guest-mail}, который выводит E-Mail незарегистрованного пользователя, который он вводил во время предыдущего добавления комментария. Тем самым незарегистрованному пользователю не нужно будет вводить каждый раз свой почтовый адрес, когда он добавляет комментарий на сайте.

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

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

34. При добавлении комментариев на сайте, внесены изменения в уведомления в случае, если комментарий отправляется на модерацию. Ранее информационное сообщение имело информационный визуальный тип “Ошибка”, что могло вводить пользователей в заблуждение, и они отправляли комментарии повторно. Теперь информирование происходит в виде более мягкого предупреждения что комментарий был добавлен, но находится на модерации.

35. Улучшена система удаления всех комментариев пользователя на сайте. Ранее в некоторых случаях в базе могли остаться комментарии, являющиеся ответами на удаляемый комментарий, что приводило к наличию в базе неиспользуемых излишних данных.

36. Визуальный редактор TinyMCE был переведён на использование новейшей линейки 7.xx

37. В случае выключения сайта в настройках скрипта, например для проведения каких-либо работ на сайте добавлена отправка корректных HTTP заголовков 503 о том, что страница временно недоступна. Это исключает попадание страниц с информацией о том, что сайт отключён в индекс поисковых систем, если в момент отключения сайта они посещают сайт для индексации.

38. В случае падения MySQL сервера, добавлена отправка более корректных HTTP заголовков 503 о том, что страница временно недоступна. Это исключает попадание страниц с ошибкой работы сайта в индекс поисковых систем, если в момент сбоя они посещают сайт.

39. Внесены изменения в информирование посетителей в случае, если для них запрещено добавление комментариев на сайте. Если добавление комментариев запрещено в этой публикации именно для их группы, но какие-либо другие группы могут добавлять комментарии, то выводится сообщение что именно для их группы нет доступа к добавлению комментариев. В случае если комментарии недоступны вообще для данной публикации для всех групп и не зависимо от группы пользователей, то сообщение об ограничении именно для их группы не выводится. Тем самым пользователь не вводится в заблуждение о том, что только ему недоступны комментарии а другим доступны.

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

41. Исправления безопасности при работе в разделе управления базой данный в панели управления DataLife Engine.

42. Исправлена проблема, при которой не работал переход к комментариям при просмотре последних новостей в случае, если была отключена поддержка ЧПУ в настройках скрипта.

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

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

45. Исправлена проблема, при которой в некоторых случаях могла происходит ошибка при добавлении или редактировании RSS информеров в панели управления DataLife Engine.

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

47. Исправлена проблема, при которой не действовала настройка групп пользователей “Скрывать только полную новость из недоступных разделов” при использовании тега пользовательского вывода {custom …}.

48. Исправлена проблема, при которой не корректно обрабатывался глобальный тег {news-id} в случае если просматривается несуществующая публикация.

49. Исправлена проблема, при которой мог неверно выводится заголовок публикации при использовании тега {news-title} в пользовательском выводе комментариев при использовании тега {customcomments ….}.

50. Исправлена проблема, связанная с некорректным определением даты публикации: “вчера и сегодня” в ряде случаев.

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

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

Комментарии

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

    31 мая 2024 10:54 14 комментариев

    За 16 пункт спасибо.

  2. NlCKRUS (Клиенты)

    31 мая 2024 11:27 48 комментариев

    Отдельное спасибо за пункт 23!

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

    1. celsoft (Администраторы)

      31 мая 2024 11:46 4 071 комментарий

      интересная идея, у новостей же есть срок действия, и туда можно будет добавить пункт закрытия опроса. Примем это на заметку. Не в версии 17.2 конечно, т.к. она уже завершена и только тестирование будет, но в будущем добавим и это.

  3. fotohoster (Клиенты)

    31 мая 2024 12:09 1 комментарий

    За 21 пункт большое спасибо. Давно ждал.

  4. hidedev (Клиенты)

    31 мая 2024 12:25 3 комментария

    Огромное спасибо за реализацию предложенных идей с {custom favorites="true"} и за пользовательские теги [not-own-profile] текст [/not-own-profile]. 

    Хорошие обновления, особенно с маркировками новой и обновлённой новости. Спасибо, ждём релиза. 

  5. Min-Z-Drav (Клиенты)

    31 мая 2024 14:05 2 комментария

    Добавьте возможность  скрывать короткие новости не только в той категории которая запрещена  в "Настройки групп пользователей"
    Пример: Есть новость она, присутствует в категориях:  Новости, Спорт, Футбол

    Категория Футбол (она запрещена для гостей) зайдя в нее короткие новости не отображаться, но в категориях Новости и Спорт короткие новости отображаются.

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

    1. celsoft (Администраторы)

      31 мая 2024 15:06 4 071 комментарий

      Это невозможно технически, точнее перебирать отдельно все категории у каждой новости которая есть в категории попросту положит любой сервер без каких либо исключений. А в данном случае вам нужно более грамотно продумывать архитектуру категорий, а именно делать их не отдельными родительскими, в субкатегориями Новости -> Спорт -> Футбол. Новости назначать одну категорию "Футбол" при этом она будет доступна и в родительских.

      Добавлено:

      Хотя нет, я был не прав. Это можно в принципе сделать.

  6. geony (Клиенты)

    31 мая 2024 20:08 1 комментарий

    Какая версия PHP ?

    1. celsoft (Администраторы)

      1 июня 2024 00:53 4 071 комментарий

      Никаких изменений в требованиях к серверному ПО нет, они такие же как и для актуальной версии.

  7. PSPinfo.RU (Клиенты)

    31 мая 2024 23:06 53 комментария
    31 мая 2024 11:46, celsoft написал:
    интересная идея, у новостей же есть срок действия, и туда можно будет добавить пункт закрытия опроса.

    Ну это же первое, что должно было прийти в голову при добавлении возможности ЗАКРЫТЬ опрос...


    1. celsoft (Администраторы)

      1 июня 2024 01:00 4 071 комментарий

      Вам же это первое не пришло в голову. Я не увидел нигде от вас подобных пожеланий. Почему это должно было быть у других? В разных головах разное приходит в голову, у меня например сотни других самых первых важных вещей, а не подобное, о которых вы даже не подумаете, и у того кто писал подобные пожелания, ранее по этому также ничего не просил. Поэтому ваше утверждение как минимум странно. Что желали, то и сделали. Пожелали еще и другое, сделаем и другое, это не проблема. А вот ваше утверждение о обязанности додумать новые возможности за других, это уже немного странно. Если бы вам это было нужно, то оставляли бы пожелания по этому, а если не делали этого, то и ожидать не нужно. Мы давно ориентируемся исключительно на пожелания других людей, расставляя лишь приоритеты. Потому как пожеланий не одна сотня и додумывать, то что не просят не имеет никакого практического смысла, так как времени на то что просят не хватает, а не то что бы еще и "додумайте за нас и угадайте наши мысли". На такие вещи точно расчитывать не стоит. Если что то нужно, то это нужно четко и подробно излагать заранее, а не ожидать что кто то додумает за вас. Как то так.

  8. skapunker (Клиенты)

    1 июня 2024 06:31 8 комментариев

    как всегда ничего нового и полезного

    1. Дмитрий6 (Клиенты)

      8 июня 2024 11:45 117 комментариев

      комментарий который больше всего лайков собрал

  9. lightoff (Клиенты)

    1 июня 2024 08:07 1 комментарий

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

    1. celsoft (Администраторы)

      1 июня 2024 09:04 4 071 комментарий

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

  10. Uralbox (Клиенты)

    1 июня 2024 09:44 60 комментариев

    сделать бы возможность условий чтобы не показывало блок с {custom favorites="yes" order="id_as_list”} - если список закладок пуст. 😉

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

      1 июня 2024 21:53 3 комментария

      Идеальным решением для такого должны быть теги условий, уже предлагали на форуме, но ещё раз продублирую: 

      [custom=mynews]{custom name="mynews"}[/custom]
      [not-custom=mynews]У вас нет закладок[/not-custom]

      Это бы гораздо облегчило бы жизнь при работе с {custom} в принципе, скрывая или изменяя блок когда {custom} пустой, ситуаций таких может быть очень много. 

      1. celsoft (Администраторы)

        1 июня 2024 22:20 4 071 комментарий

        Тег {custom ...} имеет огромное количество параметров, а не просто name или что то однородное, и выводит новости по множеству разных параметров, и его содержимое не может быть известно заранее, пока не произойдет выборка из базы данных по этим параметрав внутри !!! тега. А также не может внешних тегов проверки, потому как количество параметров огромно и неизвестно. Поэтому никакие внешние теги это проверять не могут в принципе. Поэтому облегчить вам жизнь нам бы конечно хотелось бы, но это невозможно. Поэтому в данном случае нужно применять уже клиентские средства для скрытия блоков, а именно JS в шаблонах, с помощью которого проверять если блок пустой, то скрывать и нужные родительские блоки.

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

          1 июня 2024 23:08 3 комментария

          В этом что-то есть. А если сделать по типу псевдообёртки? Ну то есть без параметра name. Сделать функцию, которая при наличии тегов [custom=X][/custom] и [not-custom=X] [/not-custom] будет выполнять те же условия что и js, только на стороне php? ....Нет... 

          А что если сделать глобальные теги например [block=X] [/block] [not-block=X] [/not-block], которые будут выполнять проверку содержимого, если содержимое есть, тогда никаких действий, если содержимого нет то обёртка будет вырезать код и если есть теги [not] с таким же X то отображать его. Просто как вариант. Хотя согласен js возможно будет лучше. 

      2. celsoft (Администраторы)

        1 июня 2024 23:51 4 071 комментарий

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

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

          2 июня 2024 09:51 60 комментариев

          Супер, реально более гибкий вариант выйдет.

  11. Extazzi (Клиенты)

    1 июня 2024 10:31 86 комментариев

    Мне кажется, для движка просто необходима встроенная система вкладок при добавлении/изменении новостей.

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

    Да, я знаю, что есть плагины (и сам использую), но, как мне кажется, такая вещь должна идти из коробки. Если у пользователя есть потребность в создании информативной статьи, то и доп. полей будет много, а если работать с этими доп. полями без вкладок, это становится максимально неудобным процессом.

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

      1 июня 2024 13:06 16 комментариев

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

      В 17.2 нашел для себя много нужных изменений. Спасибо!

    2. skapunker (Клиенты)

      1 июня 2024 14:38 8 комментариев

      это в шаблоне все делается

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

        1 июня 2024 15:01 16 комментариев

        А с админпанелью как быть, есть статья пишется там?

  12. mvia (Клиенты)

    1 июня 2024 14:41 27 комментариев

    Добрый день!

    Видимо на комментариях "свет клином" сошелся, удивительно, есть более серьёзные недоделки/недоработки смс, а их не доделывают ...

    1. celsoft (Администраторы)

      1 июня 2024 18:11 4 071 комментарий

      О том что вам не хватает лучше писать в соответствующей теме пожеланий к новым версиям https://forum.dle-news.ru/topic/33578-пожелания-для-новых-версий-datalife-engine/ это наиболее лучший способ увидеть свое пожелание реализованным.

  13. AlexeyFX (Клиенты)

    2 июня 2024 22:31 5 комментариев

    Опять не добавили авторизацию с помощью Steam и Telegram?

    1. celsoft (Администраторы)

      2 июня 2024 23:22 4 071 комментарий

      Все нововведения описаны.

  14. mvia (Клиенты)

    3 июня 2024 21:47 27 комментариев
    1 июня 2024 18:11, celsoft написал:

    О том что вам не хватает лучше писать в соответствующей теме пожеланий к новым версиям https://forum.dle-news.ru/topic/33578-пожелания-для-новых-версий-datalife-engine/ это наиболее лучший способ увидеть свое пожелание реализованным.

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

    Ещё, анализируете модули, заказываемые пользователями ....

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

    Я понимаю, что эти рекомендации вас раздражают, ориентируюсь на прошлые рекомендации.


    1. celsoft (Администраторы)

      3 июня 2024 22:09 4 071 комментарий

      Анализируется все без исключения. Вся поступающая информация. А форум это не более чем удобная форма хранения и обсуждения. С чего вы взяли что мы что то не анализируем, это непонятно. Это лично ваше мнение не основанное вообще ни на чем, потому что вы же не принимаете в этом процессе участия и не участвуете в обсуждении этого. А утверждения об это, непонятно почему, делаете. Что же касается пожеланий, жалоб, и прочего, то люди зачастую думают что именно их пожелание, это ну прямо "супер" важное и нужное всем и это ну прямо срочно и обязательно нужно делать, что зачастую совершенно не так. И является не более чем исключительно их пожеланием. Либо может вообще в принципе противоречить концепции DLE. Можно хоть 30 лет писать одно и тоже, жаловаться миллион раз, но если это противоречит концепции DLE и направления его развития, то этого не будет в DLE никогда, как бы вы этого лично не желали. В таких случаях такие желания уже делаются вами исключительно самостоятельно, для себя, написав свой собственный плагин и никак иначе. Поэтому если пожелание или жалоба проигнорирована, то это не значит что это не анализировали. Это в корне неверное предубеждение и не более.

  15. xoxmalv (Клиенты)

    5 июня 2024 11:44 40 комментариев

    Обновление не о чем... грустно... 

  16. Новый регион (Клиенты)

    5 июня 2024 15:22 22 комментария

    А исправлена проблема при которой если есть доп. поле типа Несколько срок с подключенным редактором, то при такой конструкции 

    [xfgiven_2-blok-seryj]
    <div class="content-side col-lg-12 col-md-12 col-sm-12">
        <div class="blog-detail">
            <div class="blog-detail_inner">
                <div class="blog-detail_lower-content">
                    [xfvalue_2-blok-seryj]
                </div>
                <div style="clear:both"></div>
                <hr>
            </div>
        </div>
    </div>
    [/xfgiven_2-blok-seryj]  

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

    <p>
        <br>
    </p>
    

    И никак не удалить это и получается что поле показывается, хотя оно пустое, а убрать то. что по умолчанию в редакторе невозможно.?

    1. celsoft (Администраторы)

      5 июня 2024 15:59 4 071 комментарий

      Это не проблема непосредственно в DLE, это проблема редактора который вы используете, точнее даже не проблема, а его такое базовое поведение, что код в нем есть всегда. Не используйте редактор Floara. Он более не поддерживается, в том числе и его разработчиками.  А в DLE остается лишь потому, что его просят пользователи не удалять из DLE. Сменив редактор, ваша проблема будет устранена.

      Я уже поэтому вопросу многократно писал, редвктор Floara давно морально и физически устарел, все работы по нему прекращены его разработчиками, никаких обновлений по нему не будет, а не удален он из DLE только потому что пользователи просят его оставить и не удалять, а будь моя воля, я бы удалил его из DLE уже несколько лет назад.

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

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

        5 июня 2024 16:14 14 комментариев

        Так конкретно та ветка что установлена в движке уже давно не поддерживается, а не сам редактор.

        1. celsoft (Администраторы)

          5 июня 2024 16:32 4 071 комментарий

          Да верно. Я говорю про редактор и той ветке которая непосредственно в DLE стоит. А другая ветка и не может появится в DLE. На нее нет лицензии. Мы же использовали по лицензии данный редактор, а не просто так. А по конкретной ветке мы не можем сказать разработчикам: "исправьте эту проблему", т.к. они прекратили поддержку этой ветки, точнее они вообще никакие ветки не поддерживают, кроме актуальной. Мы их просили об этом, они отказались. А Политика цен данного редактора стала такой, что за каждую ветку редактора нужно оплачивать по 2 000 долларов, поэтому мы отказались от него и от приобретения лицензий новых версий, т.к. это нецелесообразно. И подключили вместо него другой редактор, а старый не убрали, потому что пользователи DLE попросили его не убирать, до тех пор пока он не умрет полностью и не перестанет работать в актуальных версиях браузерах. Была дискуссия по этому вопросу на форуме.

          Актуальным и полностью поддерживаемым нами визуальными редакторов в DLE на данный момент является TinyMCE, его мы и рекомендуем использовать.

Информация

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

Календарь

«    Июнь 2024    »
ПнВтСрЧтПтСбВс
 12
3456789
10111213141516
17181920212223
24252627282930

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

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