Search results

For web admin, I don't think there's any rewrite by default. Could you raise a ticket to support@litespeedtech.com with this forum link appended, also the elastic IP?

You should let LSCWP control the cache purge, any reason why you want to purge the cache for all sites? You can manually delete the cache files under the cache folder if you want.

Hi @dhanamerdeka, Please just give my previous suggestion a try, it should work. I've tested it.

The easiest way should be Adding `ALL` to the OLS Web Admin > Server configuration > Security > Access Control > Denied list. And empty the Allowed List. accessControl { deny ALL } And if you still need web admin access, please add your IP to the allow section. Let...

Hi, That is for LSWS, not OLS. You might want to follow https://openlitespeed.org/kb/openlitespeed-cache-module/ to specify the cache location per virtual host. I think the cache will be auto-removed from time to time after it's marked as invalid.

@Elijah419 Sure, please share what header you want to display, and what is your current context config settings.

Hi, I am still not sure if it has anything to do with it. But if you can reproduce it by enabling the LSCWP again and get those IPs, maybe we can take a look or just share the log here so we may have a better idea.

I guess those are optimized CSS and JS files, it's not a problem, and it is also not real IP related. You can try to deactivate the LSCache plugin and see how it goes.

Hi @deeit Could you provide more information about the issue, and how to fix it from WordPress?

Any error in the error log? While logging into the crm, what's the output of the `top` command?

No LiteSpeed cache is involved, have you tried to bypass Cloudflare temporarily to verify if the issue still exists? Cf-Cache-Status: DYNAMIC Cf-Ray: 7d5dfcc2dde6404d-SIN Server: cloudflare

Good to know you have the issue fixed. FYI, if you create the file via the web admin, then you should get the conf file with proper permission.

Hi, Glad to know the PHP version issue got resolved. To avoid mixing the issue together, could you open a new thread for the new issue?

The lsphp81 default installation path should be "/usr/local/lsws/lsphp81/". If you did not have a symlink set to "/usr/bin/php", please run "/usr/local/lsws/lsphp81/bin/lsphp -v" if you want to check the version manually.

@Zeokat Ubuntu is here https://rpms.litespeedtech.com/debian/pool/main/

Hi @LiteCache Thanks for sharing.

Please check this post to verify the idle time. Let me know if you need more information. Note, if you haven't implemented cache, please try LSCache to reduce the PHP abd DB load. Verify cache on https://check.lscache.io/

Hi @xclazac, It may be due to the WordPress JQuery version, but I am not sure. If possible, could you join golitespeed community on Slack and PM me @Eric from there?

Mmmm, do you have any links, and could you do a quick check, by disabling the LSCache plugin and see if it helps in your case? And, is there any error shown in the browser dev tool when visiting the preview pages?

Did you use LSCWP, if so, please check if those preview works with default LSCWP settings?