ivnish: Комментарии

Главные вкладки

12 апреля в 19:43

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

12 апреля в 19:14

Попробуй читать внимательнее. Я писал "он тебе пишет имена всех конфигов которые будут созданы"

А созданы будут именно те, которые относятся к твоему новому типу материала

И естественно, нужно перед созданием нового типа материала выгрузить конфиги, чтобы потом не путаться где старые, а где новые

12 апреля в 19:05

Это же легко. Создаешь на первом сайте тип материала и его поля. Запускаешь drush cex, он тебе пишет имена всех конфигов которые будут созданы. Выписываешь эти имена файлов. Жмешь yes, конфиги экспортируются. Копируешь их на второй сайт, делаешь drush cim

12 апреля в 9:32

Понимаю) Я сам на этой странице смотрю обновления читаю release notes. К этому просто надо привыкнуть. Не исключено, что в каком-нибудь Drupal 9 или Drupal 10 вообще уберут возможность обновляться через админку

12 апреля в 9:23

Почему диссонанс? Посмотрел на странице какие модули нуждаются в обновлении, обновил через командную строку. Через веб тоже можно обновить, но информация об обновлении не попадет в composer.lock. А это важно, если работу ведешь на локалке, а потом деплоишь на прод

11 апреля в 15:22

Я тоже раньше использовал скрипты, но это не всегда удобно, особенно если что-то пошло не так и нужно запустить конкретную команду, а не весь скрипт деплоя

11 апреля в 14:55

Права нужно менять не на файл, а на каталог sites/default, потому что composer не может заменить файл, если нет прав на запись в каталог

Но если надоедает постоянно это делать, то нужно добавить в settings.php:

$settings['skip_permissions_hardening'] = TRUE;

11 апреля в 14:16
1

1. Наверное нет смысла, учитывая как просто это делается вручную
2. Я на радоне делаю так:
* кладу корень проекта в каталог site
* удаляю каталог public_html
* делаю символическую ссылку site/web -> public_html
Вообще, я писал об этом документацию
3. Да, контрибные в contrib, кастомные в custom. Это общепринятая практика

11 апреля в 12:05

Я как бы не знаю какая вьюха проблемная.

В тексте ошибки вьюха указана.

Ну и у меня задача, не импортировать, а экспортировать.

Продолжай игнорировать советы по устранению ошибок, подождем пока проблема пройдет сама собой