west45 wrote: созданный QuickTab

это ведь блок? Пойти на /admin/structure/block , добавить блок с квиктабом в нужный регион, в условиях видимости блока задать Pages = <front>

Тогда сдаюсь.

Секция Content не развернута. Там должна быть информация по полям для каждого типа материала. Если у Вас поле Title не отмечено как переводимое/translatable, то оно и не должно переводиться.

Тут нормально всё. А если на странице admin/config/regional/content-language развернуть Content и посмотреть что там по полям?

Тогда нажимаем Настроить напротив URL и смотрим что там настроено.

А зачем всё сразу-то включено? Я бы оставил только URL и посмотрел бы что получится. У меня именно так настроено, и всё работает корректно.

Похоже, перевод создаётся и сохраняется, но при просмотре страницы отображается не тот перевод, который нужен. А что по адресу /admin/config/regional/language/detection ?

Что-то где-то не так настроено очевидно. Прежде всего, когда Вы создаёте перевод (кстати опишите как именно Вы это делаете), он точно создаётся как отдельная запись контента (на странице /admin/content должно появиться две записи, по одной для каждого языка), или Вы на самом деле просто редактируете единственную существующую запись туда и обратно?
Скрины всех настроек языков неплохо бы увидеть.

При появлении сообщения

nikpart1288 wrote: Произошла непредвиденная ошибка. Попробуйте еще раз позже.

смотреть нужно не лог Друпала, а лог веб-сервера. Это файл на диске, называется обычно error_log. Где именно он находится на Вашем хостинге нужно спросить у техподдержки хостинга.

Возможно вот этот модуль поможет: Image Link Formatter

Тоже первая мысль была о кэше, но как же тогда presave работал?

eva-dru wrote: Не знаю уже что делать и куда "копать".

Смотреть консоль браузера. Смотреть логи сервера.

Delewo wrote: Хотелось бы установить именно этим способом, т.е. путем копирования в каталог modules.

Не надо такого хотеть. На современных версиях Drupal модули устанавливаются и обновляются с помощью утилиты composer. Других правильных вариантов нет. Точка.

Delewo wrote: Информацию брал отсюда

Статья очень сильно устаревшая и вредная.

Facets

Ну а там где все блоки добавляются, появился этот блок?
Если на странице /admin/structure/block кликнуть Place block, этот блок есть в списке?

Вообще twig - это такая штука, где рулит метод проб и ошибок. Можно попробовать {{ node.field_link_actor[0].entity.field_img.value }}

Надо смотреть в логах веб-сервера что за ошибка.

Попробуйте как-нибудь так: {{ node.field_link_actor.entity.field_img.value }}

Dusk wrote: что с этим делать?

Что и всегда: вбить сообщение об ошибке в гугл и в первом же результате найти

Dusk wrote: как починить

https://www.drupal.org/project/message_subscribe/issues/3475844

Shardach wrote: проблема появилась после перехода с 7-ой на 10-ую версию

"Проблема" заключается в том, что в версии 8/9/10 гораздо более продвинутое кэширование чем в 7. Лучший кэш требует больше места. Если Вам это не нужно, просто отключите. Вот тут посмотрите: https://drupalbook.org/ru/docs/8/administering-a-drupal-8-site/internal-...

Shardach wrote: как получается, что при объеме полезного содержания на 200 Мб, кэш получается на несколько Гб

Точно так же, как получается, что объем отрендеренной HTML-страницы со всеми ее шапками, подвалами, боковыми панелями и прочими украшательствами может в разы превышать размер собственно текста статьи. А ведь кроме страниц статей есть ещё страницы разделов, категорий, не говоря уже о страницах результатов поиска, которых может быть вообще бесконечное количество.

https://drupal.ru/node/145318

https://drupal.ru/node/143348

Я в подобных случаях успешно использовал механизм Find & Replace в phpMyAdmin. Но это должен делать человек, который соображает что делает. И обязательно предварительно сделать полный бэкап. А потом не забыть сбросить кэш.