Vitsliputsli

Ни любой бэкенд разработчик использует фреймворки, если большая часть функционала фреймворка не нужна, а производительность очень важна, то стоит задуматься о применимости фреймворка. Конечно, тут можно использовать микрофреймворки, а не писать свой функционал, но это другой вопрос. Что касается ORM, то даже если вы ими пользуетесь, вы должны понимать как они работают, ну и разумеется понимать как работают СУБД. Для отдельного класса задач ORM может и хватать, но те же индексы, если даже ORM их создает, в принципе не могут быть всегда оптимальными, т.к. ORM не может угадать будущую селективность полей. Опять же миграции, не понимая как работает тот или иной запрос SQL DDL (да и DML тоже), вы легко положите СУБД. Если миграция выполняется несколько часов, а вы ее запустите на СУБД без снятия нагрузки - будет весело. А снимать нагрузку каждый раз - это дорогое удовольствие. И это только часть проблем, которые могут возникнуть, если не понимать как работают СУБД.

Почему нет? Cron без разницы что запускать, уберите logrotate из запуска cron и добавьте туда, куда посчитаете нужным.

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

Если мы говорим про итерирование стандартных массивов php, то эти массивы - двусвязные списки, и их перебор наиболее эффективен при использовании указателя, а не обращения по ключу. Поэтому перебирать их следует с помощью итераторов (либо foreach, либо ООП итераторы, либо процедурные итерационные функции next(), prev(), reset() и т.д.). В js простые массивы устроены иначе, поэтому и работать с ними рекомендуется по-другому.
Для простого перебора слева направо всего массива достаточно foreach, но могут быть и более сложные варианты, тогда задействуются другие способы.
Насчет while(key($user_ar)), уже написали: while проверяет условие на true/false, если key($user_ar) = 0, то после динамического преобразования в bool, это будет false.

Какая СУБД?
Например для PostgreSQL https://www.postgresql.org/docs/current/datatype-c....

Node.js, все таки это javascript, для фронтендера удобнее. Разрабатывать на Go медленнее, чем на Node.js, PHP, python, поэтому для бека обычно выбирают последние, а там где нужна высокая производительность выбриают Go, причем точечно, редко на весь проект.
Аргумент "очень молодой" странный, если имелось ввиду что слабо распространен, то нет - точечно, там где нужна высокая производительность применяется часто уже сейчас.

1. Вы пишите ORDERS_ID = 'гречка', по ТЗ "ORDERS_ID — ID заказов, int;"
2. Вы пишите Orders.ORDERS_ID = Users.USER_ID, по ТЗ "ORDERS_ID — ID заказов, int; USER_ID — ID пользователей, int;", т.е. совсем разные вещи, нет смысла по ним соединять таблицы.
3. Вы пишите EMPLOYEE_ID = 'менеджер', по ТЗ "EMPLOYEE_ID — ID сотрудника, int;"

Разберитесь, что такое ID в базе данных, как создаются связи. Создайте базу по указанным условиям, и на ней делайте попытки.

Если через sed:
sed -i 's/[;,"&]//g' init.txt;