rolandscriven
Forum Replies Created
-
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountThank you I will email but as I won’t have the issue any more (because I will not use ESI again because it’s simply too buggy) I will not be able to feedback.
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountI’ve now given up on ESI it doesn’t work. Now I’ve removed quic cloud I have other errors. By and large litespeed cache doesn’t really work.
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountIt seems to be the same issue as here:
https://www.ads-software.com/support/topic/my-account-misbehaving-with-recent-update/
But in my case I need to have ESI enabled. So disabling ESI is not a ‘solution’ in my case.
Also here: https://www.ads-software.com/support/topic/frontend-login-and-signup-option-do-not-work-in-my-website-for-litespeed-cache/
The solution you put forward is again to disable ESI – so this seems like a known bug.- This reply was modified 9 months, 3 weeks ago by rolandscriven.
- This reply was modified 9 months, 3 weeks ago by rolandscriven.
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountThanks. I did that and I got the same result when ESI is enabled.
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountHow do I reset the plugin to all default settings?
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountThanks. It was being bypassed because I ran out of free credit hence why you didn’t see the headers. I’ve now switched to the free plan and you can see the headers. Now you can see that I have quic cloud. I also had it before of course. Also when I turn on ESI I run the PHP filter to check if it’s running and this returns as true. Again this is true now and was before.
Forum: Plugins
In reply to: [LiteSpeed Cache] If I enable ESI users can’t login from my-accountThank you. I’m using quic cloud (which also give you access to ESI) and I can confirm that ESI IS working (I can see it from using your PHP filter to test and by the fact that logged in users see the cached version of pages) – so yes when enabled it is working 100%.
The issue is for now logging in from my-account (other wordpress login areas work).
Thank you for your patience and helpThank you. To confirm the issue (the 403 error for the Woocommerce Bookings calendar ajax call: wc_bookings_find_booked_day_blocks) is only present for the second+ logged in user when public caching is enabled and the user is logged in. It also happens if user 1 (the first user) logs in and out (with caching enabled). It doesn’t happen if user 1 hits refresh and gets a cache hit this way.
1.) If caching is DISABLED and the user is logged in then there is no issue.
2.) If cached is enabled and the user is NOT logged in then there is no issue.
– The issue only occurs when there is caching and the user is logged in (on subsequent visits or it’s the next user).
Thank youThank you – in my scenario a booking has not taken place. It may be related to sessions somehow.
If I visit as the second logged in user (customer) and append the parameter ?test to the url and reload then the non-cached version is served and the 403 error is not present.
- This reply was modified 10 months, 2 weeks ago by rolandscriven.
Thank you for the reply. If I purge all between then there is no 403 error. It’s the combination of being cached and logged in which produces the error. I can be logged in with no cache hit and it’s fine. I can be logged out with cache hits and it’s fine.
- This reply was modified 10 months, 2 weeks ago by rolandscriven.
@mateuszgbiorczyk In the end the issue is that OLS (open litespeed) needs to be restarted for .htaccess changes to take effect. The reason that for me the error message went away (after some time) seemingly without me restarting is that my particular hosting (Gridpane) automatically detects changes in .htaccess and restarts periodically (but not immediately). But this is NOT standard.
I would suggest that in your ‘error message’ that you mention if someone is using Open Litespeed that they may need to restart the Litespeed service for .htaccess rules to take effect and if they are not sure how to do this to contact their hosting.Thank you – I guess the output of the PHP can be cached though? Either way, strangely today I don’t have the error and everything looks great with .htaccess. Don’t know what is going on. FYI another possible way for people to confirm the plugin is working is in Chrome to click save image as – they should see the webp extension. If they do this on the featured image for example then it’s another more simple method. Just a thought. Thank you for making this great plugin and for your amazing and quick support!
Because I’m using Litespeed and not Nginx or Apache as described in the error message and pass thru mode is presented as a solution in the plugin – You only have this one note: “Pass Thru (without rewrites in .htaccess files or the Nginx configuration)”, so from seeing that and your error message which only mentions Nginx and Apache it was logical that I try this.
You also present a link for more information (https://mattplugins.com/docs/how-to-test-converter-for-media-plugin) which unfortunately does not actually provide information about configuration (the link says “By changing this mode, you can bypass some of the server configuration problems. Check out?our documentation?for more information.” – this lack of documentation leads me now to my question now about whether pass thru works well with caching or not. Also pass thru seems to work great after following the testing method you document. And my PSI scores are good. The only question I have is about caching for browsers that don’t read webp.
If it doesn’t work with caching and it’s preferable to work with .htaccess, I’ll contact my hosting support. But so far you’ve not answered that question. But I assume that is the case? Generally my question could have been saved if you had some documentation as I always look their first.
Thank you once again for your help.- This reply was modified 1 year, 9 months ago by rolandscriven.
Thank your for your quick reply.
I got this message with the htaccess method:
It appears that your server does not support using .htaccess files from custom locations, or it requires additional configuration for the plugin to function properly.If you are using the Nginx server, please, contact your hosting’s technical support (or server administrator) and provide them with the following message:
I am trying to configure the Converter for Media plugin with WebP and AVIF support. In order to do this, I need your help in adding the required rules to the Nginx configuration of my website – https://staging.zastours.com. More information can be found in the plugin FAQ: https://www.ads-software.com/plugins/webp-converter-for-media/faq/ (in the question: Configuration for Nginx)
If you are using the Apache server, this issue is usually related to the virtual host settings in the Apache configuration. Substitute the AllowOverride None value with AllowOverride All in the <Directory>…</Directory> section of the relevant .conf file for your VirtualHost. In this case, please, contact your server administrator.
—
Error codes:?rewrites_not_executed
Thank you