у меня есть сайты, которые весят по несколько гигабайт. А все что нужно - обновить ядро. По-моему, логично делать бэкап именно того, что будет меняться. К слову, команда drush up drupal - такой бэкап делает. Но только имею негативный опыт: в случае, если накатывание обновления ядра происходит с ошибками - бэкап не создается. То есть именно тот случай, когда бэкап необходим, чтобы откатиться, а он не создался.
разобрался вобщем... оказывается, тот путь с дампом БД - он временный. Драш сбрасывает туда дамп, пока делается архив файловой структуры. Когда архив готов, дамп переносится в архив, а временная папка удаляется. В финальном бэкапе и файловая структура и дамп БД.
только осваиваю drush, поэтому и возникают такие нелепые ошибки.
То, что можно другими командами создать отдельно и бэкап и дамп - безусловно. Но раз есть одна команда специально для этого, то хотелось бы заставить ее работать. Ведь и восстанавливаться тоже одной командой намного проще.
Спасибо. Возни много, поэтому уточню еще раз: использование search_api действительно позволяет использовать несколько поисковых форм, каждую из которых можно настроить по своему?
Этого не требуется. А работы для контентщика будет в разы больше, если для каждого анонса содержимое открывать. Сейчас благодаря коллекции полей он просто жмет "еще" и очень быстро заполняет месяц.
Домен другой. Но openserver по любому умеет разруливать эти вещи.
Моя проблема в том, что в бэкап файловой структуры не попали скрытые файлы типа .htaccess
После ручного копирования их в локалку всё заработало.
Спасибо за идеи!
В итоге сделал похоже, но немного по-своему.
Использую хук hook_webform_submission_presave ($node, $submission) - он как раз меняет данные перед сохранением. Считываю поле с номером заявки, парсю его, сравниваю текущий год с тем, что в номере и в зависимости от этого генерю следующий номер.
drush - неполноценный бэкап
у меня есть сайты, которые весят по несколько гигабайт. А все что нужно - обновить ядро. По-моему, логично делать бэкап именно того, что будет меняться. К слову, команда drush up drupal - такой бэкап делает. Но только имею негативный опыт: в случае, если накатывание обновления ядра происходит с ошибками - бэкап не создается. То есть именно тот случай, когда бэкап необходим, чтобы откатиться, а он не создался.
drush - неполноценный бэкап
а вы не знаете, как сделать бэкап только ядра? Перед обновлением этого самого ядра?
drush - неполноценный бэкап
drush8 делает это одной командой. И файлы и бд. И восстанавливает тоже одной командой. Это удобно. Особенно, при переносах сайта.
drush - неполноценный бэкап
нет команды для бэкапа сайта?
drush - неполноценный бэкап
разобрался вобщем... оказывается, тот путь с дампом БД - он временный. Драш сбрасывает туда дамп, пока делается архив файловой структуры. Когда архив готов, дамп переносится в архив, а временная папка удаляется. В финальном бэкапе и файловая структура и дамп БД.
только осваиваю drush, поэтому и возникают такие нелепые ошибки.
Обновление drupal 6 до drupal 7
с помощью программного создания нод можно перенести. Ну если разработчик владеет php, конечно. Вручную - это как-то совсем грустно.
drush - неполноценный бэкап
а как понять рабочий или нет settings.php? В принципе сайт-то работает, все ок.
drush - неполноценный бэкап
То, что можно другими командами создать отдельно и бэкап и дамп - безусловно. Но раз есть одна команда специально для этого, то хотелось бы заставить ее работать. Ведь и восстанавливаться тоже одной командой намного проще.
Не работает новый пароль для учетки
ПОМОГЛО! После очистки таблицы flood и еще одной смены пароля - удалось войти в учетную запись!!!
Спасибо большое!
Не работает новый пароль для учетки
учетка активна. С нее собственно и происходит изменение всей инфы на страницах сайта. Учетка модератора. Насчет flood попробую.
Несколько поисковых форм со своими условиями поиска.
Спасибо, буду пробовать.
Несколько поисковых форм со своими условиями поиска.
Спасибо. Возни много, поэтому уточню еще раз: использование search_api действительно позволяет использовать несколько поисковых форм, каждую из которых можно настроить по своему?
Удалить пункт меню и все подпункты
Спасибо!
Удалить пункт меню и все подпункты
может существуют модули, которые позволяют удалять пункт меню вместе с подпунктами?
синоним для каталога с файлами
да, похоже это вариант. Спасибо.
синоним для каталога с файлами
ясно. Но хотелось бы оставаться в существующей файловой структуре.
синоним для каталога с файлами
А про новое хранилище - это что такое? Можно по-подробнее?
Как открыть ноду через представление?
Этого не требуется. А работы для контентщика будет в разы больше, если для каждого анонса содержимое открывать. Сейчас благодаря коллекции полей он просто жмет "еще" и очень быстро заполняет месяц.
Как открыть ноду через представление?
Самих статей нет. Есть только анонсы со ссылками на статьи (или просто более подробную инфу) на другие сайты.
Как открыть ноду через представление?
Спасибо! Отлично помогло.
Синонимы для ссылок с параметрами
Не помните, как в итоге решили проблему?
Перенос с хостинга на локальный сервер
Домен другой. Но openserver по любому умеет разруливать эти вещи.
Моя проблема в том, что в бэкап файловой структуры не попали скрытые файлы типа .htaccess
После ручного копирования их в локалку всё заработало.
Webform. Переменная в скрытом поле
Спасибо за идеи!
В итоге сделал похоже, но немного по-своему.
Использую хук hook_webform_submission_presave ($node, $submission) - он как раз меняет данные перед сохранением. Считываю поле с номером заявки, парсю его, сравниваю текущий год с тем, что в номере и в зависимости от этого генерю следующий номер.
Проблема при создании node вручную
и в чем дело было?
Вывод одной страницы с разными контекстным фильтрами
Всё проще оказалось.
Одно отображение с адресом /page Плюс два контекстных фильтра для arg1 и arg2.