Обновление Drupal 7 и его модулей

Если кто читал заметку об обновлении в Друпал 6 (вполне полезна, содержит пояснения многих моментов), скажу, что изменений мало. По большому счёту – только движение по меню. А так, делали обновление в старой версии – сделаете и в новой. «Шаги», которые мы совершим – прежние, а сам процесс приятнее.

 

Надеюсь, вы уже включили модуль «Toolbar» («Панель инструментов администратора») и сделали локальную копию сайта? Тогда пройдёмся по пунктам:

 

По меню: «Конфигурация» => «Разработка», «Режим обслуживания». Ставим «галочку» на «Перевести сайт в режим обслуживания» и нажимаем «Сохранить конфигурацию».

(Прямая ссылка: /admin/config/development/maintenance).

 

Вверху в административном меню, щёлкаем на пункт «Оформление» (/admin/appearance), под темой «Garland», а лучше – «Seven» (она более удобна для администрирования) нажимаем «Включить» и «Установить по умолчанию».

 

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

открываем в административном меню, пункт «Модули» (/admin/modules).

 

«Конфигурация» => «Разработка», «Производительность». Жмём кнопку «Очистка кэша».

(/admin/config/development/performance)

 

 

Маленькое отступление.Что делать если вы случайно «разлогинились», или пытаетесь зайти на сайт с другого компьютера, или на сайт потребуется зайти другим пользователям, тоже имеющим расширенные права (достаточные для работы с сайтом в режиме обслуживания)?

 

Тогда надо воспользоваться ссылкой на стандартную страничку входа пользователя:

<имя сайта>/user/login или <имя сайта>/?q=user/login.

Например, если ваш сайт называется «Test.Ru», то это будет: Test.Ru/?q=user/login

Это может вас спасти и в случае, если вы случайно закроете на сайте блок авторизации.

 

В «корневой» папке сайта удаляем все директории, кроме «Sites». И все файлы, кроме:

 

Так же, если Вы используете какие-то специальные настроечные файлы, «картинки» к ним, в корне своего сайта – их тоже надо оставить в покое (иначе, придётся восстанавливать).

 

После этого, в папку сайта распаковываем новый Drupal, за исключением тех файлов и папки, что мы оставили.

 

При обновлении версия ядра Друпал (если будут обновляться только модули – этого делать не надо), рекомендую, для повышения «чистоты», провести микро-инсталляцию. Чтобы её спровоцировать – в папке «Sites/Default» надо удалить файл «Settings.php» и воссоздать заново копированием из файла «Default.Settings.php».

 

Эта подмена приведёт к тому, что при обновлении, Drupal начнёт установку, как в первый раз, в ходе которой вам надо снова указать действующие имя базы данных, логин и пароль. Надеюсь, вы их помните? (Записаны в «старом» «Settings.php»).

 

Напоминаю, если сомневаетесь – не делайте этого! А если сделаете – поменяйте права доступа ко вновь созданному файлу «Settings.php» на «664», rw- rw- r--  (максимум – «775», rwx rwx r-x). Не беспокойтесь, если вдруг забудете, программа установки вам напомнит.

 

Заходим в папку «Sites/All/Modules», удаляем «старый» модуль, а на его место – распаковываем новый.

 

<имя сайта>/update.php – выполняем обновление (или микро-установку, если меняли файл «Setting.php»).

 

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

 

Что делать, если возникли подобные трудности при обновлении модулей? Очень просто:

 

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

 

 

 

Продолжаем обновление. В случае успеха – всё возвращаем назад:

 

«Отчёты» => «Отчёт о состоянии» (/admin/reports/status)

 

«Отчёты» => «Доступные обновления» (/admin/reports/updates)

 

 

 

Важный вопрос: права доступа к папкам и файлам. В принципе, всё осталось, как и в «шестой» версии Друпал. Отличие только по файлу «Settings.php» - «семёрка» прямо рекомендует (после инсталляции) выставить ему права на уровне максимум «644». Не забывайте!