Search results

4.1RC3 build is available for download, just change the version number in the download link. Also 4.1RC2 package has been updated as well, just in case serious bug introduced in 4.1RC3. We still have some features to be added to 4.1RC3, so it is not final yet.

It should be in the 4.0.15 release already.

It was added to our 4.1 development branch, just back ported to the latest build of 4.0.15.

If you do not mind, please send your rule set to bug@litespeed..., and tell us how to reproduce the issue (URL trigger it), we will investigate and improve the compatibility.

cPanel may move eAccelerator source code folder around, need to find it out.

This is a feature under development, should not be published yet. Have updated the package to remove the link. It will be available in future release soon.

Updated the auto-update script to push 4.0.15 .

should be a PHP issue, maybe extra PHP module is required for that script. compare phpinfo() page from LiteSpeed and Apache, make sure litespeed include all modules except Apache specific.

SecFilterSelective REQUEST_URI ".*wantsfly\.com.*"

How about register_global? If it works properly with Apache on the same server, you should compare the phpinfo() output from Apache and LSWS, I think it is a PHP issue.

maybe related to "register_long_arrays" http://www.litespeedtech.com/support/forum/showthread.php?t=3757&highlight=register_long_arrays

Please use a cron job to remove old log files if you do not need them, we will look into the log rotation issue.

Sorry about the trouble caused by trying LiteSpeed. There is a procedure to switch back to Apache, we will update our plugin to show the procedure when it failed. Usually, for the first time user, we recommend user to run LiteSpeed parallel to Apache with "Port Offset" on another port, make...

Maybe SimpleHelix uses the license key on another server before, you should ask them to clear/release the license so you can use it on your server.

Can you reproduce the error yourself?

The problem is the gzip cache for that file is blank, maybe the timestamp on the file is older than the gzip cache, so the cache was not updated. After touching the file, the gzip cache updated and page served properly.

When access the file with The response body is blank. Something is wrong, can you enable debug logging and check the debug log? Or strace the child lshttpd process to find out what happened? Please file a bug report to bug@litespeedtech... if you believe it is a bug.

OK, we will do something about it. Actually, those files can be safely removed with "cd swap_dir; rm -rf *".

Unfortunately, when Litespeed detected an invalid request, that request has not been assigned to any vhost, so error document setting at vhost level wont work, it is as designed.

Try "--with-mysql=/usr" "--with-mysqli=/usr"