Search results

check output of lsws/fcgi-bin/lsphp5 -i It should have mysql and mysqli module in the output, if not, you need to tweak PHP configuration and recompile. I think "--with-mysql=../mysql" does not work. you have to use the real path where mysql client libraries has been installed to. make sure...

It is xcache, disable xcache fix it. you can enable eaccelerator again.

It may related to your eaccelerator setup, PHP crashes, please try disabling it from php.ini see if it helps or not.

mainIP should work with latest 4.0b3 build now.

Maybe the user domain has a dedicate IP? If yes, try its own IP instead of the global shared IP. This optimization was added to reduce memory usage, maybe should not do that.

Yes, it should. However, it may be disabled by default due to "option IncludesNOEXEC", Apache's document is a bit vague on this. So, we may need to adjust the default behavior. You can try "#include virtual" see if it works.

It is hard to say now, maybe some system resource has been taken by other processes to prevent LSWS from working properly, VPS is tricky.

Which version of Apache is used? Have you customized the httpd.conf template? "UserDir public_html" should be in httpd.conf, the cause of 500 error is detect loop redirection. Need to check the original URL and the target URL. LSWS should do an internal redirect from "http://ip/~user/..." to...

added support for this in the latest 4.0b3 update package.

Please download and try updated 3.3.24 or 4.0b3 package, it should work better regarding RewriteBase .

Managed to fix this, you are on litespeed now.

If you do not mind, PM me a temp root access to WHM and ssh. I will take a look.

RewriteLogLevel 9

reinstall WHM plugin see if it help or not. http://www.litespeedtech.com/support/wiki/doku.php?id=litespeed_wiki:apache:ezcpanel

If it happen again, please "strace" those lsphp processes. Maybe them stuck at a system call. Also, you may want to recompile PHP to make sure the latest php-lsapi code is used. With latest php-lsapi code, a parentless lsphp should quit by itself.

The original rule works properly with our cPanel test server. Can you post the rewrite log for a request that does not work? Maybe %{REQUEST_URI} has been interpreted to something else.

MultiView is not easy to implement, rewrite rule can do pretty much the same, this a rarely used feature. so we do not plan to implement it.

Please execute the following commands from command line. cp serial.no /usr/local/lsws/conf /usr/local/lsws/bin/lshttpd -r mv /usr/local/lsws/license.key /usr/local/lsws/conf/license.key rm /usr/local/lsws/conf/trial.key /usr/local/lsws/bin/lswsctrl restart

assign MIME "application/x-httpd-shtml" to the corresponding file suffix.

Must be something different. Maybe cPanel ezapache update some parameter recently. If you would like to find out why, you can try a fresh rebuild of Apache/PHP on those servers with those problem, then build matching PHP. I am experiment with suphp option now.