Session Cache grows until never about sso HOT 3 CLOSED

There is already an issue open for this with desarrolla2/cache. Please consider providing the project with a Pull Request. Personally I think a cron job is a much better job to remove these files.

Most adapters don't need to implement that method, since they support TTL.

If you want to use a different PHP-cache libary or your custom cache solution, you can do so easily by extending the class and overwriting createCacheAdapter(). You just need an object that implements get(string $name) and set(string $name, mixed $data).

Alternatively, if you're creating 25000 temp files per day, consider using an alternative storage. Preferably one that support TTL out of the box like memcached.

In any case no, this is not a concern of the SSO library.

from sso.

Nice writeup.

Like I already said: consider replacing the desarolla-cache library.
Desarolla cache seemed and seems unmaintained to me, so that's why I posted here ("implement cleanup or replace the lib").

No, I won't provide a PR to desarolla cache (unmaintained and I hate making PRs which are not going to be merged - ever). Going to replace the lib.
Cleanup-cronjobs. What about placing the cache-files in /tmp (resides in RAM) and do a daily reboot? Great!

from sso.

@infabo PRs will get merged. I shoot in PRs all the time.

Which other cache library are you thinking of?

from sso.