Вышла версия Drupal 6.2

Нарвался сейчас на одну тонкость:
При обновлении с 6.1-> 6.2, методом полного копирования-замещения дистрибутива старым, появились глюки с базой данных.
Теперь оказывается при обновлении, нужно изменять в settings.php параметр $update_free_access = FALSE; на TRUE, после чего ручками запускать update.php

Сразу извиняюсь если это давно известно, раньше на 5-ке с этим не сталкивался

Для того, чтобы не менять этот параметр нужно быть залогиненым с админскими правами и специфика этого обновления в том, что оно перестраивает все меню, поэтому лучше переводить сайт в offline и админом (uid=1) выполнить скрипт обновления (update.php)
или поменять этот параметр, выполнить обновление и вернуть его в исходное состояние

А вообще стоит внимательнее читать анонсы, особенно секцию Important update notes

Сорри, подправил статью (добавил плашку "скачать") для выноса на главную страницу.

Так даже лучше, спасибо axel )

Почитал внимательно файл update.txt. Там написано
11. Ensure that the versions of all custom and contributed modules match the
new Drupal version to which you have updated. For a major update, such as
from 5.x to 6.x, modules from previous versions will not be compatible
and updated versions will be required.
Вот и вопрос если модули не все есть для 6.2 что делать? Не обновлять?

нужно спросить себя, чем вызвано желание перейти на шестую версию.
ответ проанализировать и делать вываоды.

требования к железу, да и что-бы не заморачиваться на 5рке (учить новый АПИ)

Как представитель хостинг-провайдера, могу определённо заявить - Drupal 6 более экономичный.

Здравствуйте, нашел критический баг в версии 6.2:

В модуле aggregator запрещен доступ ко всем страницам source/*... В т.ч. и пользователю № 1.

Думаю, это не первый и не последний баг версии 6.2.

на drupal.org напишите

Почему-то перестали работать Clean URLs после обновления. При update.php ругалось что-то о дублированных записях в таблице.

Да незачем... Я планирую для сбора новостей, которые интересуют моих посетителей, использовать другой, специализированный для этих целей движок... Aggregator, по крайней мере для версии 6.х, детская игрушка... может в 7-й версии что-то изменится?

обновился без проблем=)

на мой взгляд немного некорректно писать не применимы к сайтам.
может лучше не имют отношение?

может в 6.3 исправят

Уже 6.2, быстро.
Такими темпами скоро и до 6.9 доберутся, а затем на 7.х перейдут?

Gedler
Дословный перевод ))
ИМХО так правильнее, а то некоторые не разобравшись могут и пятерку попытаться проапдейтить )

лучше-бы не занимались ерундой - сменой версий со сменой api и гонкой за ними тех кто модули делают, а сделали бы наконец views+CCK с набором плагинов в отдельную CMS - а друпал пусть сам себе версии меняет как хочет! достали

+100

а меня не парит пока
5-й всеравно лучше всех cms

Мда, что-то Друпаловские версии как пирожки полетели.

короче с ними все ясно - выпустили неудачную 6-ю версию и теперь быстренько делают 7-ю, отсюда вывод что надо подождать после выхода 7-й версии и если будет сразу 8-я то подождать еще и только потом подумать переходить с 5-й, все-таки 5-я держалась очень долго, почти как 4-я

поэтому и модули не спешат под 6-ю делать - ждут 7-ю

^) Мдя, вы меня прямо запугали. Не буду переходить на 6! Но тогда где взять 5?

надо взять 5-й, приделать к нему нормальное кеширование, поудалять лишнее, например надоедливые html фильтры, сделать инсталяшку с готовым необходимым набором модулей что бы не собирать по кусочкам пол дня из разных мест, локализацию - и все - и спокойно делать сайты несмотря на то что они каждый день придумывают - придумают что-то хорошее - мы узнаем, а так - пустая трата времени

а меня прёт 6-я

На сайте drupal.org

А на основании чего был сделан вывод, что 6я версия неудачна? Более чем удачная! Ошибки, они везде есть и достаточно оперативно исправляются. Панику сеять просто не серьезно! А модули, которые востребованы успешно портируются... и если нет релиза, то это вовсе не значит, что модуль не портирован!
Вместо того, чтобы кричать о сырости продукта - возьмите и помогите сообществу, оставьте хотябы bug-report о найденной проблеме, не хватает модулей - напишите свой, помогите с портированием. На самом деле очень многие модули уже портированы на 6ю версию, но лежат в виде patch в issues - если у вас стабильно работает модуль после применения патча нужно не лениться, а писать об этом ы issues и изменять статус на "patch (reviewed & tested by the community)"

Такое ощущение, что все ждут, когда им на блюдечке все принесут, помогайте сообществу и кодом и тестированием!

"На самом деле очень многие модули уже портированы на 6ю версию, но лежат в виде patch в issues"
спасибо, это действительно интересно
вывод сделан поверхностный - я просто не увидел ничего нового в 6-м что хоть как-то оправдывало бы переход на него, к тому же очередная путаница с API. Например с 4-го на 5-й переходить нужно по причине того что под него во первых больше модулей, во вторых в нем переработан кеш так что он работает действительно быстрее. Вот когда на 6-й будут такие модули которых не будет в 5-м - вот тогда и будет хоть какой-то смысл, но мне так кажется что это скорее произойдет в 7-м, иначе какой был смысл сразу его выпускать за 6-м? такого ведь еще никогда в истории друпала небыло что-бы так резко стали менять версии.

Может, мне кажется, но вроде Views 2 есть только для шестёрки. Только это меня привязывает к ней.
А обратно на пятёрку хочется только из-за Panels 2 - что-то очень неактивно его портирование идёт, к сожалению. А сам я помочь не факт, что смогу => жду.

Дело в том, что система постоянно развивается и выпуск новых версий и изменения API способствуют фильтрации не поддерживаемых модулей!

не смог обновиться путем копирования/замещения, сайт упал и выводил какой-то запрос на гланой странице :(
подскажите, как грамотно обновить дру с 6.1 на 6.2?

Запускали ли вы скрипт update.php?

все получилось. обновлял так:
1. перевел сайт в режим offline
2. скопировал/заменил файлы дру 6.2
3. запустил update.php

написало что ничего не обновило, но в оконцовке все заработало. всем спасибо:)

А переводить сайт в Offline это обязательная процедура?

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