Дмитрий

или покороче,

'name' => $result['short_name'] ?: $result['name'],

'name' => ($result['short_name'] ? $result['short_name'] : $result['name']),

Снести его нафиг и забыть, меньше мусора в системе будет.

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

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

CREATE TRIGGER trigger_name
EVENT ACTION ON table_name
FOR EACH ROW
BEGIN
    SET @trigger_name_table_name = CONCAT('executed, ', 'column_value=', NEW.column);
-- trigger action
    SET @trigger_name_table_name = NULL;
END;

Если в теле триггера определены EXIT хэндлеры - они тоже должны выполнять соответствующие сбросы.

WakeOnLan +нечто мониорящее ваш сайт на предмет нажатости кнопки

Никак.
Лицензия получается XOR'ом ключа с вычисляемой (на самом деле, фиксированной) гаммой.
Зная только часть лицензии можно получить только соответствующую часть ключа.
Если знать все части лицензии, то достаточно записать их через '|', проXORить с вычисленной гамой и закодировать в BASE64.

То есть весь вопрос сводится к "при записи я кодирую данные c помощью json_encode, а при выводе не раскодирую, но виноваты создатели этого сайта".

Но главные проблемы этого кода конечно не в json.
Во-первых, этот код позволяет заливать РНР файлы, и первый же малолетний придурок этим воспользуется.
Во-вторых, этот код пропускает SQL инъекцию, и первый же малолетний придурок этим воспользуется.
Остальное уже мелочи.

Но если отвечать на вопрос в целом, то да - вставлять все ссылки в одно поле это действительно неправильно.
Плюс, в БД всегда должны храниться только сырые данные, а любое форматирование добавляться только при выводе. То есть сохранять надо только сами имена файлов.

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

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

В целом, даже если 450вт фактически хватает - он будет на предельных значениях работь, а тут и КПД ниже, и нагрев больше.
+ со временем (с годами) общая мощность БП может падать.

Так что лучше в ближайшее время купить более мощный БП.

Вопрос немного не понятен.
* Если задача в php скрипте как то отличить обычную загрузку страницы от запроса, то к запросу нужно добавить параметры, это нормальный способ, специально для этого созданный. Параметры могут быть добавлены напрямую в ссылку, это формат запроса http get (используется по умолчанию) или как дополнительные поля запроса http post, в любом случае метод ajax jquery все делает автоматически и достаточно указать данные в settings в виде массива key->value в параметре data
* Если проблема в том что запрос выполняется параллельно загрузки данных браузером и может быть прерван принудительно браузером или при проблемах с соединением, то типичный способ - запускать свои задачи отдельным приложением (сервисом), с которым веб приложение (то что внутри index.php) должно как то общаться (обычно используют тот же http протокол но это не обязательно, например один из способов - оставить в базе данных задачу, список которых и будет мониторить это приложение). Способов тьма, написано куча решений, особенно когда речь идет о высоконагруженных задачах, но настоятельно рекомендуется решить подобную задачу самостоятельно, благо там нет ничего сложного.
В данном решении должно появиться понятие задачи, у которой есть статусы новая, исполняется, завершена, ошибка,... а на стороне клиента это соответственно должно обрабатываться.

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

1) Зависит от формата даты. пример массива не помешает. так же как и вариант "такое хочу получить".
2) Если данные получены из бд, правильным ответом будет добавить сортировку в запрос.

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

PDOStatement::fetchAll() возвращает массив, содержащий все оставшиеся строки результирующего набора. Массив представляет каждую строку либо в виде массива значений одного столбца, либо в виде объекта, имена свойств которого совпадают с именами столбцов.

https://www.php.net/manual/ru/pdostatement.fetchall.php

P.S. И это если игнорировать неправильные кавычки.

Вы пытаетесь выполнить внешнюю команду с именем <div
Изучайте синтаксис PHP. Посмотрите, чем обратные апострофы отличаются от прямых и от двойных.