https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15341
--- Comment #16 from Jacek Ablewicz <[email protected]> --- 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. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
