Там в файле Upgrade всё написано.
1) Переведите сайт в оффлайн.
2) Сделайте бэкап (также бэкап папки files и папки дополнительных модулей).
3) Отключите все дополнительные модули. 4) Сохраните файл sites/default/settings.php
4) Сохраните информацию из файла sites/default/settings.php (строки 93 и 115)...
5) Удалите все файлы от предыдущей версии и замените их файлами новой. 6) Вставьте старый файл sites/default/settings.php вместо нового...
6) Вставьте сохранённую информацию в файл sites/default/settings.php на строках 93 и 115...
7) Верните папку files на место и папки дополнительных модулей тоже...
Запустите скрипт ваш_сайт/update.php
9) Подключайте дополнительные модули и запускайте опять скрипт ваш_сайт/update.php
Если вы вносили исправления в файл .htaccess, то информацию из него также сохраните и повторно внесите в файл от новой версии...
Всё это для темы Garland. Если у вас другая, то дополнительно, надо переключить сайт на тему Garland и после этого производить все вышеуказанные манипуляции.
хм.. попробовал обновить тестовый сайт, стоящий в подкаталоге и на отдельной БД. Отключил доп. модули, переключил тему на гарланд, обьновил файлы. запустил апдейт, сделал его... и тут обнаружил, что тема не загружается, а любая ссылка в админке вместо http://мой_сайт.ru/test/ стала вести на http://tмой_сайт.ru/php-bin/ В общем не понимаю что и где пошло не так, но жутко рад, что это был тестовый сайт... нормальный теперь вряд ли рискну обновлять...
И еще один вопрос. А что делать со стандартными темами которые изменялись в ручную? Можно ли заменить новые на старые? Или в темах тоже изменения произошли?
Shelendor, возможно у вас что-то произошло с настройками сервера, либо с файлом .htaccess.
Urfin Juss, войдите как админ (ваш_сайт/user) и переключитесь в нормальный режим.
При изменении младшей версии (с 5.1. на 5.2, например) обычно не бывает больших изменений, поэтому ваши измененные темы должны подойти.
Странно, что залогинился пользователем №1 перед обновлением, а после обновления оказался вылогиненным. У кого-нибудь такое было? А проблема с cgi-bin вылезла при обновлении с 4.7.6 на 4.7.7, с пятеркой все нормально. Причем в более ранних версия 4.7.х она тоже была (вылазит на дримхосте). Лечится заданием $base_url = '' в settings.php
Еще 2 очень важных момента: по 6му пункту - в settings.php нужно внести изменения
/**
* We try to set the correct cookie domain. If you are experiencing problems
* try commenting out the code below or specifying the cookie domain by hand.
*/ if(isset($_SERVER['HTTP_HOST'])){ $domain = '.'. preg_replace('`^www.`', '', $_SERVER['HTTP_HOST']); // Per RFC 2109, cookie domains must contain at least one dot other than the // first. For hosts such as 'localhost', we don't set a cookie domain. if(count(explode('.', $domain))>2){ ini_set('session.cookie_domain', $domain); } }
заменить на
/**
* Drupal automatically generates a unique session cookie name for each site
* based on on its full domain name. If you have multiple domains pointing at
* the same Drupal site, you can either redirect them all to a single domain
* (see comment in .htaccess), or uncomment the line below and specify their
* shared base domain. Doing so assures that users remain logged in as they
* cross between your various domains.
*/ # $cookie_domain = 'example.com';
далее немного изменился корневой .htaccess - его тоже нужно сравнить с тем, что было и внести изменения
соответственно,если у вас были свои настройки его нельзя напрямую заменять - только построковым сравнением
"далее немного изменился корневой .htaccess - его тоже нужно сравнить с тем, что было и внести изменения"
да, это тоже нужно... но по-моему и так понятно, что везде где были изменения, нужно их повторить на новой версии... ведь многие файлы, кроме файлов темы и дополнительных модулей меняются...
а settings.php, в принципе, тоже можно поменять, ведь там при обновлении нужно будет изменить всего две строчки, доступ к базе и адрес сайта...
We recommend you do the full upgrade as the patches do not contain the many additional bugfixes that went into the releases. Applying the patches will leave your site in a somewhat unversioned state, but at least secure.
мда... достала эта 500-я ошибка... хоть сайтом не пользуйся...
жаль, что альтернативного ничего нет... был бы выбор...
никто ещё не зарегестрировал drop.ru?
B.X, я так думаю речь идет о том, что может выйти 2 версии, т.е. 2 патча, а вы пропустите первый патч, установив сразу второй, который не содержит изменений от первого, типа так.
По мне так речь не об этом... но смотрите сами, мне, в общем-то без разницы...
"Мы рекомендуем, чтобы вы сделали полное обновление, так как патчи не содержат много дополнительных исправлений, которые есть в редакции. Использование патчей сделает ваш сайт не полной версией, но минимум безопасности они обеспечивают."
Схема базы данных Устарелая
Некоторые модули требуют обновления базы данных для своей установки. Вы должны запустить сейчас скрипт обновления базы данных.
update.php запускал, но какого-то внятного сообщеиня об успешном апдейте не получил. Как убедиться что база обновилась и как победить вышеописанную проблему?
"update.php запускал, но какого-то внятного сообщеиня об успешном апдейте не получил."
мало его запустить, надо ещё там нажать "запусть обновление базы данных"... что обновить он и сам найдёт... а если ничего не найдёт и нет ошибок, значит ничего и не надо обновлять...
Мы рекомендуем, чтобы вы сделали полное обновление, так как патчи не содержат много дополнительных исправлений, которые есть в редакции. Использование патчей сделает ваш сайт не полной версией, но минимум безопасности они обеспечивают
B.X, точно, так и есть, тем ни менее, то что я сказал остается в силе
а у меня после обновления говорит што мол ошибки произошли: Update notifications Not enabled
Update notifications are not enabled. It is highly recommended that you enable the update status module from the module administration page in order to stay up-to-date on new releases. For more information please read the Update status handbook page.
Перешел на страницу с модулями, там некоторые красными крестами горели. (я так понял что мол старые версии у этих модулей) Поскольку я ими не пользовался я их на серваке поудалял, но проблеме не решилась. красных крестов напортив модулец нет, но всеравно пишет ошибку. помогите пож-та...
а у меня после обновления говорит што мол ошибки произошли: Update notifications Not enabled
Update notifications are not enabled. It is highly recommended that you enable the update status module from the module administration page in order to stay up-to-date on new releases. For more information please read the Update status handbook page.
Перешел на страницу с модулями, там некоторые красными крестами горели. (я так понял что мол старые версии у этих модулей) Поскольку я ими не пользовался я их на серваке поудалял, но проблеме не решилась. красных крестов напортив модулец нет, но всеравно пишет ошибку. помогите пож-та...
Комментарии
Там в файле Upgrade всё написано.
1) Переведите сайт в оффлайн.
2) Сделайте бэкап (также бэкап папки files и папки дополнительных модулей).
3) Отключите все дополнительные модули.
4) Сохраните файл sites/default/settings.php4) Сохраните информацию из файла sites/default/settings.php (строки 93 и 115)...
5) Удалите все файлы от предыдущей версии и замените их файлами новой.
6) Вставьте старый файл sites/default/settings.php вместо нового...6) Вставьте сохранённую информацию в файл sites/default/settings.php на строках 93 и 115...
7) Верните папку files на место и папки дополнительных модулей тоже...
Запустите скрипт ваш_сайт/update.php
9) Подключайте дополнительные модули и запускайте опять скрипт ваш_сайт/update.php
Если вы вносили исправления в файл .htaccess, то информацию из него также сохраните и повторно внесите в файл от новой версии...
Всё это для темы Garland. Если у вас другая, то дополнительно, надо переключить сайт на тему Garland и после этого производить все вышеуказанные манипуляции.
Спасибо!
Есть ещё перевод инструкции. Вот здесь: http://setegnom.com/document/335
Вопрос. Чем чревато выполнение только пунктов 5 и 8? (Естественно, с сохранением старого settings.php)
ничем, если у вас всё пройдёт хорошо...
если же нет, то разбираться придётся дольше, чем при соблюдении этих пунктов...
Спасибо большое В.Х.!!! Думала, что умру от страха, пока обновлю! Строго следуя вашим инструкциям, все сделала!
хм.. попробовал обновить тестовый сайт, стоящий в подкаталоге и на отдельной БД. Отключил доп. модули, переключил тему на гарланд, обьновил файлы. запустил апдейт, сделал его... и тут обнаружил, что тема не загружается, а любая ссылка в админке вместо http://мой_сайт.ru/test/ стала вести на http://tмой_сайт.ru/php-bin/ В общем не понимаю что и где пошло не так, но жутко рад, что это был тестовый сайт... нормальный теперь вряд ли рискну обновлять...
Глупый вопрос. А как выйти из режима Обслуживания
И еще один вопрос. А что делать со стандартными темами которые изменялись в ручную? Можно ли заменить новые на старые? Или в темах тоже изменения произошли?
Shelendor, возможно у вас что-то произошло с настройками сервера, либо с файлом .htaccess.
Urfin Juss, войдите как админ (ваш_сайт/user) и переключитесь в нормальный режим.
При изменении младшей версии (с 5.1. на 5.2, например) обычно не бывает больших изменений, поэтому ваши измененные темы должны подойти.
Странно, что залогинился пользователем №1 перед обновлением, а после обновления оказался вылогиненным. У кого-нибудь такое было? А проблема с cgi-bin вылезла при обновлении с 4.7.6 на 4.7.7, с пятеркой все нормально. Причем в более ранних версия 4.7.х она тоже была (вылазит на дримхосте). Лечится заданием $base_url = '' в settings.php
залогинился пользователем №1 перед обновлением, а после обновления оказался вылогиненным. У кого-нибудь такое было?
Вчера обновился с 5.1 до 5.2 - была такая же фигня, других проблем не было.
Ну дак залогинься /user , в чем проблема?
PVasili, это не проблема просто констатация факта. Например с 4.6 до 4.7. и с 4.7. до 5.1. разлогина действительно никогда не наблюдалось.
на тему отключения дополнительных модулей...
не может сложиться ситуация, что данные какого-то из них после выключения/включения будут потеряны?
Еще 2 очень важных момента:
по 6му пункту - в settings.php нужно внести изменения
* We try to set the correct cookie domain. If you are experiencing problems
* try commenting out the code below or specifying the cookie domain by hand.
*/
if (isset($_SERVER['HTTP_HOST'])) {
$domain = '.'. preg_replace('`^www.`', '', $_SERVER['HTTP_HOST']);
// Per RFC 2109, cookie domains must contain at least one dot other than the
// first. For hosts such as 'localhost', we don't set a cookie domain.
if (count(explode('.', $domain)) > 2) {
ini_set('session.cookie_domain', $domain);
}
}
заменить на
* Drupal automatically generates a unique session cookie name for each site
* based on on its full domain name. If you have multiple domains pointing at
* the same Drupal site, you can either redirect them all to a single domain
* (see comment in .htaccess), or uncomment the line below and specify their
* shared base domain. Doing so assures that users remain logged in as they
* cross between your various domains.
*/
# $cookie_domain = 'example.com';
далее немного изменился корневой .htaccess - его тоже нужно сравнить с тем, что было и внести изменения
соответственно,если у вас были свои настройки его нельзя напрямую заменять - только построковым сравнением
Если у вас используется блок Сейчас на сайте - смотрим http://drupal.org/node/107051
"далее немного изменился корневой .htaccess - его тоже нужно сравнить с тем, что было и внести изменения"
да, это тоже нужно... но по-моему и так понятно, что везде где были изменения, нужно их повторить на новой версии... ведь многие файлы, кроме файлов темы и дополнительных модулей меняются...
а settings.php, в принципе, тоже можно поменять, ведь там при обновлении нужно будет изменить всего две строчки, доступ к базе и адрес сайта...
Я патчем обновляюсь, ужасно удобно, загрузил файл, одна команда и готово.
патчи патчами, но там не всё меняется... желательно (и это подчёркивают на Друпал.орг) проводить полное обновление...
B.X, а можно ссылочку?
пожалуйста: http://drupal.org/drupal-5.2
We recommend you do the full upgrade as the patches do not contain the many additional bugfixes that went into the releases. Applying the patches will leave your site in a somewhat unversioned state, but at least secure.
мда... достала эта 500-я ошибка... хоть сайтом не пользуйся...
жаль, что альтернативного ничего нет... был бы выбор...
никто ещё не зарегестрировал drop.ru?
у Мамбы вон и Мамбосервер и Мамбобот и тд...
B.X, я так думаю речь идет о том, что может выйти 2 версии, т.е. 2 патча, а вы пропустите первый патч, установив сразу второй, который не содержит изменений от первого, типа так.
По мне так речь не об этом... но смотрите сами, мне, в общем-то без разницы...
"Мы рекомендуем, чтобы вы сделали полное обновление, так как патчи не содержат много дополнительных исправлений, которые есть в редакции. Использование патчей сделает ваш сайт не полной версией, но минимум безопасности они обеспечивают."
После апдейта до 5.2 имею такую проблему:
Схема базы данных Устарелая
Некоторые модули требуют обновления базы данных для своей установки. Вы должны запустить сейчас скрипт обновления базы данных.
update.php запускал, но какого-то внятного сообщеиня об успешном апдейте не получил. Как убедиться что база обновилась и как победить вышеописанную проблему?
Лично я храню свой Drupal под системой контроля версий Git.
Вот инструкция: http://versioncontrolblog.com/2007/08/02/upgrading-drupal-with-git/
Это сложнее, но зато существенно надёжнее и безопаснее.
"update.php запускал, но какого-то внятного сообщеиня об успешном апдейте не получил."
мало его запустить, надо ещё там нажать "запусть обновление базы данных"... что обновить он и сам найдёт... а если ничего не найдёт и нет ошибок, значит ничего и не надо обновлять...
достало...
Мы рекомендуем, чтобы вы сделали полное обновление, так как патчи не содержат много дополнительных исправлений, которые есть в редакции. Использование патчей сделает ваш сайт не полной версией, но минимум безопасности они обеспечивают
B.X, точно, так и есть, тем ни менее, то что я сказал остается в силе
а у меня после обновления говорит што мол ошибки произошли: Update notifications Not enabled
Update notifications are not enabled. It is highly recommended that you enable the update status module from the module administration page in order to stay up-to-date on new releases. For more information please read the Update status handbook page.
Перешел на страницу с модулями, там некоторые красными крестами горели. (я так понял что мол старые версии у этих модулей) Поскольку я ими не пользовался я их на серваке поудалял, но проблеме не решилась. красных крестов напортив модулец нет, но всеравно пишет ошибку. помогите пож-та...
а у меня после обновления говорит што мол ошибки произошли: Update notifications Not enabled
Update notifications are not enabled. It is highly recommended that you enable the update status module from the module administration page in order to stay up-to-date on new releases. For more information please read the Update status handbook page.
Перешел на страницу с модулями, там некоторые красными крестами горели. (я так понял что мол старые версии у этих модулей) Поскольку я ими не пользовался я их на серваке поудалял, но проблеме не решилась. красных крестов напортив модулец нет, но всеравно пишет ошибку. помогите пож-та...