Search results

Those are listening ports, not traffic-related, hence tcp6 does not listen on port 80 and 443.

Not sure, maybe the server load or PHP hit the limit? If it's reproducible, please submit a ticket to support@litespeedtech.com with this forum post link appended.

Hi, I remember it has been fixed, please update the openlitespeed package with "apt update && apt upgrade -y" Let us know if it's still not working.

Since 7.2 and 7.3 are outdated, we no longer build them for Ubuntu 22.04/, see https://rpms.litespeedtech.com/debian/pool/main/jammy/ I'd recommend you upgrade the CMS code to support a newer PHP version for better performance. Compiling PHP is not easy, you might need to install many missing...

Max Connections: 1500 and PHP_LSAPI_CHILDREN=1500 numbers are too high, please try 200 instead. I think the traffic/connection is still there so the php process does not close. When the traffic is low, but the number of lsphp numbers is high, please try `killall lsphp` and see if no more lsphp...

When the new openlitespeed version(with stable tag) is released, the image will auto-build and push to the docker hub. https://hub.docker.com/r/litespeedtech/openlitespeed

Hi, Did you install with this https://openlitespeed.org/kb/1-click-install/? If you did not enter any -W or --wordpress parameters, then the script will install openlitespeed only. If you want to have wordpress install, follow 1. Run the script again with -W `./ols1clk.sh -W` 2. Manually...

You need to install some compile packages on the system. https://stackoverflow.com/questions/19816275/no-acceptable-c-compiler-found-in-path-when-installing-python Install packages from litespeed repo is more recommended.

thanks for the report, we will take a look.

Hi, If you want to custom header, it is doable via the context. Or do you want the header value "transformed according to a regular expression search-and-replace"? then this is something new. See...

FYI, json package should be included in the main package, and the ioncube does not support 82 yet, see https://www.ioncube.com/

HI, Could you please share which OS has this issue, so we can take a look?

Not sure why it happens on your server, I just did a quick test and there's no such issue. You can try either using the "wget --no-check-certificate" in the future or update the "ca-certificates" package

thanks. will forward it to the build master @DynamicArray could you help to share which OS has the curl issue?

Not sure actually, it should work, what about https://rpms.litespeedtech.com/debian/enable_lst_debian_repo.sh instead of http://rpms.litespeedtech.com/debian/enable_lst_debian_repo.sh Also, what if you get rid of the rpms install? FROM litespeedtech/openlitespeed:1.7.16-lsphp80 WORKDIR...

Just tried Debian 11 + LSPHP74 on DigitalOcean, no such issue.

1. The etag gone issue usually happens due to the remove etag rule placed in the .htaccess file. 2. There's no cache-control header on the dynamic page, so I'm not sure why the browser cache is related. curl -I https://octoglass.ru/news/en/620-2/ HTTP/2 200 content-type: text/html...

Please try following https://docs.litespeedtech.com/lsws/cp/cpanel/long-run-script/ to set no abort and please try to update the max_execution_time and let us know if it helps.

Please try following https://docs.litespeedtech.com/lsws/cp/cpanel/long-run-script/ to set no abort and please try to update the max_execution_time and let us know if it helps.

The browser cache is actually enabled on the server level due to OLS only recognizes rewrite rules, and it will only apply to the static files only. The "cache-control: max-age=3 " is not efficient, it's similar to no browser cache. I'm not clear about updating the blog issue, please describe...