-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bypassing the cachelite cache #284
Comments
@wdebusschere I've just pushed an UNTESTED commit to branch |
(You need to update the extension... Can you do it in a dev setup ?) |
Works perfect. Even don't need to exclude url of the cms anymore, because when the member is logged in the extension is bypassed. Perfect. On the gitterchat everybody is recommanding cacheable datasource + varnish/nginx. But thats to complex for what we need. With cacheable datasource for most datasource we get the DOMcontentloaded in +/- 1s. With cache lite extension this is +/- 400ms.. What are the disadvantages of cachelite, except for sessions not working? |
It can take lots of space on disk. And disk is not the fastest storage either. So yeah, proper caching server is better, but it does require to have access to the server and be able to configure/monitor/update the things. Cachelite is cool because it works everywhere, without having to setup things on the server side :) I'll release this live! Thanks! |
We can't exclude our frontend cms from the cachelite cache.
@nitriques : The member extension needs to bypass the cache.
https://github.com/symphonists/cachelite#bypassing-the-cache
The text was updated successfully, but these errors were encountered: