Search results

Looks like it works to me. Resolution pour www.google.com: 173.194.40.114 Resolution pour mysql1.web4all.fr: 10.101.100.241

check server signature with firebug or chrome developer tool. phpinfo should show "Server API: Litespeed v6.6"

Create a external app for each vhost, you can do whatever you want. but a user with a lot of subdomain is able to start a lot more PHP processes. It might become a problem. But, if want per subdomain php.ini, there is no other way around it.

use "Same as Server".

Your existing Apache configuration wont work with LiteSpeed. LiteSpeed only assign one group of PHP process per account to limit the resource usage. So, the php.ini setting has to be per account.

No, you should turn off ExtApp chroot mode, just use CageFS.

It should work. what if you remove the setting about html, htm, only leave the shtml one?

It works with current release. Maybe you did not enable .htaccess properly.

I think I knew what happened. along the path to the target CSS/JS file, there are multiple .htaccess file containing "Header set Content-Encoding gzip", so that header was added multiple times, LSWS treat "Header set ..." the same way as "Header append ...". this issue was not fixed in...

What authentication realm is used? we need to check the content of .htaccess file for the protected directory. Please check the error_log for any related errors.

three "connection reset" will result in one 503 error. In your case, it could be the process limit is too low for that account. check stderr.log as well.

The log entries you posted does not cause 503 errors, 503 error is usually caused by PHP crashing. You need to look for log entry with "connection reset by peer".

Possible to get a temp root access to check the setup quickly.

Thanks for the update. Can you please more explicit with the change you made to cPanel to fix it? we may add a wiki entry for how to enable per user SHM.

Please change rewrite rule to RewriteRule .* - [E=blockbot:1,E=dontlog:1]

If you use CloudLinux Cagefs, the /etc/resolv.conf in the user jail need to be updated. Or, you chroot the PHP process?

Are you using the latest 4.2.6 package, if not sure, please do /usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.6 It should handle drupal's default .htaccess just fine. LSWS wont compress it again when serve any ".gz" files from drupal's cache. So, the header problem should only happen if there...

I could not make it crash by changing "deny" to "drop". Do you get core file under /tmp/lshttpd/bak_core/ ? Please install gdb to check the core file with gdb. If you set admin's email, you will get email bug report for the crash.

Please force reinstall 4.2.6 again. was trying to make SecRule REQUEST_HEADERS:Accept-Language "^$" works, but Apache mod_sec treat REQUEST_HEADERS:Content-Length differently, if it does not exist, Apache uses value of "0".

Please read more about the difference between "php_admin_value" and "php_value".