Search results

I will check on that and update here, thanks for the report.

No problem

No problem.

I am not familiar with NodeJS, can you help to provide any code that we can reproduce and debug?

Sure you can. 1. Create a new VH with the domain you want 2. Apply SSL for it and set it on the virtual host level 3. Setup a web server external application(https://docs.openlitespeed.org/docs/advanced/proxy#setting-up-openlitespeed-as-a-reverse-proxy) extprocessor webadmin { type...

I still can't reproduce the issue on my test site, if possible, please raise a ticket to support@litespeedtech.com with the forum post link appended for further support.

You can check the config file via SSH console if you prefer, e.g. /usr/local/lsws/conf/httpd_config.conf "If I use the normal php handler via Apache, it seems to download it". I'm a little bit confused, so, apache is loading fine, but it fails if OLS is in the front? Is that correct?

It seems your site has Ezoic cdn cache enabled, multiple full-page caches would cause such a display issue. Please consider using only one cache system at a time. If you want to use CDN cache, you might want to try QUIC Cloud CDN, which is fully compatible with LSCache.

For LSWS, the expiration value in the .htaccess file has higher permission than the web console. The expiration field in the web console will be applied if there's no expiration value in the .htaccess. Hope it's clear now.

If you proxy to Apache, doesn't that mean Apache needs to handle the PHP request? For general OLS, you can set the handler via the web admin. See https://docs.openlitespeed.org/configuration#set-up-script-handlers-at-the-server-level for more information.

Hi, it seems you have multiple full-page systems enabled at the same time, this may be the reason. Please choose only one cache system at a time.

Sure, because OpenLiteSpeed supports only rewrite rules in .htaccess file, whereas, LSWS supports all rules. See editions: https://www.litespeedtech.com/products/litespeed-web-server/editions

Hi, 116734 process does not exist from your shared output. You might want to kill the 39880 instead.

You can inbox me or submit the issue to support@litespeedtech.com with the post link appended.

Hi @Clive Loseby For WordPress LSCache plugin-related questions, please post on the LSCache for WordPress support forum! Thank you.

It won't cause issues as long as you have the correct cert set on the virtual host level.

It applies to the External App only, if all VH/websites use this external app, then yes, it applies to all websites.

It will be released in the next few days. If you want to try the binary, you could use the following command to upgrade it. /usr/local/lsws/admin/misc/lsup.sh -v 1.7.19

I tried the same settings, and the PHP env variable works in my test. Added "X_DMC_USR=11111" to the environment. Test script <?php foreach($_SERVER as $key => $value){ echo "<b>$key:</b> $value<br>\n"; } Browser displays X_DMC_USR: 11111 PATH: /bin:/usr/bin HTTP_ACCEPT:...

Maybe your post has a special string or char, please try to use a code block, maybe it will work.