И опять же я говорю о серверном железе больше, на локальном компе с одним клиентом приложения задержек сильных не наблюдается

Просто на чистой ларе тестили через ab и там в несколько раз прям 🙁

Глупость сморозил про виртуализацию конечно, но сути это не меняет)

в отличие от MODX ларка не стесняется загружать тонны классов/интерфейсов/трейтов. Я вангую все же, что самое слабое звено - взаимодействие с файловой системой) а тесты покажут уже точнее.
в какой-то мере оптимизация загрузчика композера может ускорить работу… https://phptoday.ru/post/optimizaciya-zagruzchika-composer

Чивооо

Что за глупости

Как раз в отличии от modx композер не грузит все классы сразу

А использует умную автозагрузку где класс инициализируется при первом обращении к нему

это не мое утверждение. (я не утверждал о сразу/не сразу)

а laravel ?

А вот в modx все классы подключаются через required

Laravel использует композер

Там постоянно загружены только классы подключенные через сервис провайдеры

Но их совсем не много и уж тем более значительно меньше чем в modx

нет там такого. ты связался не с тем человеком)

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

Это если используется bind насколько я понимаю, синглтон инициализирует класс сразу же при инициализации приложения

Поправь если я не прав

нет. если не попросят

где вообще может понадобиться использовать синглтон в контексте какого-нибудь сайта? (в прикладной части)