Главная страница / Пресс релизы / DataLife Engine v.13.2 Press Release
февраль 14 2019

DataLife Engine v.13.2 Press Release

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

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

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

DataLife Engine v.13.2 Press Release
1. Добавлен мастер переноса адреса вашего сайта с одного домена на другой. Вы можете быстро в один клик сменить имя домена вашего сайта со старого на новый. Данный мастер проведет автоматическую замену вашего домена в публикациях, комментариях, статических страницах, баннерах и аватарах пользователей. Запускается данный мастер в панели управления, в настройках скрипта, рядом с настройкой адреса вашего сайта.

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

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

4. Для системы плагинов добавлена возможность указывать для плагина обязательное наличие другого плагина. Вы можете в плагине указать имя другого плагина, который должен быть обязательно установлен. При этом данный плагин будет выполнен уже после выполнения основного плагина. Тем самым вы можете создавать дополнения не только для стандартного DLE, но и для плагинов. И создавать плагины для плагинов.

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

6. Для MySQL запросов, использующихся в плагинах, добавлено использование тега {engine}, который указывает, какой движок MySQL использует DLE при создании таблиц в базе данных. Может принимать значения InnoDB или MyISAM.

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

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

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

10. Добавлена поддержка reCAPTCHA v3. При использовании данного вида каптчи, вашим пользователям не придется больше выбирать какие-либо картинки, и вообще осуществлять каких-либо дополнительные действия на сайте. Проверка на то робот это или человек осуществляется полностью автоматически в фоновом режиме, незаметно для посетителей вашего сайта. Внимание! При включении данного вида каптчи вам необходимо будет сформировать новые ключи на сайте сервиса Google, непосредственно для reCAPTCHA v3.

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

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

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

14. Для модуля "Перекрестные ссылки" в панели управления скриптом, добавлена возможность использования подсказок для ссылок (атрибут title). Данное нововведение позволяет улучшить SEO оптимизацию сайта, а также более гибко создавать сайты для людей с ограниченными возможностями.

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

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

17. Добавлена поддержка протокола magnet: для ссылок публикуемых на сайте при помощи BB тегов и в визуальных редакторах.

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

19. Добавлена полная поддержка MySQL линейки 8.x.

20. Добавлена полная поддержка PHP линейки 7.3.x.

21. Для тега [ifxfvalue tagname="tagvalue"] Текст [/ifxfvalue] который выводит текст в случае если значение тега совпадает с указанным значением, добавлена поддержка перечисления нескольких значений через запятую. Например, тег [ifxfvalue gorod="Москва, Казань, Екатеринбург"] Текст [/ifxfvalue] выведет указанный текст, если дополнительное поле с именем gorod содержит в себе одно из указанных значений. Тем самым значительно упрощается верстка шаблона в различных сценариях.

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

23. В админпанели, в разделе управления баннерами, добавлена более информативная визуализация того отображается ли баннер на сайте или нет. Например, если баннер имеет ограничения на показ по времени или по просмотрам, или по кликам, и согласно им, баннер уже отключен от показа, то в разделе редактирования баннеров также будет отображено, что баннер на текущий момент выключен.

24. Добавлена возможность поиска по новостям и статическим страницам на мобильных устройствах (смартфоны, планшеты) в панели управления скриптом.

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

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

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

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

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

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

31. Лимит на количество символов метатега Description для статических страниц увеличен до 300 символов. Максимальная длина соответствует теперь максимальной длине, установленной поисковой системой Google, для вывода данной информации в результатах поиска.

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

33. Добавлен контроль неверных ЧПУ при просмотре публикаций на основе каталога по символьному коду, заданному в публикациях. А также улучшен контроль неверных ЧПУ при просмотре полных новостей.

34. Добавлена возможность использования запятых, при написании описаний в дополнительных полях, имеющих тип "изображение" и "галерея изображений".

35. Для дополнительных полей, имеющих тип "Перекрестные ссылки", добавлена возможность использования в значениях символа плюса, например, можно использовать такие значения как C++ и т.д.

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

37. Для шаблона RSS потока, добавлена возможность использования HTML форматирования разбитого на несколько строк, использующегося для формирования турбо контента для яндекса.

38. Улучшена обработка изображений в формате PNG в случаях использования некоторых прозрачных изображений. А также улучшено наложение водяных знаков на данные картинки.

39. Добавлена поддержка работы тегов [newscount=X] текст [/newscount] и [not-newscount=X] текст [/not-newscount] для пользовательского вывода публикаций при помощи тега {custom ...}, в случаях если этот вывод используется в шаблонах вывода кратких публикаций.

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

41. Обновлены визуальные редакторы TinyMCE и Froala до актуальных версий. Исправлен ряд выявленных ошибок в данных редакторах.

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

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

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

45. Исправлена проблема, при которой не все шаблонные теги дополнительных полей публикаций, корректно обрабатывались в шаблоне main.tpl в случае если пользователь переходил на отсутствующую новость.

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

47. Исправлена проблема с работой тегов [available ...] и [not-available ...], в случае просмотра пользователем страниц публикаций по символьному коду, если символьный код не указан, либо равен, например, нулю "0".

48. Исправлена проблема, при которой в некоторых случаях мог некорректно работать контроль неверных ЧПУ в полных новостях, в случае если DLE был установлен не в корне сайта, в подпапки.

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

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

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

Комментарии

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

    15 февраля 2019 23:56 13 комментариев
    команда ДЛЕ - ВЫ МОЛОДЦЫ РЕБЯТА!.. отжались в 13 линейке.
    СПАСИБО!
  2. Lexxs (Клиенты)

    16 февраля 2019 07:30 312 комментариев
    А вот импорта картинок с удалённого сервера в статью так пока и нет, и видимо не будет (
  3. dsblog (Клиенты)

    16 февраля 2019 12:21 3 комментария
    celsoft,
    Когда планируется релиз?
  4. b_andre (Клиенты)

    17 февраля 2019 10:51 13 комментариев
    dsblog,
    обычно +10-14 дней с момента релиза
  5. dmitryavet (Посетители)

    17 февраля 2019 14:10 2 комментария
    Планируется ли функционал показа статистики для заказчиков рекламы?

    Да и в целом по DLE неплохо бы иметь встроенную статистику по показам страниц, разделам, активности и т.д. с удобными информативными графиками и диаграммами.

    Конечно Google и Яндекс предоставляют богатую статистику, нередко она избыточна + нужно тянуть скрипты со сторонних сайтов и не всегда статистика на 100% корректна. Лично я блокирую такие сприпты, и много моих друзей делает то же самое.
  6. kamensk (Клиенты)

    18 февраля 2019 09:50 61 комментарий
    дмитрявет,
    статистика должна быть не просто "богатой", - а конкретной:
    когда какими страницами поделились и (куда) в какие соц сети;
    статистика просмотра страниц за месяц, неделю, текущие сутки.

    Яндекс и Ливеметрика - полную картину не дают. Тем более переходы из гугла, яша не учитывает.
  7. celsoft (Администраторы)

    18 февраля 2019 12:50 4 033 комментария
    Цитата: dmitryavet
    Да и в целом по DLE неплохо бы иметь встроенную статистику по показам страниц, разделам, активности и т.д. с удобными информативными графиками и диаграммами.

    Конечно Google и Яндекс предоставляют богатую статистику, нередко она избыточна + нужно тянуть скрипты со сторонних сайтов и не всегда статистика на 100% корректна. Лично я блокирую такие сприпты, и много моих друзей делает то же самое.

    Вы думаете что такая статистика берется из ниоткуда? Собирать, структуировать, анализировать, ее разве не нужно? А какова нагрузка при этом на сервер будет на каждый просмотр страницы вы подумали? Я вам могу сказать, что будет очень большая нагрузка, и совершенно не оправданная при наличии той же аналитики от Google и Яндекс. Поэтому, нет не планируется.
  8. sokolokaa (Посетители)

    19 февраля 2019 11:41 44 комментария
    celsoft, Есть ли в планах добавить "Содержание страницы" или встраивание рекламных блоков в модуле "Рекламные материалы" после подзаголовков (будет очень полезно для информационников (статейных сайтов на DLE).
  9. celsoft (Администраторы)

    19 февраля 2019 11:59 4 033 комментария
    Цитата: sokolokaa
    celsoft, Есть ли в планах добавить "Содержание страницы" или встраивание рекламных блоков в модуле "Рекламные материалы" после подзаголовков (будет очень полезно для информационников (статейных сайтов на DLE).

    Я не даю комментариев относительно планов. Сегодня планы могут быть, завтра нет, и наоборот. Поэтому полагаться на планы нет никакого смысла.
  10. 6nick9 (Посетители)

    23 февраля 2019 00:58 9 комментариев
    Всё круто! sunglasses
    Ещё бы уже наконец убрать .html в урлах новостей и страниц...
  11. Spyhog (Клиенты)

    23 февраля 2019 10:51 11 комментариев
    Цитата: 6nick9
    Ещё бы уже наконец убрать .html в урлах новостей и страниц.

    Не, мне наоборот нравится с html.
  12. Lexxs (Клиенты)

    24 февраля 2019 04:09 312 комментариев
    Цитата: Spyhog
    Цитата: 6nick9
    Ещё бы уже наконец убрать .html в урлах новостей и страниц.

    Не, мне наоборот нравится с html.

    Что то мне подсказывает, что и поисковикам html нравится )
  13. olifus (Клиенты)

    24 февраля 2019 13:24 20 комментариев
    Цитата: 6nick9
    Ещё бы уже наконец убрать .html в урлах новостей и страниц...

    часто вижу запросы - убрать html из урла, перенести id в конец урла и прочие фантазии. Для чего, неужели вы считаете, что это как-то влияет на продвижение? Или вы думаете, что простому посетителю вашего сайта есть дело до того, присутствует в урле html или id стоит не там где надо?
  14. 6nick9 (Посетители)

    24 февраля 2019 16:51 9 комментариев
    olifus, чисто для эстетики. Так можно пойти дальше и рассуждать, что и адаптив не нужен, и флэт-дизайн

    P.S. А вот рядом с настройкой редиректа на https пора уже давно добавить редирект с www. на основной домен.
  15. russ-post (Клиенты)

    25 февраля 2019 21:54 30 комментариев
    Цитата: 6nick9
    Так можно пойти дальше и рассуждать, что и адаптив не нужен, и флэт-дизайн

    Нашёл, что сравнивать, вид url и адаптивный дизайн, это вообще не сравниваемые вещи!

    Цитата: 6nick9
    P.S. А вот рядом с настройкой редиректа на https пора уже давно добавить редирект с www. на основной домен.

    зачем? В настройках есть пункт: «домашняя страница сайта», пропиши как тебе надо и все поисковые системы в индексе будут показывать так, как ты пропишешь там.
    Или это опять из области сравнивания вида url и адаптивного дизайна? flushed
  16. 6nick9 (Посетители)

    26 февраля 2019 20:07 9 комментариев
    Цитата: russ-post
    зачем? В настройках есть пункт: «домашняя страница сайта», пропиши как тебе надо и все поисковые системы в индексе будут показывать так, как ты пропишешь там.


    Затем, что сайт не должен открываться и по www.dle-news.ru, и по dle-news.ru
  17. GTS_gelezn (Клиенты)

    27 февраля 2019 02:11 70 комментариев
    Отличное обновление
  18. russ-post (Клиенты)

    27 февраля 2019 12:35 30 комментариев
    Цитата: 6nick9
    Затем, что сайт не должен открываться и по www.dle-news.ru, и по dle-news.ru

    Почему?
    Зайдя на www.dle-news.ru
    в исходном коде прописано: <link rel="canonical" href="https://dle-news.ru/"> и поисковики знают, что правильно без www
  19. celsoft (Администраторы)

    27 февраля 2019 12:55 4 033 комментария
    Цитата: 6nick9
    Затем, что сайт не должен открываться и по www.dle-news.ru, и по dle-news.ru

    Кто это придумал? Вы? Так вы не правы. Во первых про канонические ссылки написали уже выше. Во вторых основной хост можно задать также в robots.txt для гугла, в третьих открываться или нет по www... задается исключительно в настройках сервера, т.к. это совершенно другой домен, и его можно убрать из привязки на сервере, тогда ничего не будет открываться и в четвертых для яндекса, основной домен указывается сейчас напрямую в яндекс вебмастере.

    Видите как минимум целых три корректных и правильных способа решения данного вопроса. А вы только про редиректы думаете. Не должно тут быть никаких редиректор. А как заходить можно на сайт решает администратор сайта и пользователь который на него заходит. Добавление еще и пятого способа лишено всякого практического смысла, а потому попросту бессмысленно.
  20. Дмитрий6 (Клиенты)

    27 февраля 2019 12:58 111 комментариев
    Цитата: russ-post
    Зайдя на www.dle-news.ru в исходном коде прописано: <link rel="canonical" href="https://dle-news.ru/"> и поисковики знают, что правильно без www

    А где нет canonical поисковики как определят? Только при использовании {content} генерируются канонические ссылки. Тег {custom} не генерирует никаких canonical.
  21. celsoft (Администраторы)

    27 февраля 2019 13:03 4 033 комментария
    Цитата: Дмитрий6
    А где нет canonical поисковики как определят? Только при использовании {content} генерируются канонические ссылки. Тег {custom} не генерирует никаких canonical.

    Прочитайте мое сообщение выше. Там все указано, а именно 4 способа. Более того canonical определяется разделом и URL сайта, а не тегами {content}, а {custom} это не раздел вашего сайта, и он есть везде где индексация производится, независимо от того {content} или {custom} по данному URL
  22. Дмитрий6 (Клиенты)

    27 февраля 2019 13:16 111 комментариев
    Да мне щас вообще по барабану как открывается сайт, так как есть canonical. Но когда канонические ссылки в Dle появились год назад. А страницы пагинации категорий выводимых через custom на которых отсутствует canonical многие закрывают от индексации.
  23. IgorA100 (Клиенты)

    28 февраля 2019 20:57 31 комментарий
    Плагины будут выполняться строго по принципу: первый добавленный в систему, будет выполнен раньше.

    Если у меня 10 плагинов, и по какой-то объективной причине мне нужно что бы 5й плагин выполнялся раньше 4го. Как быть ? Убить все плагины с 4 по 10 и заново установить 6 плагинов? Если так, то как-то, ИМХО, не разумно это.....
  24. celsoft (Администраторы)

    1 марта 2019 08:09 4 033 комментария
    Цитата: IgorA100
    Если у меня 10 плагинов, и по какой-то объективной причине мне нужно что бы 5й плагин выполнялся раньше 4го. Как быть ? Убить все плагины с 4 по 10 и заново установить 6 плагинов? Если так, то как-то, ИМХО, не разумно это.....

    Во первых откуда такая странная логика по переустановке 6 плагинов, когда достаточно переустановить четвертый плагин и он будет выполняться после пятого, т.к. станет десятым. Во вторых объективной причиной может быть только зависимость одного плагина от другого, а для этого и существует пункт номер 4 данного релиза. Прочитайте его внимательно. Можно без переустановки, задать зависимость в плагине, и четвертый будет выполняться после пятого. О чем в данном пункте релиза также написано.
  25. IgorA100 (Клиенты)

    1 марта 2019 21:22 31 комментарий
    Цитата: celsoft
    Во первых откуда такая странная логика по переустановке 6 плагинов,

    Оттуда, что 5й должен выполняться раньше 4го!
    Цитата: celsoft
    достаточно переустановить четвертый плагин и он будет выполняться после пятого, т.к. станет десятым.

    НЕТ, мне не нужно такого порядка, т.к. 6й и 8й не должен выполняться ранее 4го и 5го. Вы меня считаете полным идио....м, что я не догадаюсь снести 4й и поставить его последним? Нет, мне нужно именно то, о чем я конкретно спросил...
    Цитата: celsoft
    ля этого и существует пункт номер 4 данного релиза.

    Я читал про зависимости, это полезно только в одном случае, когда разработчик всех плагинов - один автор.
    К примеру я написал плагин "D", и проставил зависимость от своих плагинов "A" и "B". Это нормально и полезно.
    НО! Я не смогу контролировать ВСЕ плагины ВСЕХ разработчиков. В итоге может появиться такая каша с зависимости, что потом и сам фиг ладу дашь....
    Ладно, ответ на свой вопрос я услышал.
    Возможно, когда-то и реализуете возможность задавать порядок выполнения плагинов без их удаления и переустановки.
  26. celsoft (Администраторы)

    1 марта 2019 21:32 4 033 комментария
    Цитата: IgorA100
    Оттуда, что 5й должен выполняться раньше 4го!

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

    Цитата: IgorA100
    НЕТ, мне не нужно такого порядка, т.к. 6й и 8й не должен выполняться ранее 4го и 5го. Вы меня считаете полным идио....м, что я не догадаюсь снести 4й и поставить его последним? Нет, мне нужно именно то, о чем я конкретно спросил...

    Никто не пытается вам кем то выставить. Вам ответили только на то, что написали вы. Вы изначально написали только про 4й и 5й и ничего про 6й и 8й. Эти условия вы добавили только что. А вам ответили только на то что вы написали ранее, и на условия написанные вами ранее, соответственно о чем вы написали, только на это вам и ответили. И не более того.

    Цитата: IgorA100
    НЕТ, мне не нужно такого порядка, т.к. 6й и 8й не должен выполняться ранее 4го и 5го.

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

    Цитата: IgorA100
    Я читал про зависимости, это полезно только в одном случае, когда разработчик всех плагинов - один автор. Возможно, когда-то и реализуете возможность задавать порядок выполнения плагинов без их удаления и переустановки.

    Задать зависимость может любой, это делается в админпанели и не нужно быть программистом, чтобы написать имя плагина. И не нужно быть разработчиком плагина, достаточно быть пользователем. Или администраторы сайтов не умеют в полях писать имена полей? Что написать порядок, что выставить его как то иначе, все одинаково легко и не сложно. И еще существует много чего, что нужно реализовать в DLE, чем делать по сути не нужные на текущем этапе вещи. Лучше силы направить на более полезное в новых версиях.
  27. talory (Клиенты)

    9 марта 2019 18:05 5 комментариев
    Отлично, особенно порадовала капча 3. Осталось магазин в дле реализовать и цены не будет, побьёт все рекорды )))
  28. Dj Dance (Клиенты)

    8 октября 2019 15:35 18 комментариев
    Ошибка в языковом файле admincheck.lng: admin_check_36 -> ...материров.", - мелочь, но всё же. wink
  29. celsoft (Администраторы)

    8 октября 2019 16:25 4 033 комментария
    Цитата: Dj Dance
    Ошибка в языковом файле admincheck.lng: admin_check_36 -> ...материров.", - мелочь, но всё же. wink

    Спасибо за информацию. Исправим в будущих версиях.

Информация

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

Календарь

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

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

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