Search results

Hi, For LSCWP-related issue, please help to post it on the LSCache for WordPress support forum!

Please try to restart the php process and see if it helps. https://docs.openlitespeed.org/config/php/detached/#stop-all-immediately

Check the package list here: https://rpms.litespeedtech.com/debian/pool/main/noble/. As you can see, the oldest PHP package available for Ubuntu 24.04 on LS repo list is version 8.1. You may want to upgrade the site to support PHP 8, or you could try building PHP 7 on Ubuntu 24.04 yourself, but...

You might also want to consider using some free control panels with OpenLiteSpeed, as they automatically create a Linux user:group for each account and enable PHP suEXEC by default, offering enhanced security.

If you installed the OLS v1.8.3 Debian package on the Ubuntu/Debian server, it should depend on php 8.3, and the 7.4 can be removed. Have you verified which URL or in which case you triggered the "PHP Warning"?

That should be included through. You can also consider implementing suEXEC, but this may not work if all the accounts run as the same Linux user&group. You might also want to check if open_basedir helps or not in your case.

May I know if there's any control panel on the server? And, do you use the same user account for all the virtual hosts? Features like namespace can implement sandboxes to isolate files, users, processes from all others.

Does the warning happen when you visit OLS web admin? If the current OLS version/package depends on PHP 7.4, you might want to keep it.

Could you share the phpmyadmin URL or a screenshot of the issue?

It should work, could you share the command you applied and the server config here or Inbox me the information?

In the future, maybe you can consider to setup an OpenliteSpeed to handle the https and websites without a proxy. The force www and SSL can be done by the following rewriterules. RewriteCond %{HTTPS} off [OR] RewriteCond %{HTTP_HOST} !^www. RewriteRule ^(.*)$ https://www.example.com/$1...

Glad to know you have found the issue. We can keep it, in case other users hit the same issue.

Similar to this post. Maybe you can submit a feature request to OpenLiteSpeed GitHub.

This is because the OpenLiteSpeed package relies on certain PHP packages. If you remove something like lsphp83 and its extensions, it could also remove the web server. apt remove lsphp83* ... The following packages will be REMOVED: lsphp83 lsphp83-common lsphp83-imap lsphp83-mysql...

@krlabs, that is expected behavior, to set custom headers with OpenLiteSpeed, please follow https://docs.openlitespeed.org/config/headers/, rewrite header won't work.

FEI, here are the WAF setup, Throttling Setup, and reCAPTCHA Setup guides that could help to mitigate DDoS attacks from the web server side.

Hi, if you think the 520 is a backend server issue, please check the web server error log and see what's in there. FYI, you don't need to whitelist CloudFlare IP again since it's whitelisted by the web server automatically.

Glad to know you have managed to fix the issue. You can also consider setting an empty value or 0 to not limit the PHP process.

I assume you are using app context from the OpenLiteSpeed. Since OpenLiteSpeed comes with Node in detached mode by default, you will need to restart the service to make any new settings take effect. If the app is still under development, maybe you can consider using node to serve the app, and...

It is normal, that if the HTTP port is occupied, then you might be failed to start the OpenLiteSpeed service. You should check why the node service brings up the Nginx on the same server.