Сравниваете файлы в двух версиях. Если файл в 4.7.3 с более новой датой, то переписываете его поверх старого.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
ну не 2 допусти
phptemplate.engine и drupal.css тоже изменились
2 папки это
includes
modules
по мне так проще все поменять если конечно ядро не хачено чем проверять что менялось а что нет
А какой не доисторический?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Natalie, ну далеко не забегая - вот часто зависал на сайте http://punbb.org/
Обрати внимание как там поставлено дело с обновлениями и как это легко и просто там информируется.
Так все равно ведь надо файлы переписывать?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Да проблема в том что некоторым свойственно подгонять сайт под себя. Т.е. вносятся изменения в коде некоторых файлов.
И поэтому важно знать что нужно менять конкретно чтобы не менять то что изменено вручную.
Способ "всё перезаливать" - это для тех кто ничего не менял.
В друпале очень многое сделано в сторону того, чтобы не приходилось переписывать файлы ядра вообще. По хорошему собственный код - только в своих модулях и в функциях тем, перекрывающих дефолтный вывод из модулей. При апдейте тогда можно переписывать все файлы ядра, contrib-модулей и тем, не опасаясь, что чего-то своё затрётся.
Кстати, в анонсах релизов всегда указаны две ссылки на руководство по апгрейду:
Имхо, самый удобный вариант (при наличии доступа к shell) - прикладывание патчей. В этом случае даже если в код ядра вносились не особо значительные изменения, то с большой вероятностью обновление пройдёт успешно.
“всё перезаливать” :/ лично я просто ставлю на копирование-заменять всё что имеет не такой размер. Конечно кроме sitings и темы, а что касается самописных модулей, то они остаются не изменными...
Имеются ввиду файлы в которых вносились какие-либо изменения (это не самописные модули - это модули по умолчанию в поставке Друпала, которые доделываются под свои нужды, т.е вносятся свои изменения).
Так ведь создатели Друпала тоже не говорят все менять - только применить патч. Копируют поверх только те, кто ничего не менял - что кстати, правильно. Друпал не предназначен для хаков ядра и модулей
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
2 AloneDemo
Чтож вы хачите ядро и не знаете как проапдейтиться? Об этом написано в файле UPGRADE.txt в корне
coyote (не проверено)
7 августа 2006 в 11:53
бред какой-то с патчем, раньше в них были исправления для всех фалов ядра и модулей, а тут придется ручками выковыривать где что изменили... drupal и так не совсем юзерфрендли...
У меня вообще стоят 3 сайта симлинками к папке с Друпалом, в которой при необходимости делается cvs update прямо из репозитария Друпала, я даже про номера версий уже забыл, что это такое.
После прочтения ветки мне поплохело, слава богу хоть кто-то по cvs слышал ))) Хотя сравнение папок в тотале мне понравилось))) Хотя
find + diff лучше, выдадут все изменение где что и на что менять, а еслив еще sed прикрутить... ну ладно это мои больные фантазии, лучше cvs, тока cvs)))
Для таких тупых, как я, неспособных решать подобные проблемы, обновлять Денвер, прикручавать diff из GnuWin32, искать юникод редакторы, соображать, почему не работает только что работавший php-скрипт, в который notepad вставил какие-то не те окончания строк... в общем, приходится признавать поражение и тупо юзать apt-get.
Еще две недели назад я интересовался нет ли патетика под дебиан с друпалом версии 4.7, с прискорбием обнаружил, что самая новый покет уже безнадёжно устарел (((( Я что-то упустил???
прочитал ветку, но так и не понял, что изменено и что надо менять? в патче только несколько правок, а в 4.7.3 гораздо больше, насколько я понял, они не так критичны или что?
и если установить 4.7.3, то также нужно апгрейдить базу данных или не надо? если кто, со всем этим сталкивался, то скажите, как вы всё делали?
а инсталлятор? он только для 4.8 версии? для 4.7.х нет? в cvs я имею ввиду?
Запускаем скрипт update.php Если он говорит, что для БД есть обновление, то обновляем. Насколько я знаю, в 4.7.3 база не менялась.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Комментарии
Поставить прилагаемый к новости патч...
Ну или ручками внести изменения.
http://drupal.org/files/sa-2006-011/4.7.2.patch
Не понял, это из-за одого маленького изменения в файле user.module была выпущена новая версия???
![Smile](https://drupal.ru/sites/all/modules/contrib/smiley/packs/kolobok/smile.gif)
Ну приколисты...
Мне во тоже не понятно.. новая версия вроде как 4.7.3, а патч идет под номером 4.7.2 Это как понимать?
Я вот тоже пробовал patch, но что-то js не работало, потом /misc залил - заработало.
в 4.7.3 все ошибки исправленные со времени выхода 4.7.2.
В патче исправлена только ошибка безопасности в user.module
По хорошему все надо менять
менять надо не всё, а две папки. Сравните в тотал коммандере папки версий 4.7.3 и 4.7.2 и увидите, какие файлы надо менять
Блин чё менять то надо?
Какие папки?
Сравниваете файлы в двух версиях. Если файл в 4.7.3 с более новой датой, то переписываете его поверх старого.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
ну не 2 допусти
phptemplate.engine и drupal.css тоже изменились
2 папки это
includes
modules
по мне так проще все поменять если конечно ядро не хачено чем проверять что менялось а что нет
Natalie,
Первый раз наблюдаю такой доисторический способ...
:)))))))))))))
А какой не доисторический?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Natalie, ну далеко не забегая - вот часто зависал на сайте http://punbb.org/
Обрати внимание как там поставлено дело с обновлениями и как это легко и просто там информируется.
Так все равно ведь надо файлы переписывать?
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Да проблема в том что некоторым свойственно подгонять сайт под себя. Т.е. вносятся изменения в коде некоторых файлов.
И поэтому важно знать что нужно менять конкретно чтобы не менять то что изменено вручную.
Способ "всё перезаливать" - это для тех кто ничего не менял.
В друпале очень многое сделано в сторону того, чтобы не приходилось переписывать файлы ядра вообще. По хорошему собственный код - только в своих модулях и в функциях тем, перекрывающих дефолтный вывод из модулей. При апдейте тогда можно переписывать все файлы ядра, contrib-модулей и тем, не опасаясь, что чего-то своё затрётся.
Кстати, в анонсах релизов всегда указаны две ссылки на руководство по апгрейду:
http://drupal.org/upgrade/upgrading-without-a-db-upgrade
http://drupal.org/node/53798
Имхо, самый удобный вариант (при наличии доступа к shell) - прикладывание патчей. В этом случае даже если в код ядра вносились не особо значительные изменения, то с большой вероятностью обновление пройдёт успешно.
--
Axel,
Darcs-репозиторий разработок для Drupal
“всё перезаливать” :/ лично я просто ставлю на копирование-заменять всё что имеет не такой размер. Конечно кроме sitings и темы, а что касается самописных модулей, то они остаются не изменными...
Имеются ввиду файлы в которых вносились какие-либо изменения (это не самописные модули - это модули по умолчанию в поставке Друпала, которые доделываются под свои нужды, т.е вносятся свои изменения).
Так ведь создатели Друпала тоже не говорят все менять - только применить патч. Копируют поверх только те, кто ничего не менял - что кстати, правильно. Друпал не предназначен для хаков ядра и модулей
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
2 AloneDemo
Чтож вы хачите ядро и не знаете как проапдейтиться? Об этом написано в файле UPGRADE.txt в корне
бред какой-то с патчем, раньше в них были исправления для всех фалов ядра и модулей, а тут придется ручками выковыривать где что изменили... drupal и так не совсем юзерфрендли...
У меня вообще стоят 3 сайта симлинками к папке с Друпалом, в которой при необходимости делается cvs update прямо из репозитария Друпала, я даже про номера версий уже забыл, что это такое.
После прочтения ветки мне поплохело, слава богу хоть кто-то по cvs слышал ))) Хотя сравнение папок в тотале мне понравилось))) Хотя
find + diff лучше, выдадут все изменение где что и на что менять, а еслив еще sed прикрутить... ну ладно это мои больные фантазии, лучше cvs, тока cvs)))
Для таких тупых, как я, неспособных решать подобные проблемы, обновлять Денвер, прикручавать diff из GnuWin32, искать юникод редакторы, соображать, почему не работает только что работавший php-скрипт, в который notepad вставил какие-то не те окончания строк... в общем, приходится признавать поражение и тупо юзать apt-get.
Еще две недели назад я интересовался нет ли патетика под дебиан с друпалом версии 4.7, с прискорбием обнаружил, что самая новый покет уже безнадёжно устарел (((( Я что-то упустил???
прочитал ветку, но так и не понял, что изменено и что надо менять? в патче только несколько правок, а в 4.7.3 гораздо больше, насколько я понял, они не так критичны или что?
и если установить 4.7.3, то также нужно апгрейдить базу данных или не надо? если кто, со всем этим сталкивался, то скажите, как вы всё делали?
а инсталлятор? он только для 4.8 версии? для 4.7.х нет? в cvs я имею ввиду?
Запускаем скрипт update.php Если он говорит, что для БД есть обновление, то обновляем. Насколько я знаю, в 4.7.3 база не менялась.
---
---
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.