Обновление CMS. Подготовка к обновлению. Обновление Joomla путем копирования новых файлов прямо на сервер

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

• В новых версиях устраняются недостатки, баги, ошибки и "дыры";
• Появляется дополнительный функционал;
• Поддерживается современность и актуальность движка.

Но в моем случае дополнительно к этим пунктам добавился 1 очень каверзный баг, который, на мой взгляд, и стал главной причиной резкого с поисковых систем. Графики посещений с Яндекса и Google (по неделям). Стрелочкой указана примерная дата обновления.

Поисковая посещаемость упала более чем на 1000 ежесуточных посетителей.

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

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

Данные ошибки как раз начали появляться сразу после обновления (график начинается немного позднее - с начала марта). Почему баг каверзный? Все просто. Его до сих пор пока никто не смог обнаружить и исправить. Но я не теряю надежды и буду стараться как можно скорее избавиться от него .

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

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

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

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

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

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

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 всегда остается актуальным, независимо от того, какая версия используется для работы сайта, рано или поздно все равно выйдет пакет с исправлениями, улучшениями или новым функционалом.

Глобальное обновление с переходом на более новую линейку имеет некоторые нюансы, поэтому полезно рассмотреть процесс более подробно.

Подготовка к обновлению

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

Такие пакеты, как правило, имели названия Joomla x.x Update Package . С выходом 2-ого поколения CMS, разработчики дополнили основной функционал встроенным механизмом обновления ядра.

Чтобы обезопасить себя и не потерять данные во время установки новой версии движка, рекомендуется перенести резервную копию сайта на локальный сервер. Выполнить это можно при помощи akeeba backup .

После этого нужно проверить наличие обновлений для текущей версии CMS и сторонних расширений, в случае их наличия установить все необходимое. Если используются расширения, которые не поддерживаются в Joomla 3.x , то их следует удалить заранее:

На следующем шаге нужно проверить совместимость хостинга с обновленной версией Joomla , для этого в меню «Сайт » выберите пункт «Информация о системе ».

Все настройки, которые отобразятся на открывшейся странице, должны отвечать минимальным системным требованиям разработчика. Эта информация доступна по адресу http://www.joomla.org/technical-requirements.html:

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

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

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

Обновление Joomla

Сначала все операции выполняются на тестовом сайте. Чтобы начать переход к версии Joomla 3.x , нужно перейти в меню Компоненты и выбрать там пункт «Обновление Joomla! ».

В правой части страницы появится кнопка «Параметры », после нажатия которой, откроется окно с настройками:

Здесь следует изменить тип источника обновлений. По умолчанию выбраны «Дистрибутивы Joomla с длительным периодом поддержки ».

На данный момент в линейке 3.x выход такой версии только ожидается, поэтому нужно переключить сервер обновления на «Дистрибутивы Joomla с краткосрочной поддержкой ».

В некоторых случаях кнопка «Установить обновления » появляется не сразу, поэтому необходимо в меню «Расширения » выбрать подменю «Менеджер расширений », где на вкладке «Обновление » нажать кнопку «Очистить кэш »:

Теперь в разделе «Обновление Joomla! » появятся данные о самой последней доступной версии CMS. После установки проверьте базу данных на наличие ошибок.

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

Удачи Вам!

Хорошо Плохо

Для создания сложных динамических сайтов веб-мастерами применяется такой метод, как установка joomla на денвер. После этого создаётся новый шаблон сайта, происходит…

Учитывая, что наша веб-студия в своей работе использует только коммерческие платформы для создания сайтов (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 рублей минимум);
потеря лояльности (не каждый потенциальный покупатель вновь вернется на сайт – если при первом входе он куда-то пропал).

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

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