Search results

killall running PHP processes for that user, detached mode PHP was not restarted?

Is apcu loaded through its own ini file? file permission for that ini file? tried running "lsphp -i" as regular user? checked stderr.log?

cagefs?

which control panel you use? we may need to reproduce this issue.

Maybe 5.3 and 5.4 use different version of PHP, for some reason? Later version make "AddHandler ..." works, it may change PHP version. Are you using 5.3.6?

Your rewrite rule wont work as ESI happen at server side, the ORG_REQ_URI wont be /time.php In your /time.php code, add header x-litespeed-cache-control: no-cache

It is the percentage of your server capacity used based on number of active connections. "in use connection * 100 / max connections" > (100 - sensitivity), it will be turned on.

Thanks for the bug report. Please open a ticket with us, we probably need temp root access and the way to reproduce this problem.

http://php.net/manual/en/errorfunc.configuration.php#ini.display-errors http://php.net/manual/en/errorfunc.configuration.php#ini.log-errors http://php.net/manual/en/errorfunc.configuration.php#ini.error-log PHP configuration regarding error logging is complicate. :-)

It is a PHP code problem. please google it.

There could be some thing blocking all PHP processes from serving request. When it happens, you can strace the PHP process see what it is doing. strace -tt -T -s200 -v -p <pid_of_lsphp_process> If it is waiting on a file handle, use "lsof -p<pid_of_lsphp_process>" to find out what is the file...

Is there a /usr/sbin/httpd_ls_bak ?

How virtualmin switch PHP version at directory level? For litespeed you can use in .htaccess, replace "XX" with the version you want to use.

make sure you have php-litespeed rpm installed from remi repo. then add lsphp72 handler using the lsphp binary from remi repo. if PHP script is not served by PHP72, then add to .htaccess.

the issue is due to bad RewriteBase "/" used in sub-directory, solved by changing last rewrite rule to RewriteRule ^(.*) /index.php [L] which ignores the RewriteBase.

I think it is normal, just handler processing was interrupted due to graceful shutdown of old worker with pending requests.

no problem.

try command /usr/local/lsws/admin/misc/cp_switch_ws.sh apache Maybe there is something wrong with the configuration file, Apache cannot handle, if it is for litespeed, you should enclose it with <IfModule LiteSpeed>...</IfModule>

Please run lsup.sh again to upgrade to 5.3.1 build 3, see if the CORS headers is OK.

first two errors is because those two browsers uses TLSv13 draft23 and draft28, ssllabs.com does not like it. cloudflare.com shows the same result. IE8 on XP requires TLS_RSA_WITH_3DES_EDE_CBC_SHA, which is not safe, disabled by default.