Как мне выводить из базы данных информацию по группам?

IvanU7n, ему же не одна колонка нужна.

Почему не сохраняется первый файл?

А целиком привести код не получилось? Очень сложно освоить кнопочку ctrl-c?

Как обработать sql-дамп bash-скриптом[sed,awk]?

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

Как обработать sql-дамп bash-скриптом[sed,awk]?

а вот за пароли, лежащие в открытом виде, надо бить по рукам

Как обработать sql-дамп bash-скриптом[sed,awk]?

На мой взгляд куда проще это сделать в БД, а не в дампе.
типа update table set password=MD5(RAND())

Include не работает после переезда на другой хостинг?

скажите им ровно то, что написано в вашем вопросе

Include не работает после переезда на другой хостинг?

если это хостер, а не мешок с навозом, то он сам разберется

Include не работает после переезда на другой хостинг?

Adamos, не отдается. Потому что никакого запроса к Апачу там нет. Ни тупо HTML , ни тупо JPG там не работает. Попробуйте сделать инклюд по НТТР любого файла и посмотрите, что вам на это скажет РНР.

Include не работает после переезда на другой хостинг?

Adamos, вам бы ещё понять, что никакая "отдача РНР-файлов в таком виде, чтобы их можно было инклюдить" там не нужна (и как следствие - фокусы с AddHandler тоже)- тогда бы вашим советам цены бы не было.

Include не работает после переезда на другой хостинг?

Adamos, что-то вас не в ту степь занесло.
Во-первых, AddHandler для такого извращения надо не отменять, а заменять, полностью выключая обработку РНР. Только это такое лекарство, которое еще хуже болезни.
Во-вторых, скорее всего там никакой код и не инклюдился. А инклюд тупо использовался вместо readfile().

Проблема миграции базы данных с mysql 8 на mariaDB 10?

Вообще-то в вопросе описана конкретная ошибка, а не вот этот вот синтаксис ( ͡° ͜ʖ ͡°)

Проблема миграции базы данных с mysql 8 на mariaDB 10?

А какие там конкретно расхождения в create table и instert-ах?

Я сколько раз переносил с одной на другую - никогда из-за синтаксиса проблем не было.

Ошибка импорта и экспорта excel файла, работая с бд MySQL, как исправить?

Там и импорт есть. Хотя непонятно, что именно нужно автору. Если только удалить все строки в таблице и залить новые из экселя.

Ошибка импорта и экспорта excel файла, работая с бд MySQL, как исправить?

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

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

пул всех открытых соединений

Вы опять путаете понятия. И если бы в первый раз.
Никаких "соединений", и тем более "пула" тут нет. Соединение, как мы уже давно выяснили, тут одно.
Речь идет о выполняемых запросах в рамках этого одного соединения.
При этом "пула" запросов тут тоже нет - они выполняются тупо один за другим. Может быть только очередь результатов мультизапроса.

не беспокоиться о получении ответа, когда он не нужен

"не беспокоиться о получении ответа" и " I'm sure there is no error"- это детский лепет и профнепригодность. Если вам не важно, выполнился ли запрос, то его вообще выполнять не нужно было.
Но если программист запрос все-таки выполняет, то он должен убедиться, что не ошибок не было.

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

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

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

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

Очистка/получение результатов нужны при использовании небуферизованных SELECT запросов.
Но это СОВСЕМ другая тема, к исходной не имеющая никакого отношения.

При этом СТАТУС запроса, о котором исходно шла речь, в любом случае приходит СРАЗУ.

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

Нельзя открывать новый, не закрыв старый, сделав unset() переменной или прочитав его результаты, и всё тут.

Новые открытия сыпятся как из рога изобилия :)

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

Покажите код этой "проверки". Вы опять какой-то бред несёте.
Никакая очистка, разумеется, не нужна. Проверяется это за 30 секунд.

Как исправить ошибку билда проекта на composer?

Неужели кто-то на этой картинке хоть что-то разглядел?

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

Akina, этот гений уже скоро с месяц не может взять в толк, что выполняя несколько запросов, надо прочитать их результаты перед тем как двигаться дальше. Что не только логично просто с точки зрения здравого смысла, но и черным по белому написано в документации MySQL. Что может быть проще, чем простой алгоритм: выполнил мультизапрос? Получи результаты всех последующих, и можешь двигаться дальше.
То есть "поправить" он хочет абсолютно нормальное поведение.

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

Вот и сейчас, вместо того, чтобы нормально прочитать все результаты ПОСЛЕ выполнения конкретного мультизапроса, он зачем-то попытался сделать "патч", который делал бы это ПЕРЕД выполнением следующего. А точнее - вообще любого, просто на всякий случай - вдруг перед ним был мультизапрос.
"Где логика, где разум?"

При этом он сам не понимает, что именно он хочет исправить. Ему показали два варианта: есть нормальный, когда программист должен сам прочитать результаты всех запросов, и есть кривой, когда результаты можно выкинуть, не читая. И вот этот второй вариант он зачем-то хочет "реализовать". То есть "патч", который делает то, что и так есть.

Вообще я стал замечать, что когнитивные способности у многих ровесников ухудшаются. На Stack Overflow есть чувак с рейтингом под миллион, и сейчас он с трудом берет в толк простейшие вопросы :(
И это, в общем, всех нас ждёт.
Но тому хотя бы пока хватает соображения понимать, что дело в нём, и он не начинает выступать на тему что все вокруг идиоты. Потому что он и раньше был адекватным. А здесь всё осложняется синдромом непризнанного гения.

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

Даже интересно, после объяснений Камиля дойдет или всё равно нет?
С одной стороны, он, конечно, разжевал в мелкую кашицу.
С другой стороны, с такими представлениями о языках программирования "объект, на который нет ссылок, уничтожается - хаха, вот умора, кто такую глупость мог сочинить?" осилить его объяснения будет трудно