Search results

You probably shouldn't be using Litespeed if you don't know where these files are... :eek:

Thanks, that fixes the problem.

Same problem Hi, We are also having this same issue on all servers that have automatically upgraded to cPanel 11.32.2. Suexec were working fine before cPanel upgraded itself. Thanks David

Thanks, was a bug in version 4.1.2.

When trying to save settings in Magento system > configuration we are getting either continuous loading, a litespeed error 501, or one of our clients has reported "busy try later". It only seems to be on older versions of Magento (1.3) that are running on PHP 5.2. Error log is showing the...

Is there a way around this when writing PHP scripts? i.e. set_time_limit, etc? What needs to be sent back to the request to ensure litespeed doesn't timeout the process?

Perfect, that works - thanks! :)

Sorry to open up this old thread, however we've just installed Litespeed Enterprise alongside cPanel. We have the so called 'open_basedir tweak' turned on, and in the /etc/httpd/etc/httpd.conf file under the test virtual host, the following line appears: <IfModule concurrent_php.c>...

We're getting the below PHP error after switching a SilverStripe site to Litespeed, any ideas? Warning: file_exists(): open_basedir restriction in effect. File(/var/www/clients/client10/web47/web/.htaccess/_config.php) is not within the allowed path(s)...

Another problem has cropped up, we are using SuExec in the Apache config files which works fine when not using AddType to switch to PHP5.2. However as soon as we use the below, Litespeed switches to running as the default user (www-data in our case) so the suexec user is ignored: AddType...

Ah, of course. It was the /usr/local/lsws/lsphp52 folder I'd forgotten about! Thanks!!

But /usr/local/lsws/fcgi-bin/lsphp5 -v isn't CLI PHP 5.3.3 (litespeed) (built: Dec 21 2010 17:11:59) Whereas /usr/local/lsws/lsphp5/bin/php -v is: PHP 5.3.3 with Suhosin-Patch (cli) (built: Dec 21 2010 17:12:11) - Shouldn't we be giving our SSH users the CLI binary to use?

1. Yes, that's a physical file. It seems to be the PHP CLI binary for 5.3, so I guess that doesn't get touched after a PHP re-compile. 2. 'which php' shows '/usr/bin/php' so it's looking at the file mentioned in point 1 above based on my symlink. I just find it odd that re-compiling php...

Thanks, that's got me off on the right foot. I've noticed that rebuilding PHP 5.2 after building 5.3 overwrites the /usr/local/lsws/fcgi-bin/lsphp5 symbolic link, so I've had to force the External App's to look at the individual binaries for 5.3 and 5.2. Just thought someone might like...

Forgive my ignorance but is there a way for us or our users to specify which PHP version they want to use via .htaccess or a custom php.ini file? How about in the vhost file? Thanks David

Thanks for sorting this out and investigating so quickly, glad to be able to help identify a bug! I shall look forward to the official release of 4.0.19 so we can roll it out on our other servers.

Hi webizen, Thanks for that, none where ticked so it was using the default. I've checked all the options besides none now but that doesn't seem to have made a difference? Thanks David

Thanks, .htaccess must already be turned on as our redirect directives are working on the domain? We also don't have any cache enabled at the moment. Reading that article quoted hasn't helped much, can you help further? Thanks David

Hello All, We are using the latest Litespeed release with the following values in a .htaccess file in a users root directory: php_value memory_limit 512M php_value upload_max_filesize 20M php_value post_max_size 20M php_value max_execution_time 600 php_value max_input_time 600...

Great! I can now confirm that ISPConfig is working with Litespeed 4.0.18 with full traffic stats.