Hi @leocavalcante !
I'm happy with Siler on PHP-FPM and I try to use it with Swoole now :)
I have probably a silly question about the mix of Siler Swoole and the Siler Container :
Siler\Container use singleton with static ::getInstance()
Siler\Swoole use Container\set|get to store data about Routing/Request/Response
When I add a counter with Siler\Container\set('count', Siler\Container\get('count', 0) + 1), the count value is incremented requests after requests. I deduce from this behavior that the container values are shared between requests.
When parallel requests income (req A and req B), are we sure that there is no conflict on Container\get(SWOOLE_HTTP_REQUEST) ? I don't find doc about this on swoole website...
How to store informations by request (logged user, config, etc.) and be sure there is no data leak between parallel (and/or one after the other) requests ?
Thanks !
Hi @leocavalcante !
I'm happy with Siler on PHP-FPM and I try to use it with Swoole now :)
I have probably a silly question about the mix of Siler Swoole and the Siler Container :
Siler\Containeruse singleton withstatic ::getInstance()Siler\SwooleuseContainer\set|getto store data about Routing/Request/ResponseWhen I add a counter with
Siler\Container\set('count', Siler\Container\get('count', 0) + 1), the count value is incremented requests after requests. I deduce from this behavior that the container values are shared between requests.When parallel requests income (req A and req B), are we sure that there is no conflict on
Container\get(SWOOLE_HTTP_REQUEST)? I don't find doc about this on swoole website...How to store informations by request (logged user, config, etc.) and be sure there is no data leak between parallel (and/or one after the other) requests ?
Thanks !