Search results

I am not sure about the Database Query performance then, maybe you can check in the Cyberpanel Forum. :)

Got it, seems like a bug, will forward this to the team. :)

That is for checking which port is listening, please share the output. Also, did you run the command "sudo ufw allow 7080" yet?

If you compare the cached page, then it should be the same. May I know how you check the performance?

There's no meaning to cache static files locally, maybe browser cache helps more. :) Maybe you can generate a PHP file and put the following rules in .htaccess to cache the page. CacheLookup on RewriteRule .* - [E=cache-control:max-age=120] More...

Correct, OLS does not support uwsgi currently. If you don't mind, maybe can give app server + wsgi a try which should help in your case? More, https://openlitespeed.org/kb/python-wsgi-applications/

Although the cache module is not the default value, it should still work. May I know if this is a PHP site? did you set any cache rules in rewrite or? If you clean up the /usr/local/lsws/cachedata/priv folder, will you see any new cache file being generated?

FYI, please remember to allow the firewall in the system as well. ufw allow 7080 More, https://docs.litespeedtech.com/cloud/images/wordpress/#web-server-control-panel-access

Choose php8, do you use any control panel? Maybe you can check your PHP handler settings.

Do you mean cache via rewrite rules? I just tested example.com/phpinfo.php and example.com/phpinfo.php?1, the cache is separated.

In general, we apply LE cert for both www.example.com and example.com. In case you may need, "expand" for the root domain may help. https://community.letsencrypt.org/t/how-realy-works-the-expand-flag-correctly/21058/2

I checked the page source and the Page generated time does not change. So, the cache maybe is working, but the header did not update due to the KeyCDN cache.

The lsadm user does not have permission for any user to log in, it will return "This account is currently not available."

1. Please check and follow this doc https://docs.litespeedtech.com/lscache/lscwp/troubleshoot/#cache-purges-too-frequently to solve the Cache Purges Too Frequently issue. 2. Could you DM me the category 2 whole URL? 3. Need to turn on the debug log, purge and crawler again, then you should see...

If the hook does not work for some reason, we can also implement restart lsws weekly to avoid such issues. Other people who asked in LE forum, https://community.letsencrypt.org/t/deploy-hook-not-being-run/93342/2 echo '0 0 * * 3 root systemctl restart lsws' | sudo tee -a /etc/cron.d/certbot >...

Sure thing, ticket replied. The resolve means it is fixed in the image/marketplace. Please try to avoid mixing service and systemctl to control the lsws service. it may break the hook.

Got your mail, will update the status on the ticket. :)

Hi Lui, it should have been resolved for a long time. May I know if you can raise a ticket to support@litespeedtech.com so we can take a look? Basically, we will check the cronjob rules, and let's encrypt error logs.

Hi @opencart, I just set up a new DirectAdmin server with OpenLiteSpeed and no such issue. The /usr/local/lsws/conf/listeners.conf file auto-generate internal 80&443 and external 80&443 listeners as expected. e.g. listener 54-227-113-142-80 { address 54.227.113.142:80 secure...

Please check Is there's any limit in the PHP.ini