Нет, не спец папки. Спец папки у сралавеля.

в ларе такое можно провернуть?

с помощью какой нибудь либы

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

я что - то не пойму зачем там
https://github.com/symfony/dependency-injection/blob/5.3/ServiceLocator.php

у них и DI контейнер и сервислокатор?

а ну это и есть DI, верно?)

У них сервис-локатор используется в ограниченных случаях. Например, у тебя есть класс, который использует пачку других классов для каких-то действий: валидатор с его правилами, мессенджер с его хэндлерами. Было бы накладно создавать на каждый запрос все объекты (а если их 20, 30, 100?). Поэтому они позволяют заинжектить в такие сервисы специальный сервис-локатор, в котором будут ТОЛЬКО объекты определенного типа. Это увеличивает производительность + контейнер от psr-11, что позволяет юзать сервис и без симфони.

Ну в ларе фасады так же работают)

+\-

Нет

Там тоже внутри локатор, но больше напоминает пул сингелтонов

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

Почему крайний шаг, потому что если не запросить сервис-локатор намеренно, ты его не получишь: симфони инлайнить любые типы контейнеров, поэтому ты не сможешь в своем сервисе их получить

Ну тип, public function __construct(ContainerInterface $container) выкинет ошибку.

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

Всем привет, как лучше сделать realtime положение без использования  https://pusher.com/ и тому подобного?

Node.js

Пример есть или статейки?