Re: Big cache

Replies are listed 'Best First'.
Re^2: Big cache -- CHI Unified cache handling interface by Discipulus (Canon) on Jul 29, 2022 at 11:35 UTC
Fantastic hippo! do you use it already? It seems really a cool module L* There are no rules, there are no thumbs.. Reinvent the wheel, then learn The Wheel; may be one day you reinvent one of THE WHEELS.	[reply] [d/l]
Re^3: Big cache -- CHI Unified cache handling interface by hippo (Archbishop) on Jul 29, 2022 at 12:38 UTC
Yes, I do use it quite a bit. It presents a uniform interface to a variety of back-ends and so essentially performs the same function for caching as DBI does for databases. My testing of it has shown negligible overhead for my use cases but of course every user should do their own benchmarking just in case. If you use caching at all then I thoroughly recommend CHI. 🦛	[reply]
Re^4: Big cache -- CHI Unified cache handling interface by Anonymous Monk on Dec 25, 2022 at 14:18 UTC
Unfortunately, it's basically unmaintained. The author has been MIA since 2015. Not only are bug reports ignored, but patches/pull requests are also ignored.	[reply]
Re^5: Big cache -- CHI Unified cache handling interface by hippo (Archbishop) on Dec 26, 2022 at 12:34 UTC
Re^6: Big cache -- CHI Unified cache handling interface by choroba (Cardinal) on Dec 27, 2022 at 00:37 UTC
Some notes below your chosen depth have not been shown here
Re^6: Big cache -- CHI Unified cache handling interface by Anonymous Monk on Dec 26, 2022 at 16:12 UTC
Re^3: Big cache -- CHI Unified cache handling interface by 1nickt (Canon) on Jul 29, 2022 at 12:44 UTC
Disci+ I also use CHI a lot; note that there is a Dancer/Dancer2 plugin where you can use CHI as your cache layer and swap out back ends by just changing the config of the app. Thus you can have the same code for test env and production, and just specify the actual cache engine in the relvant config, e.g. in memory for testing and a DB for production. Hope this helps! The way forward always starts with a minimal test.	[reply]