Обновление CMS. Обновление CMS MaxSite

Facebook

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

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

3 важных причины для обновления CMS

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

Не подвергайте сайт опасности быть взломанным. Разработчики CMS регулярно выпускают свежие версии, которые направлены на усиление безопасности. Большинство CMS – это лакомый торт для хакеров. Поэтому обновления рекомендуется устанавливать своевременно.
Часто движок бывает не до конца доработан и вы миритесь с багами, которые вас раздражают. У любого программного продукта могут быть недоработки, именно поэтому разработчики в следующей версии исправляют эти ошибки.
Вполне вероятно, что ваш сайт устарел. В новой версии движка возможно улучшение многих функций, которые сделают ресурс более удобным для пользователей.

К чему может привести нарушение безопасности веб сайта?

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

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

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

Как часто нужно проводить обновление CMS?

Обновление CMS желательно делать раз в полгода или не реже 1-го раза в год. Большинство CMS в админ панели сайта уведомляют о появлении новых версий. Часто добавляются краткие описания, которые поясняют, какие добавлены новые функции или возможности, какие устранены ошибки или проблемы безопасности.

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

Периодическое обновление CMS до последнего актуального релиза – это необходимая мера, направленная на обеспечение безопасности сайта. Однако нужно понимать, что не всегда очередное обновление включает исправление всех уязвимостей. Особенно это касается бесплатных (open-source) движков.

Почему нам важно соответствовать ожиданиям наших клиентов

Основной критерий надежности и безопасности CMS

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

В случае применения коммерческих CMS, таких как Битрикс, ответственность за обновления несет компания-разработчик. Оплата лицензии включает в себя предоставление гарантированной технической поддержки.

В случае использования бесплатной (open-source) CMS, желательно чтобы компания-разработчик сайта осуществляла регулярные обновления. Для некоторых CMS выполнение обновлений является сложным процессом, который требует специалистов высокой квалификации. И в этом случае для проведения обновления необходимо временно закрыть сайт, на техническое обслуживание.

ВЫВОД: безопасность веб сайта во многом зависит от регулярности обновления CMS.

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

Модуль «Обновление CMS» обязателен для установки. Он относится к CMS «Управление» и является частью ядра DIAFAN.CMS. Имеет только административную часть.

Для корректной работы модуля необходимо PHP-расширение ZipArchive.

Автообновление

Модуль позволяет получать обновления для Вашей DIAFAN.CMS с нашего сервера.

При первой установке DIAFAN.CMS создается так называемая «точка возврата», которая содержит резервные копии всех установленных файлов «из коробки». В дальнейшем при получении обновлений, DIAFAN.CMS создает точки возврата и сохраняет отдельно обновленные версии файлов.

Обновления для DIAFAN.CMS проверяются только по Вашему запросу! Необходимо зайти в модуль «Обновление CMS» и нажа кнопку «Проверить обновление». Если для Вашей версии DIAFAN.CMS есть изменения, Вы увидите список обновлений, доступных для скачивания, и под списком будет кнопка «Скачать».

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

При каждом скачивании обновлений точки возврата создаются автоматически. После скачивания обновления необходимо нажать кнопку «Применить» (она показывается на экране после последнего скачанного обновления). Применены будут все обновления от текущей точки возврата до последнего выполненного обновления.

Как работают обновления?

Сгенерируется тема . Что это значит? Все полученные обновленные файлы с нашего сервера сравниваются с текущими файлами всей системы в текущей точке возврата. Если DIAFAN.CMS находит, что какие-то текущие файлы системы не соответствуют полученным из обновления, они будут перемещены в папку custom в текущую тему. Если текущей темы нет, то будет создана новая.

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

Если в обновлении предусмотрено изменение структуры базы данных, то оно будет произведено.

Что делать, если функционал обновления не устраивает?

Можно вернуть всё обратно в один клик. Для этого достаточно зайти в модуль «Обновление CMS» и нажать «Применить» напротив любой предыдущей точки возврата. Откат к сохраненному состоянию касается также базы данных. Если с ней были произведены какие-то манипуляции, после применения точки возврата структура БД вернется к прежнему состоянию.

Можно ли удалять точки возврата?

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

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

Как посмотреть детализацию точек возврата?

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

Обновления доступны только для сайтов с активированными лицензиями DIAFAN.CMS.

Подключение

Подключаемая часть – файл . В нем описан класс Update_inc . В модуле к объекту класса можно обратиться через переменную $this -> diafan -> _update . Экземпляр класса создается при первом вызове переменной.

Свойства

Var folders = array("adm", "css", "img", "themes", "modules", "includes", "plugins", "js") – папки и файлы, индексируеме для точек возврата.

Var exclude = array("adm/htmleditor", "includes/custom.php") – папки и файлы, не индексируемые для точек возврата.

Методы

Void first_return () – Добавляет первую точку возврата.

// при установки DIAFAN.CMS
$this -> diafan -> _update -> first_return ();

Array get_files (integer $id) – Получает обновленные файлы точки с содержимым.

// получает файлы точки возврата ID=3
$rows = $this -> diafan -> _update -> get_files (3 );
print_r ($rows );
/* выведит:
Array
[modules/news/news.model.php ] => ...
class News_model extends Model
{
...
[modules/news/news.php ] => ...
class News extends Controller
{
...
...
) */

Array get_all_files (integer $id) – Получает все файлы DIAFAN.CMS в точке с содержимым.

integer $id: идентификатор точки

// получает все файлы DIAFAN.CMS, актуальные для точки возврата ID=3
$rows = $this -> diafan -> _update -> get_all_files (3 );
print_r ($rows );
// выведет файлы в формате как функция get_files()

Файлы

modules/update/admin/js/update.admin.count.js – количество доступных обновлений, JS-сценарий;

modules/update/admin/js/update.admin.js – обновление, JS-сценарий;

modules/update/admin/update.admin.php – точки возврата;

modules/update/admin/update.admin.action.php – точки возврата;

modules/update/admin/update.admin.count.php – количество доступных обновлений для меню административной панели;

modules/update/update.inc.php – подключение модуля;

modules/update/update.install.php – установка модуля.

Учитывая, что наша веб-студия в своей работе использует только коммерческие платформы для создания сайтов (CMS) – заметим российского производства. Назрела необходимость в публикации, которая бы приоткрыла завесу касаемо необходимости периодического обновления программы.

Если смотреть глазами рядового сотрудника компании Заказчика, который только и выполняет задачи по наполнению контента сайта фирмы (новости, статьи, товары, услуги и т.п.) – то у этого сотрудника не возникает потребности в обновлении платформы сайта. Это все связано с тем, что мало кто понимает, за чем это нужно. Все понимают, что нужно примеру обновлять антивирусные программы на персональном компьютере, или необходимо обновлять браузер – так как это повышает скорость загрузки страниц сайтов, или то, что необходимо обновлять операционную систему. Но, до сайта речь не доходит пока он «жив». Тем, более что сайт не расположен на компьютере сотрудника, а где-то там, на удаленном сервере. Более того, к сайту порой относятся как компьютеру, вызывают специалиста, когда ресурс заразился вирусом или сломался. Но если компьютер легко можно заменить, то на сайт потребуется потратить немало времени чтобы произвести восстановительные работы.

Средний чек технической поддержки и ежегодного обновления программы компании обойдется примерно в 120,000 рублей – немало. А, теперь мы возьмем небольшой интернет-магазин с посещаемостью в среднем 1000 человек в сутки – это около 365000 потенциальных клиентов в год. Предположим, продается в данном on-line магазине – одежда со средней стоимостью в 1,000 рублей. Если все делать правильно, не сложно получить конверсию покупок больше 3-х процентов от целевых посетителей, но мы возьмем и здесь среднее значение. Нам необходимо средний процент умножить на среднюю стоимость и умножить на количество дней, приблизительно вот так: 1,000 (стоимость) х 3% (количество покупателей в день) х 365 (дней в году) = 10,950000 (оборот). И это только пессимистичная оценка оборотов, ведь однажды купивший клиент, может вновь приобрести новую одежду с другой коллекции. Получается, в сутки покупки совершаются на сумму – 30,000 руб.

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

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

Теперь посчитаем стоимость работ и сопутствующие издержки (сразу отбросим возможность вернуть с помощью бэкапа на начальную точку до сбоя или заражения сайта, ведь тем самым мы «прикрываем» саму причину возникновения, плюс это грозит потерей заказов сделанных в промежуток времени от последнего бэкапа до возникновения внештатной ситуации):

В среднем программистам требуется от 2-х до 72-х часов на выявления причин с последующим устранением проблемы (стоимость работы в час от 1,000 рублей);
простой Интернет магазина может составить от 1-го дня (в нашем случаи это сразу потеря 30,000 рублей минимум);
потеря лояльности (не каждый потенциальный покупатель вновь вернется на сайт – если при первом входе он куда-то пропал).

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

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

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

Тогда мы предлагаем клиенту обновить систему cms . Так ли это необходимо? Чем грозит владельцу сайта устаревающая система управления ? И какие преимущества от обновления cms можно ожидать? На эти и другие вопросы мы постараемся дать ответы в данной статье.

Что такое cms сайта и зачем она нужна

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

Среди самых популярных движков 1С-Битрикс, UMI.CMS, WordPress, Joomla !

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

Обновлен - значит защищен

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

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

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

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

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

Часто задаваемые вопросы

- Могут ли возникнуть проблемы, если не обновлять CMS?

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

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

- Что делать, чтобы всегда иметь более совершенную и защищенную CMS?

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

- Как часто выполнять обновления?

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

Обновлять CMS - или не обновлять - не вопрос!

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

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

Преимущества своевременного обновления CMS

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

Все идет, все меняется, сегодня ваша система совершенна, а завтра кто-то придумал, как ее взломать. Наиболее эффективное решение вопроса - постоянно следить за обновлениями и своевременно производить их установку.

DataLife Engine (DLE) - популярная система управления материалами сайта, в народе - «движок». Перенос сайта на движке DLE осуществляется в виде простой переустановки дистрибутива. При этом, используется встроенная способность движка DLE самостоятельно и восстанавливать базу данных (БД). Эта же способность движка задействована и в CMS DLE - придумке от любителей всего новенького и чистенького. Лично мне, такие заморочки требуются исключительно при обновлении движка. После длительной файловой модификации и оптимизации - движок легче снести и переустановить по-новой. Отдельное спасибо Александру Алаеву за его уроки и наставления по оптимизации DLE.

Сохраняем базу данных (БД)

Работа с файлами сайтовой операционной системы начинается с её бекапства (бекапинья). Backup - это спасательный круг. Создание резервной копии веб-ресурса позволит избежать многих проблем, связанных с неудачными файловыми операциями на сайте. Кроме этого, имея дистрибутив движка и резервную копию сайта, можно носить его, хоть по всей Сети.

В принципе, это не ахти какой новшество - использовать для переноса или переустановки движка CMS DLE его встроенную способность бекапить и восстанавливать свою базу данных (БД). Самое сложное и опасное в этом способе - не запутаться в её копиях. Потому что, версия БД должна в точности соответствовать версии самого движка.

База данных от старого движка никогда не встанет на новый, и наоборот

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

Делаем полный backup CMS DLE

Первым делом - сотворяем бекап из своего любимого сайта (backup - резервная копия).

Сделать резервную копию (backup) в CMS DLE достаточно легко. Посторонний софт для этого не понадобится, поскольку разработчик сайтодвижка предусмотрел подобную потребность. А, за сим - совершаем «невыносимый подвиг» - заходим в админку своего сайта, в раздел «Список всех разделов» => «Управление базой данных» и жмём кнопочку «Сохранить базу данных». После чего, «топаем» на свой и, выкачиваем на локальную машину всю корневую папочку сайта вместе с его новоиспечённой копией базы данных. Всё предельно просто, весело и даже немножко смешно.

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

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

И ещё. Эта придумка может не проканать на больших сайтах, имеющих большие базы данных. Увы. Хочется отдельно напомнить, что ответственность за все деяния, сотворённые над своим сайтом, несёт только непосредственно проводящий работы (прораб). А статьи, подобные этой - публикуются исключительно в ознакомительных целях.

Зачем нужно «чистое» обновление (переустановка) CMS DLE

Скажу сразу, разработчик управляющей системы DataLife Engine (DLE) не одобряет подобных трюков и выходок. У разработчика есть своя подробная инструкция к обновлению движка, которая не меняется годами. Обновлять CMS DLE согласно инструкции разработчика гораздо проще и спокойнее - залил себе файлы на хостинг, вызвал установщик, быстренько пробежался по его кнопкам-рекомендациям, затем удалил из сервера папку upgrade и файл install.php , и - всех-то делов. За всё про всё, не более 10 минут. И, можно уже начинать пить пиво, или что там у кого есть...

Так для чего-же тогда нужно такое «чистое обновление»?

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

«Чистое обновление» CMS DLE - это полная переустановка движка сайта, с полным сносом его системных файлов и обновлением базы данных (БД) до актуальной версии. «Чистым», называют обновление управляющей системы сайта, при котором удаляются все старые системные файлы, и взамен - устанавливается абсолютно новый дистрибутив. После такой переустановки движка производятся его новые пользовательские настройки.

Вот только, обновляясь обычным стандартным образом, я никогда не захожу в Админку движка. А это плохо. Потому что, каждое очередное обновление CMS DLE связано с добавлением ему новых функций, что в свою очередь вызывает добавление новых кнопок в его админпанели. Таким образом, заход в админпанель CMS DLE, для её изучения и настройки после обновления - процедура обязательная. Вот и получается, что «чистое» обновление - это как-бы пинок себе любимому, для стимуляции захода в админпанель движка, тщательного изучения и новой настройки.

Кроме этого, болтаясь по форуму DLE я обратил внимание, что у некоторых владельцев сайтов на CMS DLE начинаются проблемы после обновления управляющей системы до актуальной версии. Как правило, это связано с особенностями настройки хостинга, повреждением файловой структуры или работой посторонних модулей, которые не могут управиться с новыми изменениями. А, если модулей на сайте ещё и много - так иногда свихнуться можно, обновляя такой сайт. «Чистое» обновление CMS DLE даёт возможность сначала обновить и настроить работу самого движка сайта, и только потом - цеплять на него посторонние модули. Каждый по-отдельности, и каждый - по очереди. Кстати, это весьма неплохой повод задуматься о пользе и необходимости этих самых посторонних модулей на сайте. Практика показывает, что добрая половина таких разработок - это никчёмные игрушки, приколы, да и только.

Ну, и ещё есть одна дополнительная (а, часто и - основная) причина для переустановки («чистого» обновления) движка DLE. Это желание избавиться от паранойи и нервозности, связанных с появлением на сайте милых звИрушек от какого-нибудь хакерского сообщества… Конечно, - это тема философская. От сайто-поломки ещё никто и нигде не был застрахован. Вот только, после удаления всех старых файлов и распаковки на хостинге чистого дистрибутива - оно как-то поспокойнее будет...

Для «чистого» обновления CMS DLE потребуется
дистрибутив новой версии движка,
лицензия (код активации) и желание поработать
(Качаем дистрибутив с оф.сайта DLE и приступаем)

«Чистое» обновление (переустановка) CMS DLE

После создания и выкачивания из хостинга полной! резервной копии (backup) сайта,
приступаем к непосредственному обновлению его движка - CMS DLE.

При этом, происходит, примерно - следующее:

Предварительное обновление сайта, которое делается с одной-единственной целью -
обновить базу данных (БД) сайта до уровня движка новой версии.
Обязательное создание резервной копии (backup) из обновлённой базы данных
Обязательное сохранение резервной копии (backup) из обновлённой базы данных
Полный снос системных файлов движка.
Заливка на хостинг новых файлов и установка новой управляющей системы.
Восстановление обновлённой базы данных из её резервной копии (backup).
Пользовательская настройка движка сайта «по-новой».

«Чистое обновление» - движка сайта CMS DLE

Алгоритм действий, примерно такой:

Совершаем обычное обновление CMS DLE, согласно инструкций разработчика.
Проверяем работоспособность своего сайта. Если всё «тип-топ», «YES» и «OK» - снова обязательно! делаем сайта и его базы данных. После чего, выкачиваем этот полный бекап к себе на локальную машину. После переустановки движка сайта база данных будет удалена и её придётся восстанавливать именно из этой, обновлённой и рабочей копии.
Удаляем на хостинге папки:
Engine и language.
Не удаляем папки:
backup - это копии базы данных (БД)
templates - это шаблоны страниц сайта
uploads - это самая ценная папка. В ней хранятся картинки и файло́ из новостей, публикаций и стат.страниц, а также личные файлы и аватары пользователей.
Выполняем новую установку движка, согласно инструкции разработчика. ВНИМАНИЕ! Во время новой установки движка CMS DLE, установщик сотрёт настоящую базу (БД) данных и создаст свою, другую. В этой БД будут только две-три новости-демки от DLE.
Восстанавливаем свою родную БД из обновлённой копии, сделанной накануне.
Для этого, заходим в админпанель, в раздел «Список всех разделов» => «Управление базой данных» и жмём кнопочку «Восстановить базу данных». В списке копий выбираем именно ту самую копию, которая была сделана после её последнего обновления до новой версии управляющей системы.
Чистим кэш движка и браузера:
- Кнопочка «Очистить кэш» находится в низу главной страницы панели управления
- Очистить кэш браузера - Ctrl+Shift+Del

После таких издевательств над собой, наш сайт на DLE должен окончательно ожить в обновлённом виде. Теперь, уже обЕзательно - нужно зайти в админку сайта и выполнить по-новой все