Дмитрий Гординский

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

должна быть ещё одна таблица, в которой два поля, information_id и user_id
и три записи
2|29
2|28
2|31
и тупой запрос,
SELECT i.* FROM information i, users_info ui WHERE i.id=ui.information_id and ui.user_id=28;

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

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

$myData = [];
foreach ($items as $key => $item) {
  $myData[$key] = [
    'name' => $item['name'],
    'value' => $item['value'],
  ];
};

$name = $this->request->post['name'] ?: 'default'; // ну или через оператор ??

Не проверяется, разве в ваших книжках и видео не объясняется. И почему всё что рекомендуется обязательно должно быть про производительность.

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

Главная беда задавателей вопросов на форуме в том, что они всегда задают совершенно не тот вопрос, который их интересует.
Судя по коду, автор прекрасно знает, как "отправить данные из формы POST-запросом и записать их в бд". Спрашивается - зачем задавать этот вопрос? Загадка.

Ведь настоящий вопрос звучит "Я написал код, который отправить данные из формы POST-запросом и записать их в бд, но он не работает. Как понять, по какой причине он не работает, чтобы я мог это исправить?" - ну разве не так?

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

Для mysqli это делается командой

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Которая пишется перед коннектом.
Для РНР всё стандартно - error_reporting всегда в E_ALL плюс display_errors в 1 на домашнем компьютере.

И после этого РНР сам всё расскажет и покажет. И где опечатка в запросе, и любые другие ошибки.

array_column

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

примеры:
https://habr.com/ru/post/488654/ RabbitMQ
https://habr.com/ru/post/496182/ Apache Kafka

Какой именно вам лучше подойдет - сложно сейчас сказать.
Также можно Redis с этой целью применить.

В общем виде схема примерно такая:
Принимаете все подряд сообщения, ставите им статус "в очереди".
Обработчик берет сообщение, ставит статус "в работе" и дату.
Если обработал - меняет статус на "обработано".
Какой-то вотчер периодически проверяет те что в работе, и если времени прошло много - меняет статус "в работе" на "в очереди" и ставит счетчик ошибок. Если Ошибки повторяются - меняет статус на "здесь ошибка в сообщении, разберитесь"

С доставкой абонентам история похожая, только статус не "в работе" а "ожидает отправку", "отправлен", "принят" и т.д.

Я сейчас покажу абсолютно секретный кусок кода, вы такой нигде больше не найдёте. Это чудо решает 99% проблем!

Регулярки так умеют. Пропустим любые 3-7 символов в начале строки, а потом поищем ABC
^.{3,7}(ABC)
https://regex101.com/r/VbLhJc/1
в боевом варианте флаги gm уберите

Сначала http_response_code, а потом echo.
Азы протокола НТТР. Заголовки идут перед телом ответа.

Впрочем, это может быть и любая другая ошибка. К примеру, никакого класса EventHttpRequest нет и в помине.
Чтобы не получать "совсем другой ответ", ошибки надо логировать, читать и исправлять.

Стандартная функция, которая закрывает соединение - fastcgi_finish_request()