Ипатьев

Есть конструкция которая выдает предупреждение Notice: Undefined index: priceweek in ...

Это неправда.

Если вы тупо не знаете, какие бывают типы исключений, то это легко исправить, посмотрев в документации.
Там написано, что объекты исключений имеют иерархическую структуру, и самым общим предком является интерфейс Throwable.

Отдельно следует отметить, что за использование try catch чтобы тупо написать "Получена ошибка" надо бить по рукам. Так никогда не надо делать. Это глупо и бессмысленно. РНР и сам прекрасно выведет и $e->getFile(), и $e->getLine(), и даже $e->getMessage(), и помогать ему в этом не надо.

Исключение надо ловить только тогда, когда есть определенный сценарий обработки. Например, в случае, если test() выполнилась с ошибкой, то вызвать test2().
Но главное - внутри блока catch ничего не выводить пользователю.
Общением с пользователем должны заниматься только специально предназначенные для этого блоки программы. А не любая строчка, которой вдруг захотелось это сделать.

Поэтому в данном конкретном случае ваша задача еще больше упрощается - не надо ловить вообще никакое исключение.

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

Кроме того, "понятное сообщение об ошибке" программа должна выводить с помощью глобального обработчика ошибок, а не с помощью понатыканных везде try.

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

Не очень понятно, что имеется в виду под "скриптом", но однострочник на баше написать можно.
Собственно, задача стандартная, и решение легко находится гуглем, если владеть языком международного общения.

mysql -uroot -N -e 'show databases' | while read db; do mysqldump -uroot "$db" > "$db".sql; done

В общем случае избежать "цикла в цикле" позволяет использование индексации массива идентификатором и - соответственно - обращение по индексу вместо перебора.
В данном случае вторую коллекцию проиндексировать можно с помощью метода keyBy('id');

И тогда останется только один цикл по первому массиву, в котором обращаться ко второму по id.
То есть сложность будет длина массива * 2 вместо длина массива * длина массива

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

Потому что у строки не может быть строкового смещения.

В ответе выше написана чушь.
Обращаться к строке по индексу можно. И в РНР7, и в РНР 8. Без всяких предупреждений.
К отдельным байтам (но не символам) в строке можно обращаться, указывая смещение в квадратных скобках:
echo 'hello'[0];
Но в сообщении об ошибке говорится конкретно про строковые ключи. А это уже действительно бессмыслица, никаких строковых смещений в строке быть не может. Что и написано черным по белому в ошибке.

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

При этом отдельно проверять наличие $aUnit[$server['unit']] и $aUnit[$server['unit']][$server['game']] не нужно. Достаточно проверить на существование сразу конечный элемент.
В 8.2 это можно красиво написать одной строчкой
$aUnit[$server['unit']][$server['game']] ??= '';
Но если почитать код дальше, то станет видно, что и здесь нам строка тоже не нужна. А снова нужен массив.
Потому что в коде ниже эта строка разбивается через explode(???).
То есть, надо написать

$aUnit[$server['unit']][$server['game']] ??= [];
$aUnit[$server['unit']][$server['game']][] = $server['id'];

А ниже выкинуть всё от explode() до unset()

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

Как пользователь, я ненавижу рендеринг на фронте, на практике он ВСЕГДА тормозит.
За примером далеко ходить не надо, это новый дизайн Хабра.

Вы, кстати, неправильно понимаете термин "прод".
Продакшен окружение относится не к коду, а к тому, где он выполняется
В локальном окружении разработчик пишет и отлаживает программу
Тестовое (стейдж) окружение полностью имитирует боевой сервер, но доступно только разрабочикам/тестировщикам/заказчикам
И, наконец, продакшен - собственно рабочий сервер, который находится под реальной нагрузкой
А код везде один и тот же.

Уфф, 5 раз прочитал, пока понял. Второе.

Метод класса вписывается в класс который над которым осуществляют действие.
Собственно, определение класса - это "данные и методы для работы с ними". С ними. А не с данными чужих объектов.

Сущность Модератор в данном случае вообще не нужна, достаточно свойства в сущности Пользователь (кстати, откуда вы все берете этих "участников"? Участник бывает у события, а не у сущности. Вы же не говорите "участник 5А класса?")

Связей здесь должно быть значительно меньше.
Если модератор не упоминается ни в опросе, ни в добавленной книге, то и связи между ними никакой нет.
В текущей схеме должна быть только одна связь: опроса с прошедшим его пользователем. Одним из свойств опроса будет экземпляр класса Пользователь. Причем это касается класса РезультатОпроса, которого нет на диаграмме. А он должен быть. И вот он будет связан с классом Опрос.

Чего здесь не хватает - это интерфейса. Классов-контроллеров. Которые собственно эти методы и вызывают.
Какой-нибудь BookController.add(), который принимает, скажем, два объекта, Пользователь и Инпут, и проверяет, является ли пользователь модератором. И если да, то создает объект Book, и используя данные из инпута, вызывает Book.add()
И то же самое с опросами

Еще по-хорошему должен быть BookRepository. Потому что если книга умеет сама себя добавлять в хранилище, то это считается плохим тоном. Должен быть отдельный объект Хранилище Книг, в котором и будут методы добавления и поиска.

Этот вопрос не имеет отношения к РНР.
А только к базовым навыкам работы с операционной системой.
В простейшем случае можно написать бат файл, в котором под своей командой пишете любую другую, от проигрывания звукового файла до запуска любой программы. Которая выполнится по завершении первой
Можно то же самое написать в одну строчку php my.php & echo ^G
После амперсанда опять же, пишется все что угодно.

писать set_time_limit(0) в консольоных скриптах кстати не нужно. Там лимита нет по умолчанию

Если после добавления данные не видны в программе phpmyadmin, то на это может быть три причины:
1. Код добавления вообще не вызывался.
2. При добавлении произошла ошибка.
3. Данные добавились, в одну базу, а результат смотрим в другой.

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

<?php
# Настройка ошибок
# Для локального сервера
ini_set('display_errors', 1);
# Всегда
error_reporting(E_ALL);
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);