Обновление ядра drupal 7. Обновление Drupal — ядра, модулей и переводов. Обновление Drupal ядра

Для тех, кто не знает что такое мажорные и минорные версии сайта небольшое пояснение: мажорные версии Drupal это 6, 7, 8, а минорные 7.1, 7.2, 7.34...

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

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

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

После этого надо выполнить полную резервную копию ресурса (все файлы содержащиеся в директории сайта на сервере вместе с базой данных лежащей у вас на хосте).

Теперь на ресурсе надо зайти в раздел под названием «Конфигурация» и во вкладке «Разработка» выбираем «Режим обслуживания». Возле формы перевода ресурса в режим обслуживания надо поставить соответствующую отметку (галочку). Данные настройки надо обязательно сохранить.

Зайдя в папку сайта на сервере, надо будет удалить все файлы относящиеся к ядру сайта, кроме robots.txt и.htaccess (при условии, что в них вносились ранее правки, которые вы бы не хотели потерять при обновлении ядра Drupal), а также папки, кроме sites (поскольку в ней хранятся все рабочие материалы Вашего сайта).

Важно! Обращу внимание на фразу "удалить все файлы относящиеся к ядру сайта ", файлы различных вебмастеров (google, яндекс и тд), прочие файлы, которые не имеют отношения к стандартному ядру Drupal ТРОГАТЬ НЕ НУЖНО.

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

Теперь из архива нового ядра, который мы скачали в начале урока, надо будет извлечь все файлы и загрузить их на сервер, в папку нашего сайта, которую мы только что почистили от всего лишнего. Но есть исключения, да, вы угадали, sites (ну и robots.txt с.htaccess если Вы их не удаляли) оствляют.

После этого переходим по адресу ваш_сайт/update.php и на всех шагах подтверждаем запросы друпала.

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

После таких простых действий ядро Drupal будет самой последней версии.

Ну и еще пара советов для начинающих:

Не стоит хранить информацию в ядре . Именно по этой причине во время обновления ядра были удалены все файлы, кроме трех папок. Папка под названием sites – это место для хранения системных файлов с которыми вы работаете. Там нет информации, которая бы нуждалась в обновлении.
Если модуль под названием updates выключен пользователем, то система не проинформирует о выходе новой версии ядра в автоматическом режиме. В данном случае возможное наличие подобных обновлений проверяется в ручном режиме. Мораль? Установили Drupal- активировали updates (модуль ядра сайта, идет в базовой комплектации), забыли о проблемах с обновлениями.
Можно вечность писать о бекапах сайта и о том, как они важны, но пока у Вас не упадет ресурс с кучей материалов из-за того, что кто-то, не будем уточнять кто, поленился сделать бекап перед началом обновлений, Вы наврядли ощутите всю пользу от этих рутинных действий.
Помните о безопасности сайта и воздастся Вам по заслугам за предусмотрительность Вашу. К чему я веду? Одна из самых больших дыр в безопастности Drupal это файлы из корня сайта readme.txt, license.txt, copyright.txt, changelog.txt, maintainers.txt, в которых легко можно найти всю необходимую информацию о том, что у сайта "под капотом" и по школьному самочителю "хакни такой-то сайт с такой-то версией ядра для чайников" омрачить жизнь администрации сайта на долгие дни, ато и недели... Итого, удаляем эти файлы сразу после установки/обновления системы. Они не используются в работе ресурса, потому Вам это ничем не угрожает, а вот сделать жизнь того, кто захочет хакнуть Ваш сайт чуть менее сладкой такая мелочь вполне может.

Если честно, с Drupal CMS особо не знаком, у меня есть один сайт, но там я делал только косметические правки. Однако недавно появились критические замечания по безопасности, и пришлось заняться обновлением системы. Данный процесс, по сути, мало чем отличается от или многих других CMS, алгоритм везде приблизительно одинаковый:

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

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

Включение и отслеживание обновлений в Drupal

Для того чтобы посмотреть какие модули можно обновить нужно зайти в раздел «Отчеты» — «Доступные обновления». В принципе, эта же информация есть в разделе «Модули», но я все делал через «Отчеты» (там больше опций).

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

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

Есть еще третья вкладка — «Настройки», где вы можете указать периодичность автоматической проверки обновлений для системы Drupal, а также настроить отправку соответствующих оповещений на email. Если вы только купили новый сайт, то обязательно советую заглянуть в этот раздел и указать там свою почту.

Обновление ядра Drupal 7.x

В моем случае нужно было обновить версию Друпал в рамках одной версии, то есть сделать апдейт с Drupal 7.14 до Drupal 7.38. Процесс апдейта с 6-ой на 7-ую, думаю, несколько более сложный, поэтому тут вам нужно погуглить дополнительную информацию.

1. Какое бы обновление вы не делали, первым и самым важным шагом является создание бекапа (резервной копии сайта) ! Для этого, во-первых, скопируйте все файлы сайта на локальным компьютер. Во-вторых, (делается через PhpMyAdmin). Только после этого можно переходить к дальнейшим шагам.

2. Последнюю версию Drupal найдете на официальном сайте. В самом верхнем меню или в тексте главной страницы есть кнопка «Get Started». При клике попадаете на страницу со ссылкой на актуальную версию системы для загрузки.

3. Перевести сайт в режим обслуживания можно в разделе «Конфигурация» — «Обслуживание». На соответствующей странице просто ставите галочку в нужном поле и вводите сообщение для пользователей. Настройки сохраняем.

4. Теперь непосредственно обновление системы. Скачанные файлы новой версии нужно разархивировать. Обязательно удалите оттуда директорию sites со всем ее содержимым! Это важно. Если вы перезапишите существующую на вашем хостинге директорию sites, то фактически удалите свой сайт. Поэтому рекомендуется сразу избавиться от этой папки.

Для загрузки файлов на хостинг советую использовать клиент FileZilla (простой, бесплатный, удобный).

Можно поверху перезаписать файлы новой версии Друпала или предварительно удалить все лишнее с ФТП кроме sites. Важно! Если вы создавали какие-то новые или редактировали файлы системы (например, htaccess или robot.txt), то их перезаписывать не нужно!

5. Если все прошло нормально, то в разделе «Отчеты» — «Доступные обновление» вы увидите новую версию ядра, подсвеченную зеленым цветом. Однако апдейт на этом еще не завершен — нужно внести изменения в базу данных. Для этого переходим в раздел «Модули», где кликаем по update.php (либо просто запускаете обновление по ссылке http://Ваш_сайт/update.php).

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

6. Последний шаг — включение нормальной работы сайта. Заходим в раздел «Конфигурация» — «Обслуживание» и убираем галочку напротив режима обслуживания. Сохраняем настройки.

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

Обновление модулей и переводов Drupal

Обновление модулей в системе сделать еще проще. Для этого открываем раздел «Модули», а затем переходим во вкладку «Обновить» дабы просматривать только те плагины, что требуют апдейта. Там же есть ссылка для ручной проверки обновлений, если вы не доверяете автоматическому процессу.

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

После скачивания файлов плагинов и перехода на следующих шаг, откроется страница менеджера обновлений Update manager.

Вам нужно добавить. изменения в базу данных — кликаете по ссылке «Run database updates». Как и при обновлении ядра системы, нажимаете сначала «Continue», а затем «Apply pending updates».

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

Если такой опции у вас нет, нужно установить плагин Localization Update для Друпала. Само обновление переводов выполняется еще проще, чем все остальное. Прокручиваете страницу в самый низ, где находите кнопку «Обновить переводы». Нажимаете ее и ждете пока процесс завершится.

На этом, в принципе, все. Если есть что добавить или хотите что-то уточнить, пишите в комментарии.

Для CMS – Drupal регулярно выходят новые версии (обновления) в которых вносится изменения по усовершенствованию CMS, исправление ошибок/уязвимостей и доработки по безопасности.

Как узнать о выходе обновления для ядра вашего сайта?

если вы являетесь администратором сайта на CMS – Drupal вы можете настроить уведомления с сайта на ваш Е-mail о доступных обновлениях или проверить самостоятельно посетив раздел: Отчёты > Отчёт о состоянии (ваш_сайт/admin/reports/status)

Итак, мы видим, что появилось новое ядро. Что же делать? Обновляться, причем чем скорее, тем лучше. Особенно для обновлений с пометкой «Не безопасно!», как на скрине выше.

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

Для начала качаем свежую версию Drupal . Затем выполняем следующие действия:

Сделайте резервную копию вашего сайта (backup), включая все директории сайта + базы данных.
Переведите сайт в режим обслуживания: заходим Конфигурация > Разработка > Режим обслуживания(/admin/config/development/maintenance) . Ставим галочку «Перевести сайт в режим обслуживания» и сохраняем настройки.
Заходим на сервере в каталог сайта и удаляем все файлы и папки, за исключением: папки sites , файлов .htaccess и robots.txt
ВНИМАНИЕ! Если вы используете дистрибутив (например Drupalife Store, Commerce Kickstart и подобные), папку profiles удалять нельзя . Эту папку мы перезапишем с заменой на более новые файлы.
Распакуйте архив с новой версией Drupal скачанный с официального сайта и удалите папку sites , а также файлы .htaccess и robots.txt оставшиеся файлы можно заливать на сервер вашего сайта
После того как все файлы нового ядра записаны на сервер, переходим по адресу vash_site/update.php и жмем continue на всех шагах.
Когда появится сообщение что все обновлено. Можете перейти на страницы сайта и проверить его. Если все работает корректно, переведите сайт обратно в рабочий режим (см. пункт 2).

Перейдите в раздел Отчёт о состоянии и убедитесь что ядро теперь самой последней версии.

Вот такими простыми шестью шагами можно обновить версию друпала.

На заметку

Всегда удаляйте следущие файлы из корня сайта: CHANGELOG.txt , COPYRIGHT.txt , INSTALL.txt , LICENSE.txt , MAINTAINERS.txt , README.txt - это первая дыра в безопасности сайта. На основе данных файлов можно определить версию системы, соответственно зная версию и её дыры, будет на много легче взломать сайт.
Всегда своевременно обновляйте ядро сайта до последней версии. Да, лень, да, муторно, но безопасность превыше всего.
Ничего не храните и не меняйте в ядре. Именно поэтому мы удалили все кроме папки sites и двух файлов. Те два файла могут быть у каждого свои, они не меняются из версии в версию, а у сайтов они подвергаются изменениям. Случайно заменив их, может возникнуть проблема. Папку sites мы не трогали, так как в ней хранятся все файлы ВАШЕГО САЙТА. эта папка - хранилище файлов системы, ничего важного для обновления ядра там нет. Ни в коем случае не трогайте файл и папки ядра. И не редактируйте код ядра, для этого есть Drupal API.
Если вы выключили по каким-то причинам модуль updates, то вы не узнаете о том что вышла новая версия ядра на своем сайте. В таком случае проверяйте наличие обновлений вручную.
И самый банальный совет - не делайте обновление без backup .

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

Обновление не сильно отличается от 7-ой версии, однако в 8 версии есть свои особенности.

Процесс обновления Drupal 8 до актуальной версии 8-x-x:

1. Перед обновлением системы обязательно создавайте резервную копию сайта и базы данных MySQL, а также файлов robots.txt, .htaccess (если вы вносили в них изменения), чтобы заранее избежать непредвиденные ошибки обновления.

2. Под учетной записью администратора переведите сайт в режим обслуживания (Конфигурация - Разработка - Режим обслуживания).

3. Скачайте с сервера drupal.org актуальную версию Drupal 8 и загрузите по FTP в корень вашего веб-сайта.

4. ВАЖНО!!! Удалите все папки и файлы, за исключением папок modules, sites, themes, libraries.

5. Распакуйте архив новой версии Drupal 8 в корневую папку вашего веб-сайта.

6. Запустите скрипт обновления с адресом website.com/update.php и выполните обновление базы данных этим скриптом.

7. Если обновление прошло удачно, то вы можете перевести сайт в режим «Рабочего состояния».

8. Если вы производили изменения в файлах robots.txt, .htaccess, то не забудьте добавить нужные строки в обновленные файлы.

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

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

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

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

Если на сайте используется «своя» тема оформления, лучше вернуть стандартную:

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

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

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

Сбрасываем кэш:

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

(/admin/config/development/performance )

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

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

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

Дальше, заменяем (обновляем) файлы.

1. В случае, если обновляем ядро Друпала.

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

«.htaccess »;
«favicon.ico » – если он у вас есть;
«robots.txt »;
при наличии – оставляем файлы подтверждения подлинности, типа для Google и Яндекса (google***.html , yandex***.html );
и иконки для iOS-устройств (apple-touch-icon***.png ), если имеются.

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

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

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

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

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

2. Если обновляем модуль(и).

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

Набрав в интернет-проводнике (IE, Opera, FireFox или что там у Вас?),

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

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

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

Как и предлагает программа обновления, перейти в управление модулей.
Снять «галочки» напротив тех модулей, которые не могут обновиться или мешают обновлению.
Потом, заходим в каталог сайта и удаляем эти модули физически.
Снова выполняем обновление, но уже без них (<имя сайта>/update.php ).

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

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

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

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

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

Выполняем проверку обновлений (вдруг что-то не так стало или появилось ещё какое-то обновление):

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

Делаем копию базы и сайта после обновления. (Это на любителя!)
Снимаем сайт с обслуживания.

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