Search results

To change the doc root location, check step 5 of https://docs.openlitespeed.org/configuration#create-virtual-host-directories

Yes, it may stay 0 when your page is cached.

If it's still happening, please send the issue to support@litespeedtech.com for further help.

OpenLiteSpeed does support $DOC_ROOT in the config file.

It's maintained by LiteSpeed. May I know if it's a fresh installation, did you migrate any site yet? I just launched a new one and finish the installation without any issue. Did you select additional options?

Requests in Processing is the number of concurrent requests being processing at the time when the report is generated.

Hi Jacky, I'm glad you like it. OpenLiteSpeed is the Open Source edition of LiteSpeed Web Server Enterprise, everyone can use it, not for sale. If you want to use OpenLiteSpeed as a proprietary product, contact us about obtaining an OEM license. Feel free to check about us

Try restart web server, and see how it goes, systemctl restart lsws; killall lsphp Do you have only this lsphp setup? please check if you have other PHP external apps set on the server level.

Please check https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:config:internal-redirect, hope it helps.

How about using the rewrite rule inside of the Rewrite tab? RewriteCond %{REMOTE_ADDR} ^123\.12\.[0-9]{1,3}\.[0-9]{1,3}$ RewriteRule .* /wherever/ [L]

May I know if this is a costumed PHP site? Could you share the whole content of .htaccess file? Refer https://stackoverflow.com/questions/50813133/refused-to-apply-style-because-its-mime-type-text-html-is-not-supported-styles

Maybe you can find a way to add a hook that will trigger the cache purge after processing rand() and str_suffle()? https://docs.litespeedtech.com/lscache/basics/#purging-the-cache

Resolved It was due to the invalid vhost config file.

I saw a ticket with a similar question, maybe it's from you? The solution is, Static file compression will share the /tmp/lshttpd/swap/ directory as normal LSWS swap files. You can reset gzipCacheDir to other locations such as /opt/lswsgzipcache/ etc via OLS web admin.

https://docs.litespeedtech.com/cloud/images/wordpress/#step-4-set-ssl-for-https Try to set Chained Certificate to Yes and restart the web server.

I am not familiar with Collabora and NextCloud. But Yes, of course, you can set up SSL on the webserver level.

I am not sure which kind of CMS you are using, the cached page will not process the PHP and MySQL again, that's how cache works. To avoid it, you can either disable cache for this page or make the code into JS code.

This is what I did, 1. Start the collabora container sudo docker run -t -d -p 1.2.3.4:9980:9980 -e 'domain=nextcloud.example.com' --restart always collabora/code 2. Goto Web Admin Server Configuration > External App to add a Web Server with NAME: collabora and Address: https://1.2.3.4:9980 3...

No such information since not many OLS as a load balancer case before. It's not a load balancer, to reduce some traffic to the origin server, maybe you can consider using quic cloud CDN service(https://quic.cloud/)

Correct.