Обновление CMS. Обновление Joomla и возможные ошибки

22.04.2019

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 .

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

Вопрос обновления 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 сайта давно не обновлялась.

Тогда мы предлагаем клиенту обновить систему 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

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

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

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

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

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

Похожие статьи