Vitsliputsli

Как уже было сказано - это называется IPC
Если нужно обмениваться данными, то можно использовать техники:
- Сокеты: TCP/IP можно практически везде, Unix-domain - только в unix системах, но будет быстрее
- Сигналы: можно передавать данные вместе с сигналом, но только int/указатель, т.е. вариантов не много
- stdout/stdin: при создании дочернего процесса получить его stdout/stdin потоки и работать с ними
- Каналы: можно создать канал (анонимный или именованный) и общаться через него
- Внешний сервис для общения: какой нибудь RabbitMQ, но это чересчур
- Общая память (Shared Memory): но может не работать во некоторых ЯП
- Общение через файлы: один процесс пишет в файл и по окончании шлет сигнал другому процессу, который этот файл читает
- Memory Mapped File : тот же вариант, что и с файлами, но быстрее и при больших данных можешь словить OOM и большое потребление памяти
- ZeroMQ - это очередь сообщений, которая работает в user-space

Дополнительно надо помнить, что есть ограничения различных платформ, ОС, ЯП и некоторые варианты там работать не будут

$arr = explode(',', $str);
foreach ($arr as $value) {
    $new_arr[] = trim($value);
}

Зачем использовать регулярки, если они не нужны в задаче.
А если нужны по заданию, то

Мусорные процессоры - Пикабу

У вас код написан с синтаксисом PHP 8, а запускаете вы код на более старой версии PHP, которая не понимает этот синтаксис. Конкретно речь идёт об именованных аргументах. Обновите PHP или пишите без имен аргументов.

Соглашусь с предыдущими комментаторами, пример СЛИШКОМ высосан из пальца, чтобы по нему давать какие-то рекомендации.
Но в целом, бак должен быть отдельным объектом в составе машины, а никаким не "аругментом".
И у него может быть метод consumeFuel(miles)
Который может принимать длину дороги в качестве аргумента, и уменьшать количество топлива в соответствии с заложенной формулой.

Car.Tank.fillMax()
print Car.Tank.getLevel()
Car.Тank. consumeFuel(Road.length)
print Car.Tank.getLevel()

По поводу последнего варианта - всегда исходите из здравого смысла. Может ли быть дорога частью автомобиля? Нет, это очевидная бессмыслица. Дорога может быть частью поездки. Как и автомобиль. Вот в рамках объекта Trip они вполне могут взаимодействовать друг с другом.

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

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

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

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

В первоначальном варианте ООП Аллана Кея было событие. Грубо говоря Кей считал объекты акторами.
И от этого рисовал своё видение разработок. Но его кунг-фу не полетело в свое время. Слишком рано
было.

В современном классическом ООП в его реализации С++ и Страуструпа
нет никаких событий. Нету ключевых слов. И нету среды которая-бы обеспечивала путешествие
этих события вне объектов.

Событие может появляться например как абстракция прикладного уровня в библиотеках типа MFC
которы должны были работать с UI и регистрировать мышко-клики и прочее. Но там была ОС которая
обеспечивала буфер событий. Отдельный life cycle для каждого из них. Вот. А языс Microsoft Visual C++ / MFC
предоставляли как-бы фреймворк который регистрировал хендлеры и там соотв. эти события ловил и обрабатывал. Но это было сами понимаете никакое ни ООП. А это была очередная абстракция от Microsoft
которая по их задумке должна была упрощать процесс разработки графического софта.

В Borland C++ тоже есть свои абстракции для событий. Но они тоже лежат как-бы отдельно от языка. Скорее
во фреймворке или в библиотеках.

Откуда в PHP-OOP вдруг появляется событие? В ключевых словах PHP есть class, trait, function, abstract, extends.

Но никаких event нету. Осталось задать вопрос. Кто вообще дает такую информацию? Что за курсы? Что
за книга? Что за преподаватель?

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

grep $(whoami) /etc/passwd | cut -d : -f 7

/bin/bash

как поемнять
usermod --help

там написано как шел заменить

-s, --shell SHELL             new login shell for the user account

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

--UPDATE stats SET NEW.globalnum = NEW.num1 + NEW.num2;
++SET NEW.globalnum = NEW.num1 + NEW.num2;

А лучше рассмотрите вариант генерируемой колонки, тогда не понадобится никаких триггеров.

самое быстрое - чтенгие из файла, csv в MyISAM потом замена на innodb или другой движ
медленнее - убивание индексов из SQL сценария и ручное создание после
ну и самое медленное AS IS

а тае настройки до Ж все, в пределах 50% идеале процентов прирост