Стоит ли хранить изображения base64 в БД?

rakas, два вопроса
1. вас посетители сайта никогда не били за такой адов трафик?
2. а почему так много? Там карта звёздного неба в разрешении 144 мегапикселя?

Почему возникает SQLSTATE[HY000]: General error: 2014 при прямой вставке данных в MySQL таблицы через DBAL?

В случае PDO SQL запроса не через prepare() - вроде закрывает.

Ну то есть получать запрошенные данные в случае PDO SQL запроса как бы и не надо. Выполнили, и сразу можно закрывать. Всё логично.

Стоит ли хранить изображения base64 в БД?

2-4 МБ - это все картинки или одна?

Почему возникает SQLSTATE[HY000]: General error: 2014 при прямой вставке данных в MySQL таблицы через DBAL?

почему мы не падаем с ошибкой прямо на этом запросе?

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

если бы мы упали, как мне объяснили на StackOverflow, это было бы отражено в результате.

как обычно, там соврали

Таким образом, проблема в том, что дефолтный режим запросов - unbuffered query

здесь абсолютно не при чём

сам не закрывает соединение

с какого перепугу-то он будет закрывать

А вместо этого мы свели вопрос к тому, что я плохо от инъекций защитил код.

Это вы и свели, начав двигать свои гениальные идеи по защите от инъекций.

В чем нарушение синтаксиса в данном запросе? Как его исправить?

За таким, что по логике Джордж Клуни может оставить отзыв о жилье только если он его бронировал, а не просто с улицы пришёл. И отзыв будет привязан к конкретной брони. Из которой уже можно получить и пользователя, и жильё. А нет брони - нет и отзыва.
Соответственно, user_id здесь избыточно, поскольку оно уже есть в таблице бронирования. Как и номер комнаты.
То есть задача именно по жилью и юзеру найти бронь, и подставить её в отзыв.
Впрочем соглашусь, что в вопросе ничего этого нет.

А почему CROSS, а не INNER?

В чем нарушение синтаксиса в данном запросе? Как его исправить?

По условию задачи надо использовать CTE? или два запроса?
Можно увидеть полный текст условия?

В чем нарушение синтаксиса в данном запросе? Как его исправить?

И забудьте про SELECT COUNT(*) + 1. Это стрельба себе в ногу на поражение. прочитайте для чего служат уникальные идентификаторы и как ими пользоваться.

В чем нарушение синтаксиса в данном запросе? Как его исправить?

INSERT INTO Reviews (rating, reservation_id) VALUES (5, 
  SELECT id FROM Reservations
    WHERE user_id = (SELECT id FROM Users WHERE name = 'George Clooney')
    AND room_id = (SELECT id FROM Rooms WHERE address = '11218, Friel Place, New York')
)

Такой запрос не работает?

В чем нарушение синтаксиса в данном запросе? Как его исправить?

И непонятно, зачем здесь CTE.

В чем нарушение синтаксиса в данном запросе? Как его исправить?

Зачем вы пытаетесь выполнить два запроса одновременно?
Запросы выполняются по одному.

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

Автор не умеет писать, а вы не умеете читать. Но беретесь строчить ответы
Проблема у него при получении данных в API.
До "беру с диска" дело не доходит. Он написал это от балды, просто к слову пришлось.
Если читать вопрос предназначенными для этого органами, то это становится очевидно.

Как и многие другие доброхоты, вы выхватываете из контекста одно-два знакомых слова, и бежите строчить ответ. А надо научиться сначала понять весь вопрос целиком. И отвечать только если это у вас получилось.

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

Ну вот JhaoDa гораздо лучше вариант предложил. Хотя я все равно не понимаю, зачем здесь application/json, если API запроса как такового все равно нет.

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

JhaoDa, ему реквест распаршеный не нужен. А только сырое содержимое.
Наверняка есть способ сказать Реквесту, чтобы не парсил. Я только не знаю как

Ну или как вариант не слать application/json, а простую form-data.
Автор, вы можете поменять тип запроса с JSON на простой POST? Чтобы там была тупо пара json={...}?

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

Для непонятливых ещё раз: строчка json_decode($this->getContent(), true) находится в ядре ларавля.
Который очевидно парсит автоматом входящие в него данные. Для этого фреймворки и создаются.

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

JhaoDa, потому что те, кто в состоянии задать нормальный вопрос, на Тостер не пишут.

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

Не читает он ничего в базу.
И все эти советы в пользу бедных, без указания, как это вкрячить в ядро Ларавля.

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

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

PHP Fatal error: Allowed memory exhausted при загрузке JSON в API?

JhaoDa, а каким боком тут чтение файла с диска?

Что делать, если сайт выдаёт ошибку и пишет, что Использование неопределенного константного хэша - предполагаемого "хэша"?

Только не ключи массивов, а строки.
ключ 666 в кавычки брать не надо
ключ $abc в кавычки брать не надо

Как совершить переход без появления кнопки?

А здесь и нет ни одной функции РНР