semki096

Это значит, скорее всего, что в скрипте фатальная ошибка, попробуйте в начале скрипта написать это:

error_reporting( E_ALL );
            ini_set( 'display_errors', true );
            ini_set( 'display_startup_errors', true );

5xx ошибки - это ошибки сервера. Скорее всего на ту страницу вашего сервера, на которую идет колбек, нед доступа. Попробуйте сами передать на нее что-то

GROUP_CONCAT позволяет склеить все результаты по группируемому полю в одну строку. Пример:
table messages:
id message
1 'aaa'
1 'bbb'
2 'ccc'
2 'ddd'

SELECT id, GROUP_CONCAT(message SEPARATOR ';') from messages GROUP BY id;

Вернет нам:
1 'aaa;bbb'
2 'ccc;ddd'

чет вообще не понял причем тут внешние ключи и 3-я таблица order_product, которую вы указали как решение.
1. Мне надо рядом с каждім заказом вівести названия товаров - из таблицы order_items
- если одним запросом

SELECT
  *, GROUP_CONCAT(order_items.`name`) AS `names`
FROM order_items
  INNER JOIN orders
    ON order_items.order_id = orders.id

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

Покажите show create table orders
Наиболее вероятная причина - в orders поле указано unsigned, а знаковое и беззнаковое число уже несовместимые типы для внешнего ключа.

Можно через ключи, сделать таблицу order_product где хнатить id заказа, и id товара. (у заказов может быть несколько товаров, будет несколько записей).

SELECT o.order_id, и другие колонки, op.product_id, op.order_id, p.id, p.name  
FROM orders as o
LEFT JOIN order_product as op ON o.order_id = op.order_id
LEFT JOIN products as p ON op.product_id = p.id

Конечно это набросок, но думаю разберетесь :)

Вы разрешения спрашиваете? Ну, откажитесь, кто вас остановит.
Подводные камни как-бы очевидны - вы не сможете фильтровать заказы по статусам; не сможете уведомлять покупателя о том, что к нему выехал курьер (или посылка отправлена по почте); не сможете увидеть, есть ли какой-то этап на котором зависает большое число заказов.

Говоря проще, статусы нужны для организации процесса обработки заказа. Соответственно, нужны они вам или нет, зависит от того, какой у вас процесс.

В режиме телепата могу предположить что проблема в работе функций form_open и form_close - попробуйте заменить их на простой html

?!
Вы из цикла формы выводите?
Не буду спрашивать зачем....
Код то можно? Так ничего не кто не поймет.

Попробуйте Яндекс.Кассу, она уже обошла Робокассу :) https://kassa.yandex.ru

таблица users (если Вы конечно планируете работать с пользователями) должна содержать идентификатор пользователя и необходимую Вам информацию о пользователе
таблица orders - должна содержать идентификатор заказа, идентификатор пользователя оформившего заказ, и прочую необходимую информацию о заказе (возможно способ доставки/оплаты и т.п.)
таблица order_items - должна содержать сам перечень товаров в заказе. Соответственно по каждой позиции должен быть идентификатор заказа к которому относится позиция, и прочие параметры (кол-во, цена и т.п.)

Это нормальный вариант. Делал нечто подобное в одном проекте.
Пользователь мог купить не регестрируясь, но при этом автоматически создавался аккаунт для него (по email)

Это удобно в т.ч. для пользователя. Если он когда-нибудь захочет зарегистрироваться, у нас (у него) автоматом будет вся история его заказов ДО регистрации.

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

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

1. да нужен
2. нужен для решения споров и логирования операций
3. возможно вместо файла писать в таблицу БД. (файл - как самый простой вариант логирования транзакций)
4. запретите на URI-роутере запрос к нему (или в .htaccess правилом)
5. дайте ему имя order-8273467823647827482673428.txt

Мы не заморачивались, выполняли откат базы bash скриптом каждый час)

Делаете вторую тестовуюб базу, при входе как гость подключаетесь к ней, а не к рабочей.
Каждые 30 минут просто копируете всё с рабочей базы на тестовую.