Доброй ночи! Подскажите, пожалуйста.
Предыстория такая: мы всегда обновляем наш Друпал 7 на последний релиз ядра. Когда релиз 7.80 был самым свежим, обновились на него. Затем через неделю или две понадобилось обновить некоторые модули, и тут обнаружилось, что обновить их теперь из админ-панели не получается. На странице admin/reports/updates/update виден список модулей, отмечаем нужные галочками, жмём Скачать обновления - они скачиваются, здесь всё как обычно. А вот далее на странице "Готов для обновления"
при нажатии на кнопку Продолжить ничего не происходит. На предыдущем релизе, 7.78, всё работало.
Это такой баг конкретно 7.80-го релиза?
Спасибо за помощь!
Комментарии
Сложно сказать. Откатитесь на 7.78 на локалке/тестовом сервере и проверьте.
А вообще не помешало бы посмотреть логи друпала/консоли браузера/веб-сервера после нажатия на кнопку
Спасибо за ответ! Подождём тогда выхода релиза 7.82 и на нём проверим. На 7.81 сейчас обновляться не хотелось бы.
А в чем проблема с 7.81?
суеверие основанное на нечетных версиях
Никакого суеверия нет, просто в ближайшие 2 месяца сайт круглосуточно очень активно используется и обновлять его сейчас не хотелось бы.
А версия 7.81 не содержит обновлений безопасности.
Кстати, такой ещё вопрос возник: файлы .htaccess, robots.txt и default.settings.php обновлять обязательно? В релизе 7.81 в эти файлы внесены изменения. Эти изменения реально имеют значение или можно оставить свои кастомные файлы? Или обязательно обновлять с перенесением в новые своих настроек?
Довольно редко эти файлы обновляются в ядре. Часто эти файлы просто оставляют при обновлениях.
Если вы действительно видите отличия от версии к версии - да можете обновлять с перенесением в новые своих настроек.
Спасибо! В версии 7.81 как раз отличия появились: "There are multiple changes in .htaccess, web.config and default.settings.php - please review the notes marked with a * below for details".
Как делаю я в таких случаях. Внимательно читаю чо там сказано. Потом вношу изменения в свои файлы. То есть к примеру при обновлении ядра не стираю свой .htaсess. потом вношу изменения в свой путем изменения или добавления нужных строчек. раньше боялся. теперь по барабану. только не забудьте поставить обратно доступы к файлу.
Доступы к файлу - в смысле, установить права доступа к файлам?
Так вроде на все файлы по умолчанию должен быть 644, а на settings.php - 444. И на папку ./sites/default/ - 555.
Или Вы что-то другое имеете в виду?
да. я это и имею в виду. чтобы к примеру изменить на сервере сеттинг пхп я сперва ставлю разрешение на запись владельца... как поменял файл. доступ делаю обратно.
Ясно, спасибо!
Проблема решена, ядро оказалось ни при чём: это браузер Опера мешает запуску скрипта authorize.php. Если использовать Хром, всё успешно обновляется.
Всем спасибо!
Update: дело оказалось всё-таки не в браузере, а в хостинге.)