This vulnerability is mitigated by the fact that the
re-installation can only be successful if the site's settings.php file or sites directories are writeable by or owned by the webserver user. Configuring the Drupal installation to be owned by a different user than the webserver user (and not to be writeable by the webserver user) is a recommended security best practice.
означает?, особенно касательно к виртуальному хостингу...
Там же написало - именно ядро, "коробочные" модули Drupal необновляются так. Можно еще drush пользоваться, если есть возможность - очень удобно. В последних версиях бекап делается и восстанавливается одной командой, обновление тоже почти на автомате делается.
Комментарии
Прикольно)) Не удивлюсь если сегодня-завтра будет 7.17 ))
А что точно следующее :
означает?, особенно касательно к виртуальному хостингу...
что если права неправильно настроены, то сайтик можно будет заново установить (если вам очень-очень не повезёт)
вот сам фикс http://drupalcode.org/project/drupal.git/blobdiff/04ce5dcece1d888399281b...
А можно установить это обновление просто перебросив файлик install.core.inc?
Пишет,
"Необходимо обновление вручную
Обновления ядра Drupal в настоящее время не поддерживаются."
И как обновить тогда, скажите кто знает?.
ну как обычно делаешь бекап, потом заменяешь все файлы новыми из дистрибутива 7.16 и вызываешь update.php
А как же Авто обновление ?
Там же написало - именно ядро, "коробочные" модули Drupal необновляются так. Можно еще drush пользоваться, если есть возможность - очень удобно. В последних версиях бекап делается и восстанавливается одной командой, обновление тоже почти на автомате делается.