Алексей Уколов

Расширение mysql начиная с PHP 7.0 более недоступно. Соответственно, вам нужно убрать его из списка устанавливаемых.
В приведённой статье: docker-php-ext-install ... mysqli pdo_mysql ....
У вас: docker-php-ext-install ... mysql pdo_mysqli ....
Будьте внимательнее.

P.S. Никакого отношения к Докеру эта проблема не имеет.

Проблема в том, что в каждом классе метод getParent() должен быть явно определён, иначе полную цепочку не получить. Но поскольку реализация этого метода абсолютно идентична, её можно вынести в трейт:

Хотя, есть и более простое решение с использованием class_parents():

Вот такие.

foreach($result->items as $item) {
echo 'ID: '.$item->id->videoId.'<br><br>
TITLE: '.$item->snippet->title.'<br><br>
DESC: '.$item->snippet->description.'<br><br>
<img width=120 height=90 src='.$item->snippet->thumbnails->default->url.'><br><br>
<img width=320 height=180 src='.$item->snippet->thumbnails->medium->url.'><br><br>
<img width=480 height=360 src='.$item->snippet->thumbnails->high->url.'><br><br>
<iframe width=600 height=500 src=https://www.youtube.com/embed/'.$item->id->videoId.'?feature=oembed frameborder=0 allowfullscreen></iframe><br><br>';
}

Протокол HTTP не поддерживает отдачу нескольких файлов в ответ на один запрос. Вам нужно либо отдавать один архив, либо инициировать со стороны клиента несколько запросов.

json_decode() (только вторым аргументом не забудьте передать true) + Arrays.

<span class="quantity">
<strong>
<?php echo $cart_count_products; ?>
<?php echo \Custom\Helper\CommonHelper::pluralize(
  $cart_count_products,
  $this->language->get('переменная1'),
  $this->language->get('переменная2'),
  $this->language->get('переменная3')
); ?>
</strong>
</span>

$results != $result

Английским по белому же всё написано в тексте ошибки, ни php7, ни phpmyadmin здесь ни при чём.

Самая большая проблема с этой системой - зависимые данные. Если в виджете 1 запрос А, работающий с таблицей X, зависит от данных из запроса Б к таблице Y (id сущностей оттуда берёт, например), то запрос Б нужно отправить сразу, не аггрегируя его с запросом В из виджета 2, который работает с теми же данными, но отправляется позже. Большинство запросов зависят друг от друга, поэтому ощутимой пользы такая штука не принесёт.

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

Плюс, как вообще такой системе узнать, что все запросы пришли, и пора их агрегировать и исполнять?

Плюс, виджеты, которые работают с одними и теми же данными, встречаются не часто - система будет работать вхолостую.

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

Плюс, если запросы к одинаковым данным будут генерировать с разной структурой, СУБД не сможет их эффективно кешировать.

На фронтенде и парадигма другая и с запросами проще (их легко различать по URL), поэтому такую штуку и сделать легче и меньше вероятность себе ногу отстрелить. Ну и задержки там значительно серьёзнее - сходить по сети на бэкенд и сходить на бэкенде в БД - это как слетать к Альфе Центавра и съездить на другой конец города, поэтому если есть возможность не летать, её стоит использовать.

На бэкенде такую задачу (оптимизации) эффективнее решать с помощью кэша, вынесения части данных в легковесные хранилища и старых добрых лучших практик работы с БД: правильная схема, корректно составленные запросы, индексы по часто используемым колонкам.

Но вот реальный кейс, где я похожую систему реализовал и использую: есть программа на C++, постоянно делающая запросы к внешнему API. Это внешнее API устанавливает лимит на количество запросов в секунду, в который программа не всегда укладывается. Выходов два: ставить задержки перед запросами или агрегировать их в пакеты (API это поддерживает). Второе решение, очевидно, лучше с точки зрения скорости работы. Но я не реализовывал в нём анализ и объединение похожих запросов - это сложно сделать, легко накосячить, а профит будет относительно небольшой. Всю эту штуку удалось сделать только за счёт того, что все операции асинхронные и запросы выполняются через планировщик. На каком-нибудь стандартном php-проекте этого не добиться.

<?php
if ( ! empty( $paralax_one_our_story_image ) ) {
  $scrollreveal = !empty($parallax_one_frontpage_animations) && $parallax_one_frontpage_animations === true ? 'data-scrollreveal="enter left after 0.15s over 1s"' : '';
  echo '<div class="col-md-6 content-section brief-content-one" ' . $scrollreveal . '><div class="tabs">';
} else {
  echo '<div class="col-md-12 content-section brief-content-one">';
} ?>

php.net/manual/en/function.file-put-contents.php