Во-первых экспорт и импорт конфигов в описанном сценарии бесполезен. Вся информация, в том числе и конфиги, хранится в базе данных. Так что проверяйте, что дамп базы создан корректно и потом корректно импортирован в новую базу.
Во-вторых, на новом сервере должен быть скорректирован файл settings.php чтобы корректно указать бд/адрес бд/юзверя/пароль.
В-третьих, composer install тоже не имеет смысла, если вся кодовая база сайта в гите.

Ну так в скриптах/шаблонах/блоках. В инспекторе браузера поиск по http:// и смотришь где такая ссылка выводится на странице, дальше уже примерно понятно где оно сайтом формируется.

У вас на сайте часть ссылок захардкодена в виде http:// Нужно найти их все и поправить на https:// или просто на //

Раз сетка не динамическая, только высота картинки меняется, сделайте стиль изображения масштабируемым по ширине, а высота будет в зависимости от пропорций картинки.

При таких вводных сложно что-то конкретное посоветовать, нужна какая-то определенность в том, как именно будут формироваться картинки, статичный ли дизайн сетки, или все перемешивается по какому-то принципу. Есть в принципе всякие плиточные js библиотеки, которые уложат картинки в более-менее равномерную стенку, но из описания непонятно, нужно ли такое.

Сама библиотека колорбокса не обновляется лет 6, друпал модуль не обновлялся 5 лет.
Если внезапно не найдут еще каких-то уязвимостей, то скорее всего никаких обновлений до ухода д7 на покой не будет.

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

То, что модуль не поддерживается, не означает, что он внезапно протух и перестал работать.

Сама библиотека не обновляется уже 6 лет, jquery в общем-то тоже уходит в прошлое.

Так что решайте сами, пора ли что-то менять, или сидеть на том, что работает до упора.

Ну и не исключено, что найдут новых мейнтейнеров колорбокса.

Не думаю что есть какие-то стандартные инструменты, впрочем, я никогда не искал.

В нормальных условиях руками в БД лазить не надо, а если полез, то нужны бекапы (они вообще всегда нужны).

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

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

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

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

Вторым полем в сортировке выбрать "дату создания" или ID.

С точки зрения посетителей вашего сайта, наверное засовывать три ссылки в заголовок, мягко говоря, странно.
С технической стороны это не запрещено.

Нет, ошибкой не будет. По стандарту ссылка должна быть внутри h2.

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

Композер не занимается настройками вашего вебсервера.

Чтобы сайт открывался без /drupal/web нужно корректно указать Document root в настройках апача/энжинкса или что там у вас используется.

Т.е. путь до сайта в настройках веб сервера должен выглядеть как: путь-до-директории-с-сайтом/drupal/web

Зайдите еще и пересохраните все текстовые форматы из /admin/config/content/formats
Ошибка с фильтрами возможно с этим связана.

Галки неактивны потому, что теперь для удаления модуля надо перейти в одноименную вкладку Удаление в разделе Расширения. Если в разделе Удаления галку снять нельзя- то как раз потому, что от наличия этого модуля зависит какой-то другой, и там будет написано какие модули блокируют удаление.

https://www.drupal.org/docs/contributed-modules/configuration-split/crea...

Возможно у Context Metadata есть какие-то уникальные фичи, о которых я не в курсе, но вообще-то основным модулем, покрывающим всевозможные сценарии использования метатегов покрывает одноименный модуль https://www.drupal.org/project/metatag

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

Разумеется, так как точка обозначает текущую директорию. Вот вам композер и скачал все в текущую директорию. В этой ситуации нужно все то, что скачал композер вынести на уровень выше.

Т.е. вот это вот все должно лежать в директории "мой-сайт":
composer.json
omposer.lock
.editorconfig
.gitattributes
vendor/
web/

а мой-сайт/public_html делается симлинком на web/ и структура вашего проекта в "мой-сайт"выглядит так:

Собственно, специально для вас, так как вы в соседней теме на такие же грабли натолкнулись:

Вот официальная рекомендация по установке друпала: https://www.drupal.org/docs/develop/using-composer/using-composer-to-ins...

Если вы пользуетесь рекомендованным шаблоном композер проекта (а это лучший выбор), то ни вендор директории ни композер файлов в веб руте не будет.

Физически оно будет в директории web, а public_html будет просто ссылаться на web, если сделать симлинк, как я предложил выше.

Если же ты хочешь совсем отказаться от public_html, то это надо смотреть в настройках хостера, позволяют они поменять веб директорию через свою панель настроек или нет.

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