https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15341 --- Comment #16 from Jacek Ablewicz <abl@biblos.pk.edu.pl> --- Jonathan, I wonder what would you think about resurrecting this bug? Starts to look like a better and better idea to me, it would: - allow to flush all L2 syspref cache entries selectively (storing them in separate [sub]namespace still isn't taking care of that, due to the memcached constraints in this matter) - make the idea from Bug 16140 (aka intelligent L1 cache flush under plack) much more efficient - be faster if done that way; fetching and deserialising a hash containing all 520+ system preferences takes ca 500-600 microseconds with sereal, which is an equivalent of fetching ~20 preferences separately (and an average Koha script is using 80+ preferences) - there will be really just one accessor to such hash / structure (->preference() ), and it returns a scalar, so "unsafe" fetch could be used without introducing any risks for hard-to-catch kinds of regressions -- You are receiving this mail because: You are watching all bug changes.