Главная страница / Релизы / 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. Исправлены обнаруженные и заявленные ранее небольшие ошибки в скрипте.

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

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

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

Комментарии

celsoft

celsoft

15 мая 2018 18:16 Администраторы
1
Цитата: Sh1ning
Подскажите, получается эти патчи нужно вручную ставить?

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

Цитата: Sh1ning
Как это сообщение убрать чтобы глаза не мозолило постоянно? Обновлять базу смысла не вижу, ради поддержки emoji, которые у нас никогда не будут использоваться, т.к комментарии сторонние подключены, в тексте постов у нас тоже никаких спец. символов нет.

Никак не убрать, только переключив БД на новую кодировку. Как раз таки не обновлять базу данных нет никакого смысла. Это не новая кодировка, это расширение возможностей вашей старой, независимо от того будете вы использовать эти символы или нет. Видимо вы боитесь что если вы на нее перейдете, то все ваши символы будут занимать 4 байта памяти? Это не так, и это заблуждение. Ничего не измениться, вы только добавите поддержку хранения символов, которые занимают 4 байта. А ваши латинские символы как занимали 1 байт так и будут занимать, как занимали русские символы 2 байта, так и будут. Ничего не измениться, ни расход памяти, ни расход места. Вы просто расширяете поддержку записи символов, которые могут занимать 4 байта, но если их нет, но ничего 4 байта у вас занимать и не будет.

Цитата: Spyhog
Дочитал статью и хотел лайкнуть.

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

yponec99

15 мая 2018 19:45 Клиенты
0
Гугл и другие сервисы оптимизации просят добавить ко всем ссылкам параметр титл.
При автоматическом выводе меню категорий, получается, можно вывести в титл только название категории? Вывести разное краткое описание для разных категорий не выйдет?
Как вариант можно добавить что-то наподобие

 <a href="{url}" title="View all news from category {name}">{name}</a>

Но это не совсем то, что хотелось бы.

За обнову 13 спасибо.
Vladorld

Vladorld

16 мая 2018 08:28 Посетители
0
Перестала работать отправка ЛС, при просмотре профиля. Эта команда: http://site.ru/index.php?do=pm&doaction=newpm&username=test не выполняется
OldBoy

OldBoy

16 мая 2018 11:10 Клиенты
0
А есть какой-нить онлайн-сервис, чтобы быстренько весь шаблон (у меня кастомный, в кодировке win-1251) переконвертить?
VitArt

VitArt

16 мая 2018 11:40 Клиенты
0
Спасибо за обновление.
Подскажите если нужно найти только первое вхождение: $tpl->compile( 'content' );

Модуль плагины может это сделать?
celsoft

celsoft

16 мая 2018 13:05 Администраторы
2
Цитата: Vladorld
Перестала работать отправка ЛС, при просмотре профиля. Эта команда: http://site.ru/index.php?do=pm&doaction=newpm&username=test не выполняется

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

Цитата: OldBoy
А есть какой-нить онлайн-сервис, чтобы быстренько весь шаблон (у меня кастомный, в кодировке win-1251) переконвертить?

DLE автоматически конвертирует шаблоны, если происходит обновление сайта, который имеет кодировку windows-1251

Цитата: VitArt
Подскажите если нужно найти только первое вхождение: $tpl->compile( 'content' );

Модуль плагины может это сделать?

Может. Он и заменит вам только первое вхождение, добавите два раза эту строку, заменит первое и второе вхождение и т.д.
monideal

monideal

16 мая 2018 16:02 Клиенты
2
Спасибо большое за обновление! Хорошо бы сделать в Управление плагинами, кнопку сохранить и остаться, учтите пожалуйста в следующих обновлениях!
alxumuk

alxumuk

16 мая 2018 16:32 Клиенты
0
Цитата: celsoft

Для русских букв на один байт на каждый символ. Поэтому тут все зависит от содержимого ваших публикаций. Как правило это примерно прирост на 50%, но у всех по разному.

Размер базы данных: 1,16 Gb

получается я получу примерно 1.5 гиговую базу... "на выходе"... (((
dakter

dakter

16 мая 2018 16:50 Посетители
0
Половину не понял. Сайты у меня на движке windows-1251. Это теперь чтобы обновиться, необходимо в начале базу данных сконвертировать в utf8 ? Или можно просто поверх движка windows-1251 залить файлы движка в utf8, и обновляться?
celsoft

celsoft

16 мая 2018 17:04 Администраторы
0
Цитата: dakter
Это теперь чтобы обновиться, необходимо в начале базу данных сконвертировать в utf8 ?

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

Цитата: dakter
Или можно просто поверх движка windows-1251 залить файлы движка в utf8, и обновляться?

По инструкции по обновлению нужно обновляться. Только строго по ней и никак иначе.
Lexxs

Lexxs

16 мая 2018 17:23 Клиенты
0
Использую свой шаблон по умолчанию на сайте, но он под названием Defaut, только это другой, а не тот что по умолчанию.
Так же есть добавления в htaccess и robots.
Вопрос таков :
При автоматическом обновлении движка, будут ли перезаписаны эти файлы ?
celsoft

celsoft

16 мая 2018 17:25 Администраторы
0
Цитата: Lexxs
При автоматическом обновлении движка, будут ли перезаписаны эти файлы ?

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

dakter

16 мая 2018 18:02 Посетители
0
Цитата: celsoft
По инструкции по обновлению нужно обновляться. Только строго по ней и никак иначе.

Я понимаю что по инструкции. Вопрос был в другом. Я могу просто залить файлы из архива с кодировкой utf8 поверх движка с кодировкой win 1251, и обновляться? Или еще какие то шаманские действия надо сделать?
surikat

surikat

16 мая 2018 18:08 Клиенты
0
Цитата: celsoft
Цитата: yeahga
После обновления перестали работать сторонние модули, использующие ajax. В ответе приходит ошибка:

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


Ух, ни фига себе переписывать плагины?! Ведь они тоже денег стоят.. И требуется время для переделки. Здесь, что у всех такие знания исключительные?
Разработчик в шоке! С каждой версией приходит беда.
Пришлось откатиться обратно на 12.1 версию.. Вот и обновился называется.
И что обязательно конвертировать базу utf8 на utf8mb4, если спец. символы мне совершенно не нужны?
Единственный плюс в релизе так это автоматическое обновление, имхо.

Примерно такая же ошибка:
Fatal error: Uncaught Error: Class 'DLEPlugins' not found in C:\OSPanel\domains\my_domain\engine\classes\templates.class.php:24 Stack trace: #0 C:\OSPanel\domains\my_domain\engine\ajax\BillingAjax.php(35): require_once() #1 {main} thrown in C:\OSPanel\domains\my_domain\engine\classes\templates.class.php on line 24 Fatal error: Uncaught Error: Class 'DLEPlugins' not found in C:\OSPanel\domains\my_domain\engine\classes\templates.class.php:24 Stack trace: #0
vito2

vito2

16 мая 2018 18:13 Посетители
0
celsoft
Какая версия Версия PHP должна быть на сервере для корректной работы DLE 13.0? сейчас 12.1 и Версия PHP 5.5.38.
У меня База данных и шаблон в кодировке windows-1251

Правильно ли я понял, что шаблон который сейчас использую (свой) отдельно мне конвертировать в utf8 не нужно, при показе страниц DLE автоматически будет делать конвертацию, а в папке templates он так и останется в кодировке windows-1251?
Сейчас мне делают (уже верстают) новый шаблон если я обновлюсь тогда ребятам надо сообщить чтоб меняли кодировку на utf8?
Lexxs

Lexxs

16 мая 2018 18:23 Клиенты
0
У меня уже изначально была кодировка utf8, использую её с самого начала работы со скриптами с 2005 года,
а вот только не понял, как обновить(сконвертировать) базу на utf8mb4 из админки, что то там не нашёл такой функции, или сконвертироваться должно было автоматически ?
celsoft

celsoft

16 мая 2018 18:34 Администраторы
1
Цитата: surikat
Ух, ни фига себе переписывать плагины?! Ведь они тоже денег стоят.. И требуется время для переделки. Здесь, что у всех такие знания исключительные?

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

Цитата: surikat
Разработчик в шоке! С каждой версией приходит беда.

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

Цитата: surikat
И что обязательно конвертировать базу utf8 на utf8mb4, если спец. символы мне совершенно не нужны?

Нет необязательно.

Цитата: vito2
Какая версия Версия PHP должна быть на сервере для корректной работы DLE 13.0? сейчас 12.1 и Версия PHP 5.5.38.

Минимальные требования указаны на странице https://dle-news.ru/request.html это версия 5.4 и выше, вплоть до самой актуальной на сегодняшний день.

Цитата: vito2
Правильно ли я понял, что шаблон который сейчас использую (свой) отдельно мне конвертировать в utf8 не нужно, при показе страниц DLE автоматически будет делать конвертацию, а в папке templates он так и останется в кодировке windows-1251?

Он его и будет конвертировать в вашей папке templates и физически перезаписывать.

Цитата: vito2
Сейчас мне делают (уже верстают) новый шаблон если я обновлюсь тогда ребятам надо сообщить чтоб меняли кодировку на utf8?

Конечно, если ваш сайт будет в кодировку utf-8, то и шаблон должен быть также в этой кодировке.

Цитата: Lexxs
У меня уже изначально была кодировка utf8, использую её с самого начала работы со скриптами с 2005 года,
а вот только не понял, как обновить(сконвертировать) базу на utf8mb4 из админки, что то там не нашёл такой функции, или сконвертироваться должно было автоматически ?

В админпанели на главной внизу выводится предупреждение, о том что рекомендуется перейти на utf8mb4. Смотрите скриншот пункта номер 5 описания релиза. Если у вас такого предупреждения нет, значит у вас уже utf8mb4 используется.
surikat

surikat

16 мая 2018 18:48 Клиенты
0
Цитата: celsoft
Ваши сторонние модули, это ваши сторонние модули, к нам они никакого отношения не имеют. Соответственно переделываете их либо вы, либо тот кто их создавал. И не нужно пытаться нас заставлять исправлять проблемы ваших модулей. Никаких "исключительных" знаний для этого не требуются, требуются только знания PHP. Но если автор модуля пишет свой модуль, то это уже подразумевает, что такие знания у него есть.


Я всё понимаю, но можно было бы как-то по другому реализовать чтобы не затрагивало?
Ведь подавляющее большинство использует сторонние модули т.к. других нет. blush
Обновление по сути становится не актуальным в данный момент т.к. требуется переписывать модули и плагины к ним.
celsoft

celsoft

16 мая 2018 18:55 Администраторы
1
Цитата: surikat
Я всё понимаю, но можно было бы как-то по другому реализовать чтобы не затрагивало?

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

Цитата: surikat
Обновление по сути становится не актуальным в данный момент т.к. требуется переписывать модули и плагины к ним.

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

dimitron

16 мая 2018 19:02 Клиенты
0
Прочел все а вот момент по поводу базы, как ее обновить до актуальной версии. К примеру нет возможности работать с инструментом "Управление плагинами". И там проблема БД "Нет таблицы plugins_logs"

Все таки ручной способ в 13 версии нужно оставить. Да бы все таблицы адаптировать под новую версию (13.0)
celsoft

celsoft

16 мая 2018 19:04 Администраторы
0
Цитата: dimitron
Прочел все а вот момент по поводу базы, как ее обновить до актуальной версии. К примеру нет возможности работать с инструментом "Управление плагинами". И там проблема БД "Нет таблицы plugins_logs"

Все таки ручной способ в 13 версии нужно оставить. Да бы все таблицы адаптировать под новую версию (13.0)

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

Sh1ning

16 мая 2018 19:07 Клиенты
1
Обновление по сути становится не актуальным в данный момент т.к. требуется переписывать модули и плагины к ним.

require_once ENGINE_DIR . '/classes/plugins.class.php';
Нам это помогло:)
Где это подключается, можно посмотреть в файлах ваших модулей, обычно там много чего подключается еще.

Небольшую проблему обнаружил при конвертации базы из просто Utf8 в utf8mb4 через админку все было успешно до dle_posts, а т.к у нас новостей десятки тысяч, то все подвисло и затем остальные таблицы просто выдали ошибку и скрипт завершился, надпись в админке пропала и больше не появляется, хотя по сути база dle_posts и все остальные так и остались в просто utf8, видимо нужно в самой базе теперь доделать начатое. Но скрипт я думаю все равно должно был проверить каждую таблицу на корректную кодировку.
celsoft

celsoft

16 мая 2018 19:20 Администраторы
1
Цитата: Sh1ning
Небольшую проблему обнаружил при конвертации базы из просто Utf8 в utf8mb4 через админку все было успешно до dle_posts, а т.к у нас новостей десятки тысяч, то все подвисло и затем остальные таблицы просто выдали ошибку и скрипт завершился, надпись в админке пропала и больше не появляется, хотя по сути база dle_posts и все остальные так и остались в просто utf8, видимо нужно в самой базе теперь доделать начатое. Но скрипт я думаю все равно должно был проверить каждую таблицу на корректную кодировку.

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

Цитата: Sh1ning
видимо нужно в самой базе теперь доделать начатое.

вы можете в файле engine/data/dbconfig.php заменить кодировку на utf8 вместо utf8mb4 и скрипт проверит таблицы повторно и повторит конвертирование того, что не сконвертировано. Те таблицы которые сконвертированы, он уже делать не будет. Либо большую таблицу можно попробовать сконвертировать через phpMyAdmin, там это тоже делается через меню.
alex4526

alex4526

16 мая 2018 19:23 Посетители
0
Спасибо за обновления. Возникла не большая проблема с помощью команды {custom tags="кузов" limit="20" navigation="yes"} на скриншоте она выделена http://picua.org/img/2018-05/16/0o4y3cbo7h4lmhmhqnw0kbjz7.jpg. На странице выводились новости имеющие отношение к кузову http://autotopik.ru/kuzov/. Т.е. метка "кузов" добавлялась в "Ключевые слова для облака тегов" при добавлении новости. Сейчас эта функция не работает, выводится только код. Где смотреть и что нужно сделать чтобы все заработало снова? Спасибо.
celsoft

celsoft

16 мая 2018 19:27 Администраторы
0
Цитата: alex4526
Спасибо за обновления. Возникла не большая проблема с помощью команды {custom tags="кузов" limit="20" navigation="yes" на скриншоте она выделена http://picua.org/img/2018-05/16/0o4y3cbo7h4lmhmhqnw0kbjz7.jpg. На странице выводились новости имеющие отношение к кузову http://autotopik.ru/kuzov/. Т.е. метка "кузов" добавлялась в "Ключевые слова для облака тегов" при добавлении новости. Сейчас эта функция не работает, выводится только код. Где смотреть и что нужно сделать чтобы все заработало снова? Спасибо.

Куда и как именно вы ставите тег {custom ...}? Это шаблонный тег и может использовать только в шаблонах, и нигде иначе. Если в шаблонах, то приведите полностью так как он написано в шаблоне и в каком именно шаблоне.
kadet

kadet

16 мая 2018 19:36 Клиенты
0
Спасибо, обновился без проблем :)
Sh1ning

Sh1ning

16 мая 2018 19:41 Клиенты
0
вы можете в файле engine/data/dbconfig.php заменить кодировку на utf8 вместо utf8mb4 и скрипт проверит таблицы повторно и повторит конвертирование того, что не сконвертировано. Те таблицы которые сконвертированы, он уже делать не будет. Либо большую таблицу можно попробовать сконвертировать через phpMyAdmin, там это тоже делается через меню.


Сделал, как вы сказали, написал что все хорошо и ничего не требуется:) Но в конфиге кодировку на utf8mb4 не вернул. Пришлось самому возвращать ее.

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

Если не так, то вы просто написали, что не важно - вносим мы хотфиксы после обновления или нет, если они нам никак не мешают, а тем самым мы уже имеем не самую актуальную версию по сравнению с вашим репозиторием.
celsoft

celsoft

16 мая 2018 19:45 Администраторы
0
Цитата: Sh1ning
Сделал, как вы сказали, написал что все хорошо и ничего не требуется:) Но в конфиге кодировку на utf8mb4 не вернул. Пришлось самому возвращать ее.

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

Цитата: Sh1ning
И еще, подскажите, в будущих обновлениях какая логика работы будет? Скрипт будет полностью удалять старые файлы в engines и добавлять новые? или полностью заменять их содержимое на содержимое актуальной версии?

Ничего удалять он не будет. Он будет менять содержимое только своих файлов на актуальное содержимое, будет добавлять что то новое, если это необходимо. Ничего вашего он не тронет, также ничего не будет удалять с сервера.
sheckler

sheckler

16 мая 2018 19:55 Посетители
1
Некоторые изменения очень полезные, наконец-то можно не вмешиваться в файлы скрипта. Другой вопрос - а при ранее внесенных изменениях к примеру в тот же вывод изображений доп. полей (к примеру я убрал <ul><li>) при авто обновлении это сохранится?

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

{custom customid="1"} [customidaviable=1]Выводится текст если customid с назначенным ID не содержит в себе новостей.[/customidaviable]

Конечно могу сделать и сам, но эта штука была бы очень полезна "из коробки".
celsoft

celsoft

16 мая 2018 19:58 Администраторы
0
Цитата: sheckler
Некоторые изменения очень полезные, наконец-то можно не вмешиваться в файлы скрипта. Другой вопрос - а при ранее внесенных изменениях к примеру в тот же вывод изображений доп. полей (к примеру я убрал <ul><li>) при авто обновлении это сохранится?

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

Информация

Посетители, находящиеся в группе Гости, не могут оставлять комментарии к данной публикации.
Календарь
«    Декабрь 2019    »
ПнВтСрЧтПтСбВс
 1
2345678
9101112131415
16171819202122
23242526272829
3031 
Опрос на сайте
Совершаете ли вы покупки в интернет?

Популярные новости
Архив новостей
Декабрь 2019 (1)
Сентябрь 2019 (2)
Май 2019 (3)
Апрель 2019 (1)
Март 2019 (3)
Февраль 2019 (2)