AM
нет, зачем?
Size: a a a
2020 May 05
AM
вот же, готово давно
А
а, ну ок )
А
прям 1в1 как у Odan, только save() метода нет и ещё по мелочи
AM
что такое Odan?
А
пока из того, что мне понравилось, это https://github.com/odan/session
ссылку выше двал )
DS
А базе хранить - не очень хорошая практика. Одни проблемы. Но если надо, то сейчас это:
1. Реализовываем SessionHandlerInterface.
2. Кидаем сессии в конструктор через DI-конфиг.
1. Реализовываем SessionHandlerInterface.
2. Кидаем сессии в конструктор через DI-конфиг.
Какая это практика - дело десятое. Вопрос в том будем ли мы реализовывать под это пакеты как в yii2, для хранения в db|cache|redis|mongo
AM
ну либо реализуем либо дадим ссылки на готовые
AM
session handler - штука стандартная
AM
реализации имеются, в том числе и PECL
AM
поэтому я так и реализовал сессию...
T
@yiiliveext When I define a ServiceProvider, it loads fine, but until I do $container->get('class'), it doesn't load the configuration, it shouldn't be activated automatically, they are services.
DS
TradersVE
@yiiliveext When I define a ServiceProvider, it loads fine, but until I do $container->get('class'), it doesn't load the configuration, it shouldn't be activated automatically, they are services.
Hmm, can you take me an example? Providers register in the index.php during the preload stage.
T
For example I have a MySqlConnectionProvider::class Service, I have to do $container->get('MySqlConnection::class'), to make it work.
T
The idea of services is good because it simplifies the configurations.
T
The service provider when registering should be activated automatically.
AM
If you don't need a service right away, why registering it?
AM
Currently it registers a service when service is requested.
T
I would like that when starting the application to have the services active, logger, mailer, mysqlconecction, eventdispatcher, I think it would be good.