у меня есть сайты, которые весят по несколько гигабайт. А все что нужно - обновить ядро. По-моему, логично делать бэкап именно того, что будет меняться. К слову, команда drush up drupal - такой бэкап делает. Но только имею негативный опыт: в случае, если накатывание обновления ядра происходит с ошибками - бэкап не создается. То есть именно тот случай, когда бэкап необходим, чтобы откатиться, а он не создался.

а вы не знаете, как сделать бэкап только ядра? Перед обновлением этого самого ядра?

drush8 делает это одной командой. И файлы и бд. И восстанавливает тоже одной командой. Это удобно. Особенно, при переносах сайта.

нет команды для бэкапа сайта?

разобрался вобщем... оказывается, тот путь с дампом БД - он временный. Драш сбрасывает туда дамп, пока делается архив файловой структуры. Когда архив готов, дамп переносится в архив, а временная папка удаляется. В финальном бэкапе и файловая структура и дамп БД.

только осваиваю drush, поэтому и возникают такие нелепые ошибки.

а как понять рабочий или нет settings.php? В принципе сайт-то работает, все ок.

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

ПОМОГЛО! После очистки таблицы flood и еще одной смены пароля - удалось войти в учетную запись!!!
Спасибо большое!

учетка активна. С нее собственно и происходит изменение всей инфы на страницах сайта. Учетка модератора. Насчет flood попробую.

Спасибо, буду пробовать.

Спасибо. Возни много, поэтому уточню еще раз: использование search_api действительно позволяет использовать несколько поисковых форм, каждую из которых можно настроить по своему?

Спасибо!

может существуют модули, которые позволяют удалять пункт меню вместе с подпунктами?

да, похоже это вариант. Спасибо.

ясно. Но хотелось бы оставаться в существующей файловой структуре.

А про новое хранилище - это что такое? Можно по-подробнее?

Этого не требуется. А работы для контентщика будет в разы больше, если для каждого анонса содержимое открывать. Сейчас благодаря коллекции полей он просто жмет "еще" и очень быстро заполняет месяц.

Самих статей нет. Есть только анонсы со ссылками на статьи (или просто более подробную инфу) на другие сайты.

Спасибо! Отлично помогло.

Спасибо за идеи!
В итоге сделал похоже, но немного по-своему.
Использую хук hook_webform_submission_presave ($node, $submission) - он как раз меняет данные перед сохранением. Считываю поле с номером заявки, парсю его, сравниваю текущий год с тем, что в номере и в зависимости от этого генерю следующий номер.

Всё проще оказалось.
Одно отображение с адресом /page Плюс два контекстных фильтра для arg1 и arg2.