FanatPHP

$allowed = ["name","price","qty"]; 
if (!in_array($sort, $allowed, true)) {
    throw new InvalidArgumentException("Invalid order by value"); 
}
$stm = $db->prepare('SELECT * FROM `users` ORDER BY `$sort` ASC LIMIT ?,?');
$stm->execute([$art,$kol]);

В огороде бузина, а в киеве дядька.
Сон разума рождает чудовищ и такие вот вопросы на тостере. В одну куче смешалось три понятия

- использование РНР в мире
- использование РНР в качестве шаблонизатора
- проецирование своего микроскопического опыта разработки микроскопических страниц на всю разработку в целом.

Поэтому отвечать надо на все три вопроса по отдельности

1. РНР в современном мире используется очень по-разному. Можно очень грубо разделить на 4 группы
- многочисленная армия клепальщиков готовых сайтов на конструкторах типа Битрикса, Вордпресса, Друпала, Маженто и весь прочий зоопарк
- довольно многочисленная армия тех кто не смог освоить даже предыдущий пункт, и до сих пор старательно выводит по слогам "вайл муэскуэль фетч эррэй"...
- относительно малочисленная группа освоившая современные методы разработки включая фреймворки, поставившая напиливание сайтов на поток
- довольно малочисленная группа программистов, которые пилят штучные проекты типа ВК, Баду, ФБ и прочий хайлоад

2. использование РНР в качестве шаблонизатора
Опять же, зависит от группы, к которой ты относишься, но на практике встречается только в группе 3.
Остальные уже научились использовать шаблонизаторы.

3. Не все проекты являются примитивным перекладыванием данных из БД в ХТМЛ. ООП "и другие возможности" нужны для написания сложных программных систем.

В браузере открывается эта папка и видны все файлы.

Ну и что?

Вообще конечно листинг это неаккуратненько.
Если у тебя апач, то добавиь .htaccess со строчкой
Options -Indexes

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

$base = array_flip(array_column($base, 'ID'));
foreach($data as $dates) {
    if (!isset($base[$dates['ID']])) {
            $itog[] = $dates;
    }
}

Ларавель тебе нужен, ларавель.
Люди, котоыре советуют люмен, не понимают что это такое и как им пользоваться.
Чтобы освоить люмен тебе нужно еще лет 5 топтать поляну.
А на Ларе можешь начинать пилить прямо сейчас, она именно для твоей задачи и предназначена

Купить себе букварь по SQL
В ужасе дропнуть этот треш
Сделать нормальную структуру таблиц:
- таблицу заказов
- таблицу товаров
- таблицу товаров в заказе
Вывести все нужные значения простым SQL запросом

Тебе нужен ларавель.
Остальные ответы от людей, которые не поняли вопроса.

Лара - это фреймворк специально разработанный для массового производства, в том числе и примитивных сайтов, в точности по системе "фигак-фигак и в продакшен", которую ты описываешь
Люмен и другие микрофреймворки - для ГОРАЗДО более опытных разработчиков.
CMS - это вообще не о том.

Храни в мускуле.

Файлы, действительно - самый неудачный вариант. Сара Големон, отвечая недавно на подобный вопрос, написала

File storage is only a default because the runtime doesn't know in advance what database engine or credentials you're going to use unless you tell it. So... ya know.... tell it.

То есть файлы - это от безысходности, и по-хорошему пхп бы хранил в базе, но просто не знает, в какой и как с ней соединяться.

Редис и мемкеш - это кэш, а не хранилище. Подумай над тем, что такое кэш и для чего он используется. И подходит ли кэш для хранения сессий.

Про скулиту ты все правильно написал. Те же файлы, вид сбоку.

А про мускуль очень смешно. Какая-то прямо повальная датабазебоязнь. Откуда это "я вообще хочу минимизировать запросы к MySQL"? Что за ерунда про "соединение может оборваться"? И как ты вообще можешь сравнивать по производительности файл на диске, который открывается при каждом запросе, с демоном, который держит все данные в памяти и отдает по сокету?

Вопрос какой-то странный.
Идентификатор сессии не нужно хранить.
Единственная его функция - это предаваться на сервер с каждым запросом.
Содержимое localStorage само по себе на сервер не передаётся. То есть смысла класть туда ид сессии я не вижу.

Кроме кук нормальных вариантов все равно нету.
Если пользователь хочет отключить куки - это значит что он хочет отключить и сессии.
Имеет полное право.

В константах класса ПДО за тебя слеши кто ставить будет? Пушкин Александр Сергеевич?

Сообщение об ошибке надо всегда читать целиком. В нем написано номер строки, в которой произошла ошибка. Идем в редактор, считаем строчки, смотрим на ошибку.

Сам класс, конечно, полная ерунда.
В классе, который соединяется с БД, не должно быть запросов к данным. Это должно быть в отдельных классах, которые используют класс БД как сервис

Различие между абсолютными и относительными путями