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

И привожу пример высоконагруженных сервисов с массивной бизнес логикой плодить экземпляры которых (если используешь bind вместо singleton) вот вообще не стоит и вызывает значительную нагрузку на сервер не нужную

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

а ты мерял какое влияние на перформанс оказывает создание 100 экземпляров классов?

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

не делают так. в конструкторе таких сервисов никаких вычислений не делают.

они стателесс

Хорошо, где ты предлагаешь их делать?

фабрики

Я все же протестировал, с инициализацией простенького конфига разница на уровне погрешности, нде..

Я это знал :)

Тогда получается синглтон реально нужен только в крайне редких случаях?

Он нужен иногда когда приложение не умирает с каждым запросом

Там другие правила игры

Парни, подскажите крутой Starter Kit для Laravel. Желательно бесплатный. Админка у меня Nova, но хочется уже себе что-то типа готового профиля и настроек к нему. Подобных вещей в общем :)

Имхо вы все верно говорите. Почему не любят синглтон? Потому что можно потерять где менялся и устанавливался стейт. Если сервис не имеет стейта или каких мутабельных вещей - синглтон это норм. Синглтон это антипатерн для вещей со стейтом.  
Берем симфони - там все сервисы по умолчанию синглтон. Чтобы сделать их "bind" из лары - надо специально установить shared флаг.
Почему в Ларе в основном биндят и это "дефолт" - хз.

Всем привет, подскажите как организовать безопасность в системе laravel, получается я делаю сервис где покупают жетоны за реальные деньги, а потом они гоняются в системе между учителями и учениками и т.д, как сделал что бы не пропали переводы, кто-то не украл деньги или не присвоил себе чужие деньги. Пока использую транзакции sql, что можно еще сделать?

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

баланс храниться в отдельной таблицы и есть история транзакции