Обновление Joomla – руководство для начинающих веб- мастеров. Обновление Joomla и возможные ошибки

12.04.2019

К нам обращаются владельцы сайтов с разными целями (добавить на сайт новые функции/возможности, выполнить редизайн сайта, сделать адаптивную верстку и т.д.). И первое, на что мы обращаем внимание, - на большинстве сайтов CMS давно не обновлялась. Практически во всех таких случаях в ТЗ дописываем еще 1 пункт - обновление CMS. В этой статье расскажем, почему это важно.

Причины, по которым вам стоит обновлять CMS:

1. Вы подвергаете себя опасности быть взломанным.

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

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

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

3. Ваш сайт устаревает морально и технически.

Когда вы работаете со своим сайтом, то со временем замечаете, что некоторые моменты нужно изменить, чтобы вам и вашим пользователям стало удобнее пользоваться сайтом, или когда вы поняли, что пора делать редизайн сайта (подробнее в ). Например, улучшить поиск, добавить фильтры продукции, поменять принцип отображения фото и т. д. Вы спросите: при чем тут обновление CMS, если можно просто доработать существующие модули/плагины? Можно и доработать, а может, эти функции есть в коробке в новой версии вашей CMS. Тогда вы убьете сразу нескольких зайцев - и новые функции получите, и о безопасности позаботитесь, и используемые фреймворки обновите.

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

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

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

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

Админка WordPress с краткими новостями по последним обновлениям CMS и не только

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

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

Как обновлять?

Собираем все учетные записи (база данных, FTP, доступы в админку сайта).

Обновление может осуществляться автоматически, в несколько кликов в админке сайта (рис. 2-4), либо по FTP (для некоторых CMS это возможно только по FTP). Но принцип один и тот же - на сервере обновляются файлы, а в базе данных меняется структура таблиц либо самой базы данных. Обновление базы данных происходит практически незаметно для того, кто производит обновление, обычно от вас требуется только вводить данные для подключения к базе данных и нажимать кнопки «ОК» и «Далее», все остальное скрипт обновления сделает за вас.

Рисунок 2. Автоматическое обновление системы WordPress. Шаг первый — «волшебная кнопка»

Рисунок 3. Шаг второй — смотрим все, что система автоматического обновления нам предлагает «освежить». Тут и сам движок, и плагины (также могут быть темы)

Рисунок 4. Шаг третий, заключительный - отчет о внесенных изменениях и состоянии обновления (иногда могут быть ошибки, о которых мы на этом шаге и узнаем, в таком случае придется восстановить сайт из бэкапа)

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

Обычно о том, какую примерно ручную работу по обновлению сайта с вашей версии CMS на последнюю необходимо будет выполнить, можно почитать на форуме разработчиков вашей системы управления сайтом и/или в документации. Часто для того, чтобы обновить старую версию до последней, нужно сделать обновление в несколько этапов. Например, обновление WordPress с очень старой версии, вроде 2.х до 4.х .

Также нужно быть готовым к тому, что большинство систем управления сайтом не поддерживают обновление шаблонов и существует большая вероятность, что ваш шаблон нужно будет переписывать для корректной работы (например, при обновлении с Opencart 1.5.x до 2.x, с Shop-Script (WebAssist) версии ниже 5 до 5.x/6.x).

Кому делать обновление?

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

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

Как проверить, все ли правильно настроено, и что именно проверять?

Обязательно нужно удостовериться, что после обновления весь функционал работает корректно.

Давайте рассмотрим минимальный набор тестов корректной работы CMS на примере магазина. Нам нужно сделать следующее:

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

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

Подведем итоги:

1. Следите за обновлениями своей CMS и обновляйтесь своевременно:
а) для безопасности;
б) чтобы от вашего сайта не веяло 90-ми.

2. Выделяйте время на тестирование обновленной системы (а также просите друзей и родственников о совете и помощи в тестировании).
3. Перед обновлением и, вообще, регулярно делайте бекапы.

К сожалению, многие владельцы интернет ресурсов не предполагают, что безопасность веб сайта может быть под угрозой. Но такая простая мера, как обновление 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 раза в год) предотвращают не санкционированный доступ к программному коду. Так как команда разработчиков постоянно выявляет уязвимости и выпускает обновления для тех программных модулей, которые открывают злоумышленникам возможность удаленного исполнения кода.

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

Как обновить CMS Joomla

Обновить Joomla можно несколькими способами – обновиться через панель управления либо записать файлы новой версии напрямую на сервер. Рассмотрим все способы по порядку.

Автоматическое обновление Joomla через панель управления

Когда выходит новая версия Joomla в панели управления мы сразу же получаем об этом уведомление:

Нажимаем на кнопку «Обновить сейчас» и попадаем на страницу «Обновление Joomla!» с двумя вкладками «Автоматическое обновление» и Кроме того нас настоятельно рекомендуют проверить что установленные расширения совместимы с новой версией Joomla. А я в свою очередь хочу отметить, что если вы работаете со стандартным шаблоном Joomla и вносили в него изменения, то советую сохранить все изменения, иначе после обновления вы их потеряете.

Существуют и другие способы попасть на страницу «Обновление Joomla!»:

Перейти в раздел «Система» -> «Панель управления» и в левой нижней части страницы найти надпись «Обслуживание», под которой будут ссылки на новые версии движка и расширений
Перейти в раздел «Компоненты» -> «Обновление Joomla!»

Не важно, какой из способов вы выбрали, вы попадете на следующую страницу:

Для автоматического обновления Joomla остается только нажать на кнопку «Установить обновление» (смотрите скриншот выше) и если не возникнет никаких проблем, то движок Joomla будет обновлен.

Альтернативный способ обновления Joomla через панель управления

Если по каким либо причинам автоматическое обновление не доступно, в панели управления Joomla предусмотрен другой вариант, при помощи которого так же можно обновить CMS.

На той же странице «Обновление Joomla!» переходим во вторую вкладку «Загрузка и обновление» и наблюдаем примерно следующую картину:

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

Обновление Joomla путем копирования новых файлов прямо на сервер

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

Для того чтобы обновить Joomla данным способом во избежание непредвиденных ситуаций стоит выполнить ряд действий:

Отключить кэширование (если включено)
Очистить и удалить устаревший кэш (если имеется)
Создать резервные копии файлов и базы данных

После этого скачиваем пакет обновлений (они обычно в формате ZIP) и распаковываем его в корневой каталог сайта.

Когда архив распакуется, заходим в панель управления и наблюдаем следующее - версия Joomla обновилась (о чем свидетельствует номер версии в правом нижнем углу), но система выдает нам неизвестную ошибку:

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

Исправлять базу данных вручную не потребуется, в Joomla уже все предусмотрено. Переходим в раздел «Расширения» -> «Менеджер расширений» -> «Базы данных» и попадаем на страницу «Менеджер расширений: Проверка базы данных»:

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

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

В данной ситуации на помощь придет поиск загруженных, но не установленных расширений. Переходим в раздел «Расширения» -> «Менеджер расширений» -> «Найти» и попадаем на страницу «Менеджер расширений: Поиск» на которой представлен список не активных расширений:

Теперь если перейти на страницу обновлений, то можно заметить, что у нас установлена самая новая версия Joomla.

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

Ошибки при обновлении Joomla

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

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

Ошибка AJAX Loading Error: Not Found

Одна из коварных ошибок, которая возникает в процессе обновления, звучит так AJAX Loading Error: Not Found:

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

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

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

Первый способ самый простой – переименовываем файл «.htaccess» например, в файл «.htaccess_» и повторяем процесс обновления. Автоматическое обновление должно запуститься без проблем.

Во втором варианте открываем файл.htaccess для редактирования и ищем приблизительно следующие строки (в моем случае это строки с 86 по 98):

Обновление CMS MaxSite с предыдущей версии

Обычно уже через несколько месяцев владелец сайта задает себе вопрос - как обновить maxsite cms . Пока система молодая почти ежемесячно выходят новые версии с многими полезными улучшениями. В настоящее время самым распространенным является ручное обновление maxsite cms . Для обновления CMS MaxSite нам потребуется FTP -клиент.

Для статьи была использована инструкция обновления cms maxsite по адресу http://max-3000.com/page/maxsite-cms-070

Инструкция от Макса:

Обновляться, как я уже раньше писал, следует так:
Переименуйте текущие каталоги application в application-old и system в system-old .
Загрузите новые файлы MaxSite CMS на сервер.
Установите права на запись (777) на каталог кэша (application/cache/ ) и его подкаталоги.
Скопируйте старые файлы из application : config/database.php и maxsite/mso_config.php .
Скопируйте свой шаблон и сторонние плагины, если вы их устанавливали.
После тестрования каталоги application-old и system-old можно удалить.

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

Главное - перед каждым обновлением СКАЧИВАЙТЕ ПАПКУ своего САЙТА (из www) с СЕРВЕРА ! через FTP -клиент. Вообще-то надо сохранять сайт раз в месяц - скачать - пометить числом и удалить более ранний архив.

Пункты: Обновление сайта с шаблоном default и Бэкап сайта MaxSite вы найдете в конце статьи.

Ручное обновление maxsite cms

1.1. Во-первых, нам потребуется новая версия движка - latest.zip – которую надо скачать с официального сайта: http://max-3000.com/

1.2. После скачивания её следует разархивировать в папку latest .

Лучше сразу переименовать latest в MaxSite CMS x.xx , где x.xx - номер версии движка, потому что все последние версии на сайте http://max-3000.com имеют одинаковое наименование latest . Храните по крайне мере два мануала движка - раннее и новое, на которое обновляетесь.

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

1.3. Вначале откроем место, куда будем копировать. Запускаем программу FTP -клиента и в окне программы вставляем вверху в поля логин и пароль, которые вам прислал хостер в письме при покупке тарифа. Обычно используется порт 21 . Если нажать на "Быстрое соединение", то в правой части FTP -клиента вверху появятся папочки сервера, из которых для нас имеет интерес лишь самая нижняя - www .

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

1.4. Теперь в левой части FTP -клиента надо найти на вашем компьютере папку latest или MaxSite CMS x.xx , если вы ее переименовали. В верхней части слева по древу доходим до оболочки папки latest (MaxSite CMS x.xx ) и кликнем по ней так, чтобы внизу открылось всё её содержимое.

Собственно справа и слева будет почти одинаковый набор файлов.

Чтобы залить всё, что слева разом на сервер - надо выделить файлы, для чего можно кликнуть по первой строке или лучше прокрутить список файлов до самого низа, где кликнуть по пустому месту. Теперь, если нажать одновременно на клавиши Cntrl и латинская A , то все файлы выделятся.

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

2. Часто в процессе обновления затираются файлы: config/database.php и maxsite/mso_config.php . Мы их восстановим, следуя инструкции от Макса:

Скопируйте старые файлы из application : config/database.php и maxsite/mso_config.php .

2.1. Восстановим файл database.php по адресу: application/config/database.php .

Вначале в правой части FTP -клиента надо в верхней части нажать на крестик в чекбоксе рядом с папкой сайта, затем опуститься до папки application - кликнуть по ней и, чтобы открыть ее - в появившемся чекбоксе нажать на плюсик. Затем так же в верхней части клиента надо опуститься до папки config , но не открывать, а лишь кликнуть по ней. Сюда будем копировать файл, который у нас есть в сохраненном архиве сайта.

2.2. В левой части клиента вверху откроем папку сайта, сохраненного на ваш компьютер в самом начале, где постепенно открываем папки application , затем config . В последней кликаем правой по файлу database.php и в меню выбираем "Загрузить на сервер".

В результате файл database.php появится в папке application/config на сайте.

2.3. Аналогично поступаем для восстановления файла mso_config.php , для которого в правой части клиента вверху откроем папку application , затем его подпапку maxsite . Слева так же открываем попдпапку maxsite в папке application сохраненного сайта.

Среди файлов сохраненного сайта находим файл mso_config.php - кликаем правой - выбираем "Загрузить на сервер" - проверяем его появление среди файлов папки maxsite на стороне сервера.

3. Теперь на всякий случай – не закрываем FTP -клиент и выставляем заново права на запись (777 ) на каталог кэша – «cache » (путь application/cache/ ) и его подкаталоги «html », «rss » и «bd ».

Их надо просто найти на сайте и, кликнув правой клавишей мыши по их оболочке, выбрать в меню нижний пункт - выставить права - 777 .

4. Аналогично выставляются права на запись (обычно 777 ) на каталог /uploads/ и на вложенные каталоги «_mso_float », «_mso_i » и «mini ». Правда, обычно права на них не изменяются при обновлении.

5. Последними выставляются права на запись (обычно 666 ) на файл sitemap.xml

6. Если вы использовали свой ключ для шифрования cookes , то укажите его в файле «application/config/config.php »:

$config["encryption_key"] = "тут ваш ключ";

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

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

8.3. Использовать заготовку _create_a_new_template для создания шаблона (технология default ), даже если используется default логически правильно, так как при обновлении происходит копирование поверх всех файлов движка, включая . Я думаю, что все же лучше держать свои уникальные стили css в отдельной папке.

Бэкап сайта MaxSite

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

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

Привет всем, простите за то что долго не писал. Сегодня хочу с вами поговорить на тему безопасного обновления WordPress. Что сподвигнуло меня на написании этого поста? При работе на одном из сайтов заказчика, я увидел сообщение о выходе нового релиза WordPress () и призыве обновится. Надеюсь вы тоже не раз встречали такое сообщение? 😉

Почему следует обновлять WordPress?

И я конечно же решил обновится, почему я всем вам рекомендую это делать? Дело в том, что с каждым новым обновлением появляются новые функции, о которых вы можете узнать на странице после обновления WordPress. Например одна из новых фишек, которая появилась в движке — это растягиваю мышью. Раньше приходилось изменять размер вручную.

Полезно? По мимо этого, самым главным является исправления ошибок и «дыр», которые все же присутствуют в любом существующем движке, о том я писал раньше. Это самое главное, вот почему следует обновляться…

Как безопасно обновить WordPress?

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

Это был шок, мне пришлось выкачивать базу данных, потом вручную добавлять все таблицы, корректируя их. Провозился я часов 5 не меньше, так что, что бы обезопасить свое творчество, время и силы, необходимо постоянно делать бэкап данных перед обновлением.

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

Как обновить WordPress автоматически?

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

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

Как обновить WordPress вручную?

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

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

Второе. Распаковываем архив и удаляем папку wp-content. Для чего это нужно? В данной папке хранятся все ваши файлы: , изображения, которых набирается куча с первого дня ведения блога. новую папку нужно удалить, что бы она случайно не заменила папку с вашими файлами.

Третье. Подключаемся к вашему сайту через FTP, с помощью . Заходим в корневую папку вашего блога и делаем следующие действия:

Скачиваем на рабочий стол файл wp-config.php и удаляем его с сайта.
Удаляем папки wp-admin и wp-includes

Четвертое. Открываем в скачанный файл wp-config и файл в новом релизе WordPress wp-config-sample. И сравниваем их, также одновременно переносим из wp-config в wp-config-sample данные, такие как DB_Name, DB_User, DB_Host и т.д После чего сохраняем новый Wp-config-Sample файл, переименовывая его в Wp-Config.

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

Шестое. После того, как все данные обновились, заходим в Админку блога и вы увидите сообщение о том, что вам следует обновить Базу данных, обновляем и ВАУЛЯ! Теперь вы обладатель новой версии WordPress…

Как обновить плагины и темы?

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

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

На этом все дорогие друзья, до скорых встреч, надеюсь мне удастся чаще радовать вас новыми статьями и , пока….