Главная страница / Релизы / DataLife Engine v.13.0 Final Release
май 14 2018

DataLife Engine v.13.0 Final Release

DataLife Engine v.13.0 Final Release

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

1. Прекращена поддержка кодировки windows-1251. DataLife Engine полностью переходит только на использование кодировки utf-8. Данная мера связана с необходимостью полностью унифицировать разработку скрипта, что позволит сократить время на разработку и тестирование новых функций. Также прекращение поддержки кодировки windows-1251 позволит современным сайтам реализовать у себя поддержку всех символов, например, смайлов Emoji и многих других. Отказ от данной кодировки позволит сократить время и затраты на разработку дополнительных модулей сторонними производителями модулей. Единая кодировка позволяет унифицировать все шаблоны, чтобы не было необходимости создавать копии шаблонов в разных кодировках и т.д. Также это позволит немного ускорить работу сайту, т.к. не будет необходимости в дополнительных конвертациях и проверок кодировок. Все пользователи, которые используют на своем сайте кодировку windows-1251 не были забыты и смогут обновиться до новой версии, также как обновлялись ранее. После копирования файлов скрипта от новой версии на ваш сервер, DataLife Engine автоматически распознает кодировку вашего сайта и проведет автоматическое конвертирование вашей базы данных и шаблонов. В случае если на вашем сайте очень большая база данных и ограничены ресурсы PHP интерпретатора, то рекомендуется вручную перевести ваш сайт на кодировку UTF-8 и только потом приступать к обновлению скрипта, либо провести обновление предварительно на локальном сервере.

2. Добавлена новая система автоматического обновления скрипта DataLife Engine. Все верно дорогие друзья, вы не ослышались, то, что так давно просили, и наверняка уже не надеялись, случилось. Версия 13.0 это последняя версия на которую вы обновитесь вручную, следуя инструкции по обновлению. На все будущие версии скрипта, можно будет обновиться полностью автоматически, непосредственно в админпанели, всего в пару кликов. При выходе в будущем новых версий скрипта, вам больше не придется изучать инструкцию по обновлению, вы сможете обновить скрипт непосредственно в админпанели, а DataLife Engine все сделает за вас автоматически, что безусловно сокращает время обновления, а также минимизирует возможные ошибки при обновлении. Расскажем немного подробнее как будет работать автоматическое обновление скрипта на последующие версии:

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

После ввода ключа, и его проверки на сервере, DataLife Engine также проведет проверку вашего сервера на предмет его готовности к обновлению. Он проверит наличие прав доступа на файлы, может ли он их переписать, или нет. Если у него таких прав нет, то он попросит у вас доступ по FTP или SFTP к вашему серверу, которые имеют возможность переписывать файлы. Доступ по FTP запрашивается только по необходимости, если у самого скрипта нет прав на перезапись файлов, если же он не требуется, то и запрашиваться также не будет. Все запрашиваемые доступы не будут сохраняться на сервере, в целях безопасности, после того как они больше не будут нужны, они автоматически будут уничтожены.

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

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

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

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

3. Добавлена новая система установки и управления плагинами на сайте. Данная система плагинов позволяет модифицировать любую функциональность скрипта по своему усмотрению. Установка плагинов на сайт, обновление плагинов, осуществляется в один клик, непосредственно в панели управления DataLife Engine. Если плагин разработан под новую систему, то пользователям больше не придется читать инструкции по установке, что-то править непосредственно в файлах скрипта, и т.д. Им достаточно будет просто закачать плагин в админпанели и все. Это очень большой модуль, с очень большими и разными возможностями, поэтому мы опишем все его принципы работы подробно:

Новая система плагинов построена по технологии виртуальной файловой системы. Вы описываете в плагине, в каком файле и какие действия нужно произвести, на основе этой информации DataLife Engine создаст виртуальные копии этих файлов, со всеми нужными изменениями и модификациями, и будет работать с созданными виртуальными копиями, не затрагивая при этом оригинальных файлов. При этом вы можете описать изменения практически во всех файлах, за исключением ряда базовых, например корневых файлов, но они не несут какого либо функционала, кроме как подключение других файлов. Также может быть изменена функциональность файлов, отвечающих за AJAX функции, для этого они были полностью переписаны для работы через контроллер. Какие это преимущества дает? Во-первых, оригинальные файлы всегда остаются неизменными, поэтому плагины могут быть легко изменены, удалены, обновлены и т.д. Во вторых эта система использует минимально возможную нагрузку на сайты в целом, т.к. виртуальные копии файлов создаются всего один раз, в момент установки или обновления плагинов, после чего DataLife Engine работает с этими измененными файлами как с обычными нативными файлами и нет никаких расходов памяти на точки вызова, хранение и контроль информации о том где и какую функциональность нужно менять и т.д. Нагрузка на сервер увеличится только на ту нагрузку, которую принесет с собой сам плагин, а система управления плагинами не будет вызывать какой либо дополнительной нагрузки. В-третьих, нет никаких проблем непосредственно с обновлением скрипта, скрипт может обновляться, на новые версии, а ваши плагины автоматически применяться к новым версиям. При этом различные плагины могут модифицировать один и тот же файл не вызывая конфликтов, при условии конечно если разные плагины не производят прямо противоположных друг другу действий.

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

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

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

1. Найти и заменить какой либо код.
2. Найти и добавить выше нужный код.
3. Найти и добавить ниже какой либо код.
4. Полностью заменить содержимое файла на свое.
5. Создать новый виртуальный файл, который не существует в оригинальном DLE.

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

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

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

Для существующего плагина, вы можете выполнить следующие действия: Вы можете его отключить, при этом он остается на сайте, но полностью игнорируется скриптом, и все его действия над файлами приостанавливаются. Вы можете его обновить до более новой версии, если таковая есть. Скачать плагин на компьютер для установки его на другой сайт. При этом сам файл скачивается в XML формате, и в данном XML содержится описание всех действий. По сути плагин представляет собой XML файл, который может быть установлен на сайт в админпанели.

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

В случае если вы загружаете архив с плагином, и у DataLife Engine не будет прав на запись находящихся в вашем архиве файлов. Он автоматически запросит FTP доступ для того чтобы загрузить ваш архив. Если доступов не требуется, то все будет скопировано автоматически без них. При этом эти доступы не будут нигде храниться, а будут автоматически удалены после того как будут не нужны.



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

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

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

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

6. Добавлена возможность отображать ссылки на предыдущую и следующую публикации при просмотре полной новости. Для показа ссылки на следующую новость, в шаблоне полной новости вы можете использовать теги: [next-url] Текст [/next-url] которые выводят текст заключенных в них, если следующая новость присутствует на сайте, {next-url} выводит URL следующей публикации. Для показа ссылки на предыдущую новость, в шаблоне полной новости вы можете использовать теги: [prev-url] Текст [/prev-url] которые выводят текст заключенных в них, если предыдущая новость присутствует на сайте, {prev-url} выводит URL предыдущей публикации. При показе следующих и предыдущих ссылок учитывается категория просматриваемой новости, и выводятся публикации только из данной категории, и если публикация находится одновременно в нескольких категориях, то учитываются все категории этой публикации. Следующая и предыдущая новости также формируются на основе даты публикации, соответственно предыдущая новость — это более старая дата публикации, а следующая, это более новая. Обратите внимание что эта возможность создает дополнительные запросы к базе данных для получения информации. Информация о следующей и предыдущей новости кэшируется скриптом, если включено кеширование на сайте и если данная полная новость подлежит кешированию согласно настройкам скрипта. Данная возможность включается автоматически, если поставите теги вывода ссылок в шаблон, и в случае если ссылок в шаблоне нет, то запросы к БД не делаются. Поэтому какого-либо отдельного включения или отключения этой возможности не требуется.

7. Тег {news-id} получил глобальную поддержку во всех шаблонах в случае просмотра полной новости. Тем самым вы можете, например, использовать теги пользовательского вывода, с указанием этого тега в качестве параметра, например, {custom idexclude="{news-id}"} который будет исключать вывод публикации, которая уже просматривается пользователем, и тем самым у новости не будет ссылок на саму себя. В случае если не просматривается полная новость, то данный тег может использоваться только в шаблонах вывода краткой новости, в других шаблонах он не обрабатывается и выводится как есть. Поэтому не забывайте дополнительно использовать теги [available=showfull] ваш код [/available] чтобы выводить этот тег только при просмотре полной новости.

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

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

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

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

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

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

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

15. Добавлено формирование метатега og:description протокола Open Graph при просмотре полных новостей. Данный метатег предназначен для корректной отправки ваших публикаций в социальные сети.

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

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

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

19. Добавлена очистка RSS потока сайта от спойлеров. Теперь DLE автоматически удаляет из потока всю неработающую в RSS функциональность оставляя только контент, который был указан в спойлере.

20. Для RSS экспорта добавлена возможность использование тега {full-stоry} совместно с другими тегами, с сохранением форматирования HTML кода. Например в шаблоне RSS вы можете использовать такую конструкцию:
<turbo:content><![CDATA[<header><figure><img src="{image-1}"></figure><h1>{title}</h1></header>{full-story}]]></turbo:content>
что дает более гибкое оформление RSS экспорта для режимов Яндекс турбо и других режимов.

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

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

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

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

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

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

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

28. Внесены небольшие изменения в видеоплеер DLE, делающий просмотр видео более удобным. Был существенно уменьшен размер плеера, что ускоряет его загрузку в браузер, а также убрано автоматическое добавление атрибута title для HTML тегов video.

29. Существенно ускорена работа Gzip сжатия JS и CSS файлов, которые использует DataLife Engine, при включении сжатия в настройках скрипта.

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

31. Для модуля "Редиректы" улучшено распознавание адресов страниц, на которых находится пользователь, содержащих в себе символы кириллицы и другие unicode символы. Что позволяет более корректно производить редиректы с указанных в данном модуле страниц.

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

33. Для авторизации на сайте с использованием социальной сети "Вконтакте", добавлена поддержка актуальной версии API данной социальной сети. А также добавлена возможность авторизации для пользователей, которые не имеют E-mail адреса в данной сети.

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

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

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

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

38. Оптимизирована и упрощена установка DataLife Engine на сервер. При установке скрипта на сервер, вам необходимо будет ввести и выбрать самый минимум данных. Все остальное скрипт установки DataLife Engine определит автоматически.

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

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

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

42. Исправлена проблема, при которой могло происходит неверное сохранение данных дополнительных полей при изменении сортировки данных полей.

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

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

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

46. Исправлена проблема, при которой вставленный исходный код при помощи тегов [cоde] [/cоde], либо в визуальных редакторах при помощи соответствующей кнопки вставки примеров кода, мог некорректно преобразовываться из HTML сущностей в их ASCII символы.

47. Исправлена проблема, при которой могла не выводится информация тегом [xfvalue_X image="Nr"] в шаблоне полной новости при выводе отдельного изображения из доп. поля с типом "Галерея изображений".

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

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

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

Ссылки для скачивания скрипта для клиентов:

Внимание!

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

Если вы еще не являетесь нашим клиентом, то вы можете приобрести скрипт на нашем сайте.

Обсудить релиз вы можете на нашем форуме

Комментарии

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

    16 августа 2018 12:58 4 033 комментария
    Цитата: Lexxs
    Как найти источник и почему выходит такая ошибка ? Где можно исправить ?

    В контенте у вас ошибки, теги некорректно выставлены, и некорректно закрыты судя по сообщению. В ошибке вам пишется в какой строке и на какой позиции ошибка. Смотрите это место и что у вас там.
  2. Балумба (Посетители)

    16 августа 2018 21:28 14 комментариев
    Интересный момент. При подключении своего модуля (который в плагинах) в шаблоне методом
    {include file="engine/modules/mymod.php?bookid={news-id}"}
    В массиве $_GET я не нахожу элемента [bookid] => 885 , а нахожу только [newsid] => 885
    Как так-то?
    $_GET принтил в модуле
    Пример взял из документации -> Разработка и подключение модулей.
  3. Lexxs (Клиенты)

    17 августа 2018 09:31 312 комментариев
    Цитата: celsoft
    Цитата: Lexxs
    Как найти источник и почему выходит такая ошибка ? Где можно исправить ?

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

    Так в том то и вопрос, где этот контент ?
    Указан файл xml , где он ? Где искать эти строки, чтобы вычислить статью ?
  4. Lexxs (Клиенты)

    17 августа 2018 13:41 312 комментариев
    Кажется нашёл. В xml файле ошибка в строке
    <b>Размер:</b> 600 MB<br><br>]]></turbo:content>


    Почему то добавлены символы после br <br>]]>
    хотя в исходном тексте статьи такого нет и все img теги закрыты.

    UPD

    Нашёл начало ошибки. В исходнике выглядит так :
    write (9) [FiraDisk]\nStartOptions=cdrom,vmem=find:/Boot/Acronis.iso;\n\0


    А в xml уже неправильная обработка :

    write (9) [FiraDisk]\nStartOptions=cdrom,vmem=find:/Boot/Acronis.iso;\n<![CDATA[Acronis BootCD WinPE - загрузочный диск, содержащий пакет последних версий двух наиболее

    Тег rss не закрылся почему то в этой строке <![CDATA[
  5. celsoft (Администраторы)

    17 августа 2018 17:06 4 033 комментария
    Lexxs,

    В тексте вашей новости находится комбинация символов, а именно \0 которую DLE не корректно обрабатывает при формировании XML. Это ошибка DLE, будет устранена в следующей версии скрипта. Пока же желательно избегать этого набора символов в текстах.

    Цитата: Балумба
    Интересный момент. При подключении своего модуля (который в плагинах) в шаблоне методом
    {include file="engine/modules/mymod.php?bookid=news-id"
    В массиве $_GET я не нахожу элемента [bookid] => 885 , а нахожу только [newsid] => 885
    Как так-то?
    $_GET принтил в модуле
    Пример взял из документации -> Разработка и подключение модулей.

    В документации подробно описано и даны примеры под какими именами доступны параметры в вашем модуле. Причем здесь глобальный массив $_GET? Этот массив содержит данные из URL строки браузера. Ваше подключение модуля не является URL браузера, соответственно в массиве $_GET ничего нет и быть не может в данном случае.
  6. bigsova (Клиенты)

    23 августа 2018 10:04 6 комментариев
    Здравствуйте, когда включаю функцию
    Включить Gzip сжатие JS и CSS файлов
    Eсли 'Включено', то jаvascript и CSS файлы будут сжаты при помощи Gzip, это позволит уменьшить вес файлов до 70%, а также в 6 раз снизить количество HTTP запросов, что существенно ускоряет время загрузки ваших страниц.

    то иконки пропадают в админке
    Скрин https://ru.files.fm/u/yqjbt9vc#sign_up
  7. celsoft (Администраторы)

    23 августа 2018 12:42 4 033 комментария
    bigsova,

    По картинкам невозможно точно диагностировать причину вашей проблемы. Скорее всего возможно не хватает ресурсов вашего сервера, для произведения сжатия, и данные повреждаются, а может быть какая либо другая причина проблемы. Чтобы сказать точно, обратитесь в службу поддержки https://dle-news.ru/index.php?do=feedback описав свою проблему, и предоставив доступ по FTP и к админпанели DLE. Тех. поддержка посмотрит на вашем сервере и скажет в чем причина более точно.
  8. Lexxs (Клиенты)

    23 августа 2018 13:37 312 комментариев
    Странное дело началось на сайте.
    Некоторые статьи, пока две нашёл, которые пытаюсь редактировать,
    но в них исчезло всё из поля полное описание, весь текст, пустое поле,
    хотя в самой статье ещё есть эти данные.
    Боюсь, если нажму сохранить, то потеряется всё из поля Полное описание.
    И почему вдруг оно оказалось пустым, не понятно.
    Пока что вижу такое в двух статьях, в других всё нормально.
    Проблема одинакова и кратком, и в полном редактировании.
  9. celsoft (Администраторы)

    23 августа 2018 13:40 4 033 комментария
    Lexxs,

    Эти новости содержат недопустимые данные или некорректное форматирование. Как правило такое бывает если добавлялись они не через DLE, или при добавлении был как то модифицирован DLE.
  10. Lexxs (Клиенты)

    23 августа 2018 13:51 312 комментариев
    Нет, DLE никак не модифицирован, установлены только последние обновления.
    Добавлялись новости из админки, обычным добавлением и редактировались на протяжении нескольких месяцев, статьи обновляемые.
    Насчёт форматирования, отображается всё корректно, хотя в одной из статей заметил, что тег [/b]
    где то не корректно закрыт, или открыт, и не могу это отредактировать, так как поле пустое и там нет текста, который пока ещё есть в статье.

    Может ли из-за одного тега всё исчезнуть ?
    Что то похоже, что из базы не может прочитать. Вроде никаких работ на сервере нет.
  11. celsoft (Администраторы)

    23 августа 2018 14:21 4 033 комментария
    Цитата: Lexxs
    Нет, DLE никак не модифицирован, установлены только последние обновления.

    Я говорил про момент добавления этой новости в БД. А не про момент, что вы сейчас редактируете.

    Цитата: Lexxs
    Может ли из-за одного тега всё исчезнуть ?

    Запросто. Если что то некорректно закрыто, или не закрыто, или расположение некорректное.
  12. Lexxs (Клиенты)

    23 августа 2018 14:29 312 комментариев
    Странно, что раньше ничего не исчезало, несмотря на ошибки, которые потом можно было поправить.
    Ну да ладно, переписал новость по новому, хорошо, что основная копия была продублирована на другом сайте.
  13. celsoft (Администраторы)

    23 августа 2018 14:35 4 033 комментария
    Цитата: Lexxs
    Странно, что раньше ничего не исчезало, несмотря на ошибки, которые потом можно было поправить.
    Ну да ладно, переписал новость по новому, хорошо, что основная копия была продублирована на другом сайте.

    Всегда исчезало. Тут вопрос в другом, DLE раньше мог принимать или не принимать те или иные ошибки. Раньше он например мог принимать эти ошибки, например не знал о них, теперь не может принимать, т.к. знает об этих ошибках. DLE работает в режиме обратной совместимости, т.е. если текст был изначально написан корректно с использованием стандартных тегов и функций DLE, то он будет работать корректно и на новых версиях, несмотря на добавление или изменение алгоритмов. Но если текст написан был изначально неправильно, то DLE в будущем это может зачистить, по мере того как становится умнее и знает о большем количестве возможных ошибок.
  14. Lexxs (Клиенты)

    23 августа 2018 15:22 312 комментариев
    Обидно однако, когда массивная статья, и там могут быть ошибки, и вместо того, чтобы была возможность их поправить, DLE вдруг своей умностью просто зачищает всё, и только из-за одного не корректно открытого тега [/b], без всякого предупреждения.
    До этого просто эта ошибка выводилась текстом, без форматирования и можно было исправить, а теперь пришлось всё переписывать.
    Причём то, что статьи изначально были написаны с использованием стандартных тегов и функций DLE.
  15. celsoft (Администраторы)

    23 августа 2018 16:32 4 033 комментария
    Цитата: Lexxs
    Обидно однако, когда массивная статья, и там могут быть ошибки, и вместо того, чтобы была возможность их поправить, DLE вдруг своей умностью просто зачищает всё, и только из-за одного не корректно открытого тега [/b]

    Ничего просто из за открытого тега [/b] или незакрытого он не очистит. Очищается только в случае критических ошибок в публикациях, когда дальнейшая корректная обработка новости невозможна. Что именно у вас с текстом я не знаю, для этого нужно видеть сам код публикации.
  16. Lexxs (Клиенты)

    23 августа 2018 19:29 312 комментариев
    Но там небыло критических ошибок, это точно.
    Статья редактировалась раз-два в месяц, по мере обновления информации, всё отображалось корректно и только один из тегов при редактировании был удалён случайно, то есть открывающий, а закрывающий остался. Тоже думаю, что из-за этого не должно быть проблем.
    У статьи более миллиона просмотров, это тоже думаю не должно было сказаться.
    Возможно какой то глюк базы.

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

    Ну да ладно, поправил всё, надеюсь, что больше не повторится такая проблема.
  17. celsoft (Администраторы)

    24 августа 2018 13:46 4 033 комментария
    Цитата: Lexxs
    Но там небыло критических ошибок, это точно.

    Скажу честно, то на практике в 99% при проверке выясняется обратное. На будущее, чтобы не заниматься гаданиями, заходите в phpMyAdmin оттуда копируйте исходный код публикации который пропадает при редактировании и отправляйте для проверки с службу тех. поддержки https://dle-news.ru/index.php?do=feedback

    Она проверит публикацию, и скажет в чем именно причина проблемы.

    Цитата: Lexxs
    Единственное что, хотелось бы, если такое возможно, что бы если в статье есть критичные проблемы, не стирало всё, а выводилось предупреждение.

    Критичные ошибки, на то и критичные, что их не возможно спрогнозировать или обработать. Не путайте обычные ошибки с критическими. Критическими например являются угроза бесконечному зацикливанию, и соответственно исчерпание ресурсов сервера, что приведет к аварийной его остановки. Поэтому при угрозе критических ошибок, DLE ничего не остается как прекратить обработку и обнулить данные, иначе произойдет падение. Или сервер сам может обнулить данные если, превышены какие либо серверные лимиты и т.д. Поэтому он не может давать никаких предупреждений в этом вопросе и ссылаться на какие неправильные теги. Если DLE известно о структуре ошибки, он ее исправляет автоматически, и например автоматически закроет ваши незакрытые теги. Он это умеет без проблем, а в вашем случае произошла критическая ситуация, которую исправить было уже не возможно. В чем она произошла, я не знаю, т.к. для этого нужно анализировать исходный текст публикации.
  18. Lexxs (Клиенты)

    24 августа 2018 20:17 312 комментариев
    На данный момент всё в порядке, ничего не удалено.
    Текст тот же самый, что и был, взят из продублированной статьи на другом моём же сайте.
    Но принял к сведению, в случае повтора такого, найти статью в базе и предоставить тех поддержке.
    Спасибо !
  19. berchuks (Клиенты)

    8 сентября 2018 10:48 9 комментариев
    Замените в файле language/English/adminpanel.lng </ b> на </b>, в админке криво иначе отображаются e-mail шаблоны.
  20. celsoft (Администраторы)

    9 сентября 2018 15:20 4 033 комментария
    Цитата: berchuks
    Замените в файле language/English/adminpanel.lng </ b> на </b>, в админке криво иначе отображаются e-mail шаблоны.

    Спасибо за информацию, обязательно исправим.
  21. Lexxs (Клиенты)

    9 сентября 2018 20:09 312 комментариев
    smpt настройки в почте всё-таки не работают.
    Вернее отправка почты с сайта не работает, если выставленны в настройках smpt.
    И дело не в сервере. Потому что на 12 версии всё прекрасно работало, но после обновления на 13 перестало.
    Выдаёт ошибку
    SMTP connect() failed. https://github.com/PHPMailer/PHPMailer/wiki/Troubleshooting


    PHP Mail работает, но все заголовки и прочая информация указанные в настройках уже здесь игнорируются и письмо приходит с мыла сервера и с его заголовком.
  22. Lexxs (Клиенты)

    9 сентября 2018 20:32 312 комментариев
    А что случилось ?
    Хотел отредактировать сообщение, но выдало, что Администратором сайта мне запрещено здесь писать комментарии.

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

    Хотел добавить к предыдущему, что настройки сервера не менялись при переходе с 12 на 13.
    На 12 работало через smpt прекрасно и без нареканий, но после обновления на 13 тут же перестало.
    А через php mail работает криво ((
  23. celsoft (Администраторы)

    10 сентября 2018 13:20 4 033 комментария
    Цитата: Lexxs
    И дело не в сервере. Потому что на 12 версии всё прекрасно работало, но после обновления на 13 перестало.

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

    Обновление тут не играет роли. Отправка писем одинакова во всех версиях без исключения. Никаких изменений в алгоритмы отправки писем, или связи с почтовыми серверами не менялись уже много лет. Поэтому причина все таки кроется в изменениях в настройках сервера, это могли делать не вы, а например ваш хостинг провайдер, например закрыл какие либо порты в брандмауэре и т.д., причин может быть масса. Чтобы убедится в том что нет никакой разницы между версиями, возьмите файл engine/classes/mail/class.phpmailer.php от версии 12, и скопируйте на 13 версию, они совместимы и у вас будет точно такая же ошибка, а именно он отвечает за соединение с вашим указанным почтовым сервером.
  24. Lexxs (Клиенты)

    11 сентября 2018 11:37 312 комментариев
    Однако да, проблема оказалась в настройках скрипта.
    Там по умолчанию 25 порт, а если выставить шифрование ssl , то и порт соответственно нужно поменять на 465.
    Проблема решена, спасибо !
  25. celsoft (Администраторы)

    11 сентября 2018 14:03 4 033 комментария
    Цитата: Lexxs
    Однако да, проблема оказалась в настройках скрипта.
    Там по умолчанию 25 порт, а если выставить шифрование ssl , то и порт соответственно нужно поменять на 465.
    Проблема решена, спасибо !

    Вот видите, а говорите ничего не меняли ни в настройках скрипта ни на сервере. Обновление DLE не меняет настроек. Поэтому просто так от обновления, этого произойти не могло, даже в теории.
  26. Lexxs (Клиенты)

    11 сентября 2018 14:25 312 комментариев
    celsoft, да, видимо включил защищённый протокол а порт не заменил, видимо забыл про изменение в настройках.
    Однако одна проблема как то осталась, когда выставлено php mail, остальные настройки уже не имеют значения, письма отправляются, но уже от имени сервера хостера и даже настройка пункта Заголовок отправителя писем, при отправке писем тут игнорируется.
  27. celsoft (Администраторы)

    11 сентября 2018 15:09 4 033 комментария
    Цитата: Lexxs
    celsoft, да, видимо включил защищённый протокол а порт не заменил, видимо забыл про изменение в настройках.
    Однако одна проблема как то осталась, когда выставлено php mail, остальные настройки уже не имеют значения, письма отправляются, но уже от имени сервера хостера и даже настройка пункта Заголовок отправителя писем, при отправке писем тут игнорируется.

    Это вам уже нужно в службу поддержки вашего хостинга. Это переназначает вам уже сервер, согласно его настройкам. В данном случае все целиком и полностью зависит от настроек сервера.
  28. mysource (Посетители)

    11 сентября 2018 16:27 58 комментариев
    В 13 версии при просмотре полной новости такая вещь в исходнике появляется:
    
    <meta property="og:description" content="pole|||oreginalnoe-imja|Snowpiercer||god|2013||rezhisser|
    

    Новость добавляется: Краткое содержание: Одна картинка. Остальная вся информация расфасована по дом полям (доп поля текст однострочные, при желании. Есть доп поле с кликабельной ссылкой, так же есть доп поле куда прописывается iframe с ютуба). Описание и тд и тп. Т.е, вкладка статья целиком не заполняется.

    Приходится делать вот так:

     
    //if( $allcontent ) $social_tags['description'] = $allcontent; 
    


    В файле show.full.php

    Это на заметку, меня это ни как не тревожит. Устанавливался оригинальный dle 13, на два домена, везде такая проблема выявлялась.
  29. PHPSID (Посетители)

    11 сентября 2018 21:52 29 комментариев
    Цитата: Lexxs
    celsoft, да, видимо включил защищённый протокол а порт не заменил, видимо забыл про изменение в настройках.
    Однако одна проблема как то осталась, когда выставлено php mail, остальные настройки уже не имеют значения, письма отправляются, но уже от имени сервера хостера и даже настройка пункта Заголовок отправителя писем, при отправке писем тут игнорируется.

    Через mail() еще какие-то серверы принимают почту без DKIM и DMARC? Mail.ru точно не примет и даже в спам не кинет.
  30. celsoft (Администраторы)

    12 сентября 2018 13:23 4 033 комментария
    Цитата: mysource
    В 13 версии при просмотре полной новости такая вещь в исходнике появляется

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

    Цитата: PHPSID
    Через mail() еще какие-то серверы принимают почту без DKIM и DMARC? Mail.ru точно не примет и даже в спам не кинет.

    Причем здесь отправка через mail()? Метод отправки для использования DKIM и DMARC совершенно не важен. DKIM подписывает почтовый сервер, и при правильной настройке почтового сервера будет подписывать и все письма отправленные через mail(). DMARC это вообще политика прописанная в DNS домена. К скриптам не имеет никакого отношения, подписывайте правильно доменную зону записью DMARC. DKIM также кстати должен корректно прописан в DNS домена.

Информация

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

Календарь

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

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

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