Для тих, хто вижив після інсталяції.

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

Послідовність оновлення, вироблена мною ще починаючи з четвертої гілки друпала.

1. Вимикаєм Сайт на Обслуговування - /admin/settings/site-maintenance
   
   Даний крок є обов'язковим у всіх випадках оновлень! Іноді під час оновлень можуть виникнути певні проблеми і взагалі непотрібно, щоб ці проблеми бачили ваші користувачі, або, що дуже важливо - пошуковики.
   Під час оновлення всі посилання віддаються із статусом 403, що не викине Ваш вебсайт з пошукового індексу жодного пошуковика.
2. Робим оптимізацію Бази даних
   
   Крок не є обов'язковим, але в принципі він є досить коректним, і в результаті дозволяє коректно зробити резервну копію Вашої бази даних і іноді суттєво зменшити кінцевий розмір архіву
3. Робим резервну копію бази Даних
   
   Впевнений, що пояснювати для чого це робиться не потрібно. Але скажу, що без файлів на диску в провайдера роботоздатність сайту можна відновити лише в одному випадку - в випадку наявності резервної копії Вашої бази даних
4. Робим резервну копію всіх системних модулів з папки /modules - нагадую, що в ній повинні бути лише ті модулі, що поставляються разом із дистрибутивом друпала
5. Робим резервні копії папок
   • /includes
   • /misc
   • /profiles
   • /scripts
   • /themes

   Даний крок є опціональним і виконується лише у випадку, якщо Вами було внесено якісь нестандартні зміни в ядро друпала.

6. Робим резервні копії файлів з кореневего каталога .htaccess cron.php favicon.ico index.php install.php update.php xmlrpc.php
   Особливо хочу сказати про файл .htaccess , в якому Вами можуть бути внесені дуже важливі параметри щодо доступу до певних папок та розділів Вашого сайту.
7. Робим резервні копії всіх модулів, які потрібно обновити
   Тут також варто відмітити, що іноді новіша версія модуля не стає на Вашу конфігурацію і постає необхідність повернення до попередньої версії модуля, яка була роботоздатною. Особливо це стосується випадків використання нестабільних версій модулів.
8. Видаляєм папки /includes /misc /profiles /scripts /modules(У випадку якщо там лише системні модулі)
9. З оновленої версії друпал записуєм нові папки /includes /misc /profiles /scripts /modules а також файли cron.php favicon.ico index.php install.php update.php
10. Запускаєм /update.php і покроково обновляєм ядро
11. Стираєм всі старі модулі і записуєм на їхнє місце нові
    Дану процедуру потрібно робити саме після оновлення ядра друпала, що описано пунктами 8-10 вище.
12. Запускаєм /update.php і оновлюєм всі модулі покроково
13. Заходим в /admin/settings/performance І обов'язково чистим Кеш
    
14. Заходим у /admin/build/views/tools і чистим кеш модуля views , якщо такий встановлено
    
15. Перевіряєм роботоздатність всього сайту і в логах /admin/reports списки помилок..
16. Вмикаєм сайт в онлайн /admin/settings/site-maintenance.

Здається нічого важливого не забув. Можу лише кілька рекомендацій додати

• Для роботи з ftp бажано використовувати розумний ftp клієнт, який вміє змінювати права доступу для файлів і перевіряє контрольні розміри після завантаження
• Якщо всі операції проводяться не на локальному комп'ютері, дуже бажано мати достатню швидкість доступу, щоб не було проблем при роботі з базою даних і файловою системою
• Перед оновленням до нестабільних версій модулів обов'язково тестуйте їхню роботоздатність на копії робочого сайту - це суттєво зекономить Ваш час і нерви, а головне - вбереже від серйозних помилок.
• Після кожного оновлення обов'язково слідкуйте за системними журналами друпала, а також за ситуацією помилок в вебконсолях бравої четвірки пошуковиків - іноді оновлення модуля може поламати структуру Вашого вебсайту і є ризик отримати мінус в рейтингу від пошукових систем