В интструкции сказано, что сначала надо все старые файлы удалять. Вся проблема в том, что я во всём этом вообще не разбираюсь. А это обязательно делать? В смысле обновлять ядро.
Это очень желательно делать, но заставить вас никто не может, это как прививка от гриппа, вроде и с ней можно заболеть, не все равно как то безопасней с ней. Но о бэкапе все таки подумайте, скорее всего у хостера они автоматически делаются хотя бы раз в сутки, узнайте у них на всякий случай на какой ближайшее число они смогут откатить сайт, если возникнут проблемы.
Но о бэкапе все таки подумайте, скорее всего у хостера они автоматически делаются хотя бы раз в сутки, узнайте у них на всякий случай на какой ближайшее число они смогут откатить сайт, если возникнут проблемы.
Неправильный подход. Периодически, и обязательно при изменении, добавлении модулей, обновлении бекап нужно делать самостоятельно и качать на свой комп. И тогда не будет паники: что делать, сайт не работает, восстановить не могу?
Это должно быть как утром зубы почистить. Особенно это правило касается часто изменяемых ресурсов.
И обновлять ядро не бойтесь. Скачайте сайт на свой комп через фтп (или только часто обновляющиеся/пополняющиеся папки), скачайте базу. Переведите сайт в офф-лайн. Удалите файлы ядра с сервера и закачайте новые. Сделайте update. Проверьте работоспособность.
При критичных ошибках можно удалить вновь закаченные файлы, заменив их старыми и закачать старую базу. Кстати, прежде чем скачивать базу, я обязательно запускаю крон, а потом phpmyadmin запускаю "исправить таблицы" - иначе база может быть неработоспособной, то есть с ошибками.
Это плохой совет! Попробуйте взглянуть на файлы .htaccess и default.settings.php (у версии 7.12., которая будет качаться на сервер).
Представляете, что будет?
1. Скачать архив версии 7.12.
2. Сделать бекап базы данных
3. Сделать бекап файлов сайта на локальный компьютер
4. Залить новую версию, выбрав "Заменить все файлы"
5. Запустить /update.php и следовать инструкциям.
По вкусу перед 4 пунктом перевести сайт в оффлайн режим.
Я предпочитаю удалять папки-файлы при апдейте, разумеется - при обновлении ядра оставляю следующее:
- папка sites
- файлы .htacсess (если в него вносились изменения) и robots.txt
- разного рода файлы валидации я.метрики и GA, т.е. те, которые не имеют отношения к ядру
а бэкапы я настроил вообще красиво - ежедневно (еженощно, правильнее сказать) они льются по sftp мне на домашний сервак - и места на хостинге не занимают, и всегда под рукой
У меня теперь проблема не с удалением, а как залить архив:) Что-то не срабатывает, не могу подключиться к серверу через FilleZilla, поэтому и спрашиваю, как ещё можно файлы залить.
Не может подключится к серверу, она его просто взламывает, мне из-за этого даже доступ в админку панели блокировали, вот жду утра, чтобы хостинг разблокировал
Ошибки: File does not exist:
Вообще я поняла, в чём дело. Я папку sites тоже обновила:( Бэкап делала, но не уверена, что получится восстановить. Сейчас пытаюсь.
дабы избавить себя от стресса в корневой директории сайта делаем так:
drush имя.домен up (если у вас сайт в default то просто drush up ) вот и все обновление
и если обратите внимание - скрипт перед обновлением делает весьма умный бекап в папку директория_пользователя/drush-backups
обновлять-то будете еще не раз и не два) поэтому лучше уделите время для освоения drush - право это не так заумно как кажется в начале) зато чертовски удобно и быстро
равно как и импорт экспорт бд - если пользуете пыхмойадмин то это русская рулетка))
быстрее и четче :
mysqldump имя_базы --user=пользователь_с_правами_на_базу --password=его_пароль > имя_дампа.sql
после его можно упаковать и сжать)
ну и обратно если паковали сжимали распаковать разжать и:
mysql -u пользователь_с_правами_на_базу -p имя_базы < имя_дампа.sql
ну а если у хостинга нет ssh и sftp то это нае..лово клиента - как чинить быстро и четко если что навернулось?
через вебморду? - так она хороша только пока все хорошо))
а вот вы смотрите на белый лист вместо сайта и гадаете..
а правильно будет - консоль - drush и отключить проблемные модули или откатиться до прошлой рабочей версии
а иначе это как ? каждый раз инсталиться по новой ? дрожать за контент ?
пожалейте себя и свое время))
вот просто полнее не бывает http://drupal.org/documentation/modules/drush
да и ручная установка - скачать - распаковать - дать права и псевдоним элементарна
нужно всего лишь самостоятельно проштудировать вопрос - и избавить себя от выноса мозга в будущем ))
удачи.
Люди! Помгите чайнику обновить ядро Друпала. Боюсь, что вообще всё сломаю.
"multpix" wrote:
дабы избавить себя от стресса в корневой директории сайта делаем так:
drush имя.домен up (если у вас сайт в default то просто drush up ) вот и все обновление
немного не стыкуется
да и драш для владельца одного сайта не нужен
ок)
по порядку:
у вас должен быть доступ к файловой системе вашего сервера - это может быть тот-же FilleZilla или тот веб-файлманагер который предоставил вам хостер, че там у вас спанель ?
смотрим в дирректорию sites/default (я так думаю именно там а не sites/имя_вашего_сайта)
там папка files и там файл settings.php - это то что нужно (файлы вашего сайта и настройки подключения к базе)
теперьб база - перед экспортом базы желательно закрыть сайт на обслуживание, сменить тему на bartik отключить кеширование и очистить кеш - в таком виде дамп базы без проблем импортируется
если у вас сохранена папка files и дамп базы - то ничего не потеряно)
У меня спанель с файлзилла. Вроде всё сохранилось. Локально открылась папка с файлами. Ну вот я несколько раз перезаливала бэкап, всё равно ничего, и бэкап с ошибками, и страница пустая. А закрыть сайт на обслуживание я не могу, у меня вообще к нему доступа теперь нет. Как ни набираю, пустая страница
рабочая копия сайта есть ?
на домашней машине работает ?
вообще работал он когда-нибудь на локальной машине, или собран сразу на рабочем домене, где в последствии и погиб?
Я делала сайт уже на рабочем домене. Сначала я вообще ничего не понимала, как и что, мне помогала одна женщина, которая теперь недоступна. Ой, так долго объяснять. Может, лучше в скайпе?
Ira Bonheur - Вот в этом случае наверно как раз пора к хостеру за бэкапом )) Файлы лить туда-обратно лучше через SFTP если есть такая возможность целее и полнее дойдут до места назначения, да можно даже на сервере и забэкапить, и оттуда же восстановить файлы а базу с помощью Sypex Dumper сделать.
IrinaStasuk - это и ежу понятно что лучше самостоятельно сделать бэкап, но мы как бы к "чайнику" обращались с советом.
перезаписываются те, что лежат в корне - .htaccess, robots.txt, их можно вернуть из бэкапа, который лежит в папке drush_backups/имя_бд/дата_бэкапа/
папка sites не участвует в апдейте
Комментарии
действуйте по инструкции и будет счастье. Не игнорируйте бэкап
В интструкции сказано, что сначала надо все старые файлы удалять. Вся проблема в том, что я во всём этом вообще не разбираюсь. А это обязательно делать? В смысле обновлять ядро.
Это очень желательно делать, но заставить вас никто не может, это как прививка от гриппа, вроде и с ней можно заболеть, не все равно как то безопасней с ней. Но о бэкапе все таки подумайте, скорее всего у хостера они автоматически делаются хотя бы раз в сутки, узнайте у них на всякий случай на какой ближайшее число они смогут откатить сайт, если возникнут проблемы.
Неправильный подход. Периодически, и обязательно при изменении, добавлении модулей, обновлении бекап нужно делать самостоятельно и качать на свой комп. И тогда не будет паники: что делать, сайт не работает, восстановить не могу?
Это должно быть как утром зубы почистить. Особенно это правило касается часто изменяемых ресурсов.
И обновлять ядро не бойтесь. Скачайте сайт на свой комп через фтп (или только часто обновляющиеся/пополняющиеся папки), скачайте базу. Переведите сайт в офф-лайн. Удалите файлы ядра с сервера и закачайте новые. Сделайте update. Проверьте работоспособность.
При критичных ошибках можно удалить вновь закаченные файлы, заменив их старыми и закачать старую базу. Кстати, прежде чем скачивать базу, я обязательно запускаю крон, а потом phpmyadmin запускаю "исправить таблицы" - иначе база может быть неработоспособной, то есть с ошибками.
Это плохой совет! Попробуйте взглянуть на файлы .htaccess и default.settings.php (у версии 7.12., которая будет качаться на сервер).
Представляете, что будет?
Айдар
А что будет? Теперь я вообще не знаю, что мне делать:(
1. Скачать архив версии 7.12.
2. Сделать бекап базы данных
3. Сделать бекап файлов сайта на локальный компьютер
4. Залить новую версию, выбрав "Заменить все файлы"
5. Запустить /update.php и следовать инструкциям.
По вкусу перед 4 пунктом перевести сайт в оффлайн режим.
Залить новую версию можно только с помощью FilleZilla? Или ещё как-то можно?
Я предпочитаю удалять папки-файлы при апдейте, разумеется - при обновлении ядра оставляю следующее:
- папка sites
- файлы .htacсess (если в него вносились изменения) и robots.txt
- разного рода файлы валидации я.метрики и GA, т.е. те, которые не имеют отношения к ядру
а бэкапы я настроил вообще красиво - ежедневно (еженощно, правильнее сказать) они льются по sftp мне на домашний сервак - и места на хостинге не занимают, и всегда под рукой
Удалять файлы обязательно, для вашей же безопасности
У меня теперь проблема не с удалением, а как залить архив:) Что-то не срабатывает, не могу подключиться к серверу через FilleZilla, поэтому и спрашиваю, как ещё можно файлы залить.
что в логах файлзиллы?
Не может подключится к серверу, она его просто взламывает, мне из-за этого даже доступ в админку панели блокировали, вот жду утра, чтобы хостинг разблокировал
Обновилась, всё по инструкциям, теперь у меня пустая страница:(
Смотреть логи ошибок сервера.
Ошибки: File does not exist:
Вообще я поняла, в чём дело. Я папку sites тоже обновила:( Бэкап делала, но не уверена, что получится восстановить. Сейчас пытаюсь.
Бэкап с ошибками. Кажется, уже ничего не восстановить:(
плохой опыт - тоже опыт
А может не из-за этого? У меня несколько бэкапов сделано. А отчего ещё может быть пустая страница?
а на локальном сервере этот бэкап работает?
У меня денвер не запускается, поэтому не знаю. Без денвера можео проверить или ещё как-то?
дабы избавить себя от стресса в корневой директории сайта делаем так:
drush имя.домен up (если у вас сайт в default то просто drush up ) вот и все обновление
и если обратите внимание - скрипт перед обновлением делает весьма умный бекап в папку директория_пользователя/drush-backups
обновлять-то будете еще не раз и не два) поэтому лучше уделите время для освоения drush - право это не так заумно как кажется в начале) зато чертовски удобно и быстро
равно как и импорт экспорт бд - если пользуете пыхмойадмин то это русская рулетка))
быстрее и четче :
mysqldump имя_базы --user=пользователь_с_правами_на_базу --password=его_пароль > имя_дампа.sql
после его можно упаковать и сжать)
ну и обратно если паковали сжимали распаковать разжать и:
mysql -u пользователь_с_правами_на_базу -p имя_базы < имя_дампа.sql
ну а если у хостинга нет ssh и sftp то это нае..лово клиента - как чинить быстро и четко если что навернулось?
через вебморду? - так она хороша только пока все хорошо))
а вот вы смотрите на белый лист вместо сайта и гадаете..
а правильно будет - консоль - drush и отключить проблемные модули или откатиться до прошлой рабочей версии
а иначе это как ? каждый раз инсталиться по новой ? дрожать за контент ?
пожалейте себя и свое время))
вот просто полнее не бывает http://drupal.org/documentation/modules/drush
да и ручная установка - скачать - распаковать - дать права и псевдоним элементарна
нужно всего лишь самостоятельно проштудировать вопрос - и избавить себя от выноса мозга в будущем ))
удачи.
Скажите пожалуйста, а при обновлении чезез drush up фаилы sites, .htacces перезаписываются или остаются нетронутыми?
немного не стыкуется
да и драш для владельца одного сайта не нужен
Ничего не поняла из вышесказанного:)
все таки проверьте локально.
ок)
по порядку:
у вас должен быть доступ к файловой системе вашего сервера - это может быть тот-же FilleZilla или тот веб-файлманагер который предоставил вам хостер, че там у вас спанель ?
смотрим в дирректорию sites/default (я так думаю именно там а не sites/имя_вашего_сайта)
там папка files и там файл settings.php - это то что нужно (файлы вашего сайта и настройки подключения к базе)
теперьб база - перед экспортом базы желательно закрыть сайт на обслуживание, сменить тему на bartik отключить кеширование и очистить кеш - в таком виде дамп базы без проблем импортируется
если у вас сохранена папка files и дамп базы - то ничего не потеряно)
У меня спанель с файлзилла. Вроде всё сохранилось. Локально открылась папка с файлами. Ну вот я несколько раз перезаливала бэкап, всё равно ничего, и бэкап с ошибками, и страница пустая. А закрыть сайт на обслуживание я не могу, у меня вообще к нему доступа теперь нет. Как ни набираю, пустая страница
settings.php выдаёт критическую ошибку при передаче файлов
рабочая копия сайта есть ?
на домашней машине работает ?
вообще работал он когда-нибудь на локальной машине, или собран сразу на рабочем домене, где в последствии и погиб?
Я делала сайт уже на рабочем домене. Сначала я вообще ничего не понимала, как и что, мне помогала одна женщина, которая теперь недоступна. Ой, так долго объяснять. Может, лучше в скайпе?
Кривой ФТП и косяк при апдейте.
Сразу погиб.
Молодец, умеешь выбирать слова.
Если кто может реально помочь, я в скайпе - irabonheur
надо выставить на хостинге права на папку /sites/default - 755, на файл /sites/default/settings.php - 644
Ira Bonheur - Вот в этом случае наверно как раз пора к хостеру за бэкапом )) Файлы лить туда-обратно лучше через SFTP если есть такая возможность целее и полнее дойдут до места назначения, да можно даже на сервере и забэкапить, и оттуда же восстановить файлы а базу с помощью Sypex Dumper сделать.
IrinaStasuk - это и ежу понятно что лучше самостоятельно сделать бэкап, но мы как бы к "чайнику" обращались с советом.
p.s. Помогите кто-нибудь тут пожалуйста -> http://www.drupal.ru/node/75681 извиняюсь за спам
да реанимировали уже ))
но на сервере у дамы был бардак - то-то ей помогал собрать сайтик но как-то ... из-за угла.. чтоли ))
multpix
Ага:) Спасибо:)
перезаписываются те, что лежат в корне - .htaccess, robots.txt, их можно вернуть из бэкапа, который лежит в папке drush_backups/имя_бд/дата_бэкапа/
папка sites не участвует в апдейте