Are you sure that you activate cache there ? you have 4300ms response time on the same droplet that i have too, but I have without any caching (I mean without LScache addon or cache by reddis) on LS 2500ms. and with cache activating via redis 570ms.im using lscache and redis
Hi @zonzon
Your numbers look more or less correct when guest caching is active and cache is primed (the cached pages have not expired yet). Our XF plugin specifically uses a fixed amount of time when caching pages after which they will expire causing a backend hit next visit to regenerate the page and re-cache it.
@est3ban129
It looks like your caching might not be active to me as well. The first graph is dealing with pretty low bandwidth making me think that your site is small enough to get those 500-700 ms numbers while still hitting the backend w/ 200 responses and only 8 users. When you increase that to 1497 requests and 250 users, as in your second graph, you are clearly hitting the backend with all requests and overwhelming the server causing requests to take longer and longer as you go -- which to me indicates no caching in place.
Exactly
Can you also please test with default and new install XF 2.2.1?Exactly
I destroed 30min ago all testing dropletsCan you also please test with default and new install XF 2.2.1?
I will be using that on my own test also.
So that we have equal data to compare.
Thanks.
I'm just curious about the performance difference.
Interesting comparison from my testMaintain client load (250 in one min)
https://bit.ly/3p0VqSP LS+LScache
https://bit.ly/36nqgNd LS without cache
https://bit.ly/3l2WTWt LS+Redis (instead LScache addon)
https://bit.ly/3p0cwQF Nginx+Redis (include guest page cache)
https://bit.ly/3pbj2V4 Nginx without any cache server failed
https://bit.ly/32gIz5m LS installled as Plesk extention (no cache)
https://bit.ly/34YD0u6 LS installled as Plesk extention (with LS cache addon)
The plugin only handles guest user traffic, so that would be a no. You are correct on private caches being for logged-in users. Caching for private user's would involve some new .htaccess rules but more importantly it would take a fair amount of new plugin code to do safely to avoid things like server a page with user A's information to user B etc.Quick question, with this plugin, how do we get the logged in users to use LScache or does it do it. I am trying to read up and see public and private. so I assume private is for logged in users and public is for non logged in users?
but how would you setup both public and private users?
Is it the same in .htaccess
you can set a few more lines and add the private as well?
thanks for anyones help
Spiro
Yes, these rules should work fine.also for mobile can we use this?
Code:RewriteCond %{HTTP_USER_AGENT} "iPhone|iPod|BlackBerry|Palm|Googlebot-Mobile|Mobile|mobile|mobi|Windows Mobile|Safari Mobile|Android|Opera Mini" [NC] RewriteRule .* - [E=Cache-Control:vary=ismobile]
Hi,
Can you please add support for this XF 2.2.0 feature?
![]()
XF 2.2 - Writing before registering
Participation. It's the life blood of a forum, and once you have a group of dedicated members creating and discussing content, your forum will flourish. But there's a barrier to entry when it comes to participation. When a new visitor stumbles upon your forum from a search engine, they may read...xenforo.com
Maybe a new cookie for visitors who have pending post submitted but not yet registered?
For now it's getting mixed up and saved on the cache and if someone visited a page that is already on the cache HIT with pending post, after they login it will be be posted as their post unfortunately.
Displays page as a guest if user is logged in, and cookie isn't present (and sets it again), so that a user can't remove it and cache the page as if they were a guest (while still logged in).
We use essential cookies to make this site work, and optional cookies to enhance your experience.