Как обновить MODx Evolution до последней версии

Я создал свой сайт на бесплатной CMS MODx Evolution 1.0.5. Он уже достаточно давно как размещен в интернете. А точная копия сайта сохранена на домашнем компьютере, запускается с помощью локального сервера Denwer.

И вот недавно вышла новая версия CMS MODx Evolution 1.0.6. И потребовалось обновить движок до последней версии (с 1.0.5 до 1.0.6). Как это сделать?

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

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

Теперь нам нужно понять, что изменилось в MODx 1.0.6 по сравнению с версией 1.0.5. Для этого я установил новую версию движка на Денвер. Установил отдельно, чтобы ознакомиться со всеми изменениями. Как установить MODx Evolution на Денвер.

В итоге оказалось, что помимо ядра CMS обновлен только один сниппет eForm с версии 1.4.4.6 до 1.4.4.7. Остальные сниппеты, плагины и модули не изменились.

При этом я вносил изменения в шаблоны сниппетов Jot и AjaxSearch. Следовательно, затирать эти файлы в папке assets мне нежелательно. Файл .htaccess у меня настроен, и его заменять также не нужно.

В итоге вывод. На хостинг нам нужно загрузить папку install и папку manager из установочного дистрибутива MODx 1.0.6. А также заменить по адресу assets – snippets старую папку eform на такую же (новую) из дистрибутива MODx 1.0.6. Остальные сниппеты и плагины не трогаем, так как в них ничего не изменилось.

В итоге установочный и нужный нам дистрибутив MODx 1.0.6 сократился до трех папок:

Остальные файлы нам не нужны, так как они один в один соответствуют имеющимся на хостинге.

Папку install мы просто копируем на сервер хостинга. Сделать это можно через файл менеджер или FTP доступ.

С папкой manager все несколько сложнее. Удалять старую папку на хостинге ни в коем случае нельзя. Нужно ее именно заменить на новую папку из дистрибутива MODx 1.0.6. Делаем слияние папок и замену старых файлов на новые.

При такой замене файл config.inc.php на хостинге не пострадает (в дистрибутиве его нет), и работоспособность сайта во время обновления не будет нарушена.

Напомню вам, что config.inc.php содержит настройки MODx сайта, включая пароли к базе данных MySQL.

Заменить папку manager можно с помощью FTP доступа и программы Namo WebEditor 8. При такой замене я потратил более 30 минут на загрузку файлов на хостинг, у меня не очень шустрый FTP.

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

Далее вводим в статусной строке браузера http://site.ru/install/. Выбираем английский язык инсталлятора:

Ставим галочку напротив фразы Upgrade Existing Install, что означает обновление существующей (действующей) установки:

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

Далее выставляем галочку напротив строки I agree to the terms. И жмем на кнопку Install:

На следующей странице ставим галочку напротив строки Remove the install folder (удалить папку install) и жмем кнопку Close:

Далее авторизуемся в панели администратора (ее адрес http://site.ru/manager/). Принимаем настройки конфигурации. Они не должны были измениться. И все, мы обновили CMS MODx Evolution до последней версии.

В разделе Отчеты – Системная информация убеждаемся в этом:

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

Добавить комментарий

Поля отмеченные * обязательны. HTML тэги отключены.

Ваше Имя:
Email:
Тема:
Комментарий: *

Для предотвращения спама введите код безопасности:
 

Гость
Сообщения: 9

Re: статья
Ответ #1 дата : 18.06.2012 в 11:19:29

---

Спасибо, помогло !!!

armx
Сообщения: 9

Re: статья
Ответ #2 дата : 16.07.2012 в 17:17:31

---

К сожалению, файлы дистрибутива и MODx Evo 1.0.6 (последней версии) созданы в кодировке ANSI. Отсюда эти самые ht.access вместо .htaccess. Причем, содержимое этого ht.access также в ANSI, и строка AddDefaultCharset utf-8 в самом начале файла закомментирована (я ее раскомментирую и меняю кодировку файла на utf-8). Не знаю, насколько это правильно. Просто посмотрите сразу после установки файлы компонентов Evo - их содержимое в ANSI. Тем не менее, все работает.

Поэтому, я пока могу говорить уверенно о необходимой настройке на utf-8 только БД и конфига БД. А по поводу ht.access под виндой на Денвере - даже не знаю, надо их изменять под Юникс и utf-8, или оставить так как еcть... Я изменяю, но не уверен что это правильно.
Наверное, разберемся с этим помалу, народу много на Денвере с Ево работает.

admin
Сообщения: 5

Re: armx
Ответ #3 дата : 16.07.2012 в 18:00:44

---

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

Что касается ANSI, то многие файлы MODx в этой кодировке. И все работает без проблем. Не стоит заморачиваться. Единственно, я только БД создаю в utf-8. Больше ничего не меняю.

Строку #AddDefaultCharset utf-8 ни разу не раскоментировал, нет в этом нужды.
У меня и в Денвере и на хостинге (у сайта greenlight5.com) .htaccess в кодировке ANSI. Единственное, что я там менял, так раскоментировал несколько строк, чтоб настроить редирект на зеркало с www. Подробнее в статье убрать дубли MODx.

armx
Сообщения: 9

Re: статья
Ответ #4 дата : 17.07.2012 в 07:33:43

---

«У меня и в Денвере и на хостинге (у сайта greenlight5.com) .htaccess в кодировке ANSI.»
.htaccess Evo 1.0.6 содержит только латинские символы и цифры, а это первая часть кодовой таблицы ANSI из 128 символов, которая полностью совпадает с utf-8. Кракозябры могут возникнуть, если в .htaccess, допустим, вписать какие-либо комментарии на русском. Но это не суть, пока все директивы там в латинском и не вылезают за пределы первой части кодовой таблицы ANSI.

«Что касается ANSI, то многие файлы MODx в этой кодировке. И все работает без проблем. Не стоит заморачиваться. Единственно, я только БД создаю в utf-8. Больше ничего не меняю.»
Практика - фактор определяющий. Возможно, сервер и компоненты хостера очень грамотно настроены.
Кстати, какая у Вас версия Денвера (с PHP2 или PHP3) и на какой Винде? Это тоже немалое значение имеет...

Изменено: 17.07.2012 в 11:06:41 admin  

admin
Сообщения: 5

Re: armx
Ответ #5 дата : 17.07.2012 в 11:11:02

---

Я использую Денвер 3 (у него PHP5) на Windows 7 Ultimate.
Кстати, когда первый раз ставил MODx EVO 1.0.5 на Denwer, то по незнанию задал БД в кодировке cp1251_general_ci. И на удивление сайт отлично работал в Денвере, никаких кракозябр и в помине не было.

armx
Сообщения: 9

Re: статья
Ответ #6 дата : 17.07.2012 в 14:00:52

---

Наврал я с PHP и с .htaccess. Просмотрел внимательнее распакованный дистрибутив Ево 1.0.6 - и в нем ht.access в utf8 без BOM. Просто Notepad++ в строке состояния utf8 без BOM показывает как ANSI as UTF-8. Кстати, подавляющее большинство файлов дистрибутива Ево 1.0.6 именно в utf8 без BOM.

C PHP наврал в том, что имел в виду PHP 5.2 или PHP 5.3 ?? Кстати, многие заморочки от PHP и идут, есть функции PHP которые с utf8 плохо дружат.
Для того чтобы узнать, какие кодировки используются в вашей БД MySQL, идем в phpMyAdmin. В разделе SQL напишем запрос:

SHOW VARIABLES LIKE 'char%';

Жмем ОК и получаем информацию о кодировках БД.

По настройке файла my.cnf
# Параметры, передаваемые всем клиентским программам.
[client]
# default-character-set = cp1251 # Исходная установка, которую необходимо изменить.
default-character-set = utf8
# Параметры MySQL-сервера.
[mysqld]
# Кодировка баз данных по умолчанию.
# default-character-set = cp1251 # Исходная установка, которую необходимо изменить.
# init-connect = "set names cp1251" # Исходная установка, которую необходимо изменить.
default-character-set = utf8
init-connect = “set names utf8” # обратить внимание на кавычки – взять из файла my.cnf.

После этого при установке Ево при создании БД utf8 по умолчанию предлагается и и не надо ничего переправлять.

Да, еще. SQL-запрос на создание БД в phpMyAdmin должен выглядеть так:
CREATE DATABASE `наша_БД` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

Это хороший критерий правильности создаия БД с нужными кодировками.

armx
Сообщения: 9

Re: статья
Ответ #7 дата : 17.07.2012 в 14:06:16

---

На Денвере БД в кодировке cp1251_general_ci в принципе будет работать. Проблемы могут возникнуть при переносе на хостинг на LAMP и при обмене данными и файлами сайта локалки и хостинга.

admin
Сообщения: 5

Re: armx
Ответ #8 дата : 17.07.2012 в 14:33:27

---

Да вы серьезный программист. Я лишь пользователь готовых решений, как и большинство.
Технические вопросы мне бесполезно задавать. Меня волнует лишь то, что сайт работает. А как работает, это уже не важно. Чтобы все выучить – жизни не хватит.

armx
Сообщения: 9

Re: статья
Ответ #9 дата : 22.07.2012 в 16:30:22

---

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

«Чтобы все выучить – жизни не хватит»
Зачем все? можно пользоваться тем же PHP как справочником, выбирая оттуда только то, что нужно. Программирования не надо бояться, это не такое уж сложное дело. Особенно веб-программирование с целью создания сайтов.

Изменено: 22.07.2012 в 16:55:23 admin  

admin
Сообщения: 5

Re: armx
Ответ #10 дата : 22.07.2012 в 17:01:59

---

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

А вебмастеру нужны лишь основы. Прибыль приносит идея. Можно создать один сайт и много на нем заработать. А можно 20 штук наштамповать и иметь с них 3 рубля…

Качество контента на первом месте. А чтоб его хорошо оформить, нужны лишь основы HTML.
Прибыльный сайт – это идея, контент и знание SEO. А PHP вторично.

armx
Сообщения: 9

Re: статья
Ответ #11 дата : 23.07.2012 в 18:42:22

---

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

«А вебмастеру нужны лишь основы. Прибыль приносит идея. Можно создать один сайт и много на нем заработать. А можно 20 штук наштамповать и иметь с них 3 рубля…»
На 100% согласен. Но есть серьезная проблема. Если вообще не ориентироваться в веб-программировании, то можно пойти по ложному направлению и долго его пытаться разрабатывать. А это - риск потери времени и перспективы.

Изменено: 24.07.2012 в 12:33:32 admin  

armx
Сообщения: 9

Re: статья
Ответ #12 дата : 24.07.2012 в 10:52:12

---

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

admin
Сообщения: 5

Re: armx
Ответ #13 дата : 24.07.2012 в 12:46:19

---

Ну, программист всегда о своем. Но я считаю, что достаточно более менее хорошо знать HTML.

Что касается динамической логики, то готовых решений MODx достаточно для реализации 90% проектов. И есть масса хороших программистов, которые всегда напишут нужный сниппет за умеренную плату.

И этим сниппетом будешь пользоваться годами. Поэтому не стоит бросаться изучать PHP. Знаешь – хорошо, не знаешь – не беда.

Намного сложнее создать прибыльный сайт и продвинуть его в ПС. Поэтому предлагаю пообсуждать мои статьи про SEO и заработок.
Здесь мы уже достаточно инфы оставили.

Inga
Сообщения: 9

Обновление
Ответ #14 дата : 07.02.2014 в 10:47:02

---

Можете пояснить чего хочет движок после обновления с версии 105 до 106?

« MODx Parse Error »
MODx encountered the following error while attempting to parse the requested resource:
« Execution of a query to the database failed - Unknown column 'alias_visible' in 'field list' »
SQL: SELECT id, IF(alias='', id, alias) AS alias, parent, alias_visible FROM `u305790`.`modx_site_content`
[Copy SQL to ClipBoard]

Parser timing
MySQL: 0,0029 s (3 Requests)
PHP: 1391755457,0938 s
Total: 1391755457,0967 s