We raise the limit to 250K in 4.2.12, you can give it a try
/usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.12
However, we recommend avoiding large htaccess when possible. It may cause performance problem.
Please check the log file for the reason of 404 errors.
You can run LiteSpeed parallel to Apache with port offset 2000 , check if everything works on port 2080. You can turn on debug logging if need.
You should avoid using "?" in the rewrite target if it is not intended for query string part, it will definitely break Apache rewrite engine as well. According to the spec.
If you have to, you can try URL encode it with "%3f".
Can you please confirm it is working with Apache?
It could be the SNI, as LiteSpeed does not do SNI with HTTPS proxy backend, we are adding it now.
We may need temp root access and the real domain name to verify the root cause.
Looks like a bug in our mod_sec engine. We will give that rule a try in our lab.
Do you have proxy in front of LSWS?
What is in the whitelist.txt? please give us a short example.
Which version of LSWS are you using? 4.2.11?
You can follow our per-user php.ini setup, if you use cagefs, make sure the php.ini will be created inside user's cage.
.user.ini does not work with lsphp, you can use php_value in .htaccess for that purpose.
You are asking if possible to serve content of a file without opening it. :-)
We will do more testing to make sure that server does not keep the file open for reuse.
You can check if new NFS client implementation see if have implementation that does not rely on silly rename.
For security reason, LiteSpeed does not serve file out side the document root.
However, you can use Apache Alias or Litespeed "Static" Context to assign a URL to that directory, then LiteSpeed will be able to serve files from that directory.
For wsgiApp, you need to set "Instances" to 1. Memory soft/hard limit should be set high enough, Process soft/hard limit should be set high enough.
check /usr/local/apache/logs/error_log and stderr.log for related errors.
Please upgrade to 4.2.11 first
/usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.11
If the problem persists, we probably need temp root access to find out what is wrong. Please contact us at bug@litespeed...