Search results

Hi, Looks like your PHP script depends on "register_globals", you can either use $_SERVER["DOCUMENT_ROOT"] or turn on "register_globals" by changing the lsws/conf/php.ini . "register_globals" is not recommended by PHP team, so it is turned of by default. Best Regards, George Wang

Welcome, George! :wink: Sorry about the downtime. It looks like a PHP problem from within lsws admin interface. 20 PHP Fast CGI instances are allocated for animeboards.com, normally, only 2-3 instances are used concurrently, but by the time I logon, all 20 PHP processes were hanging there...

My firefox cached your wont cache link. :) I checked the response header with "lynx -mime_header ...", there is no problem. Order of header should not matter. You can try a forced reload by pressing the "shift" or "ctrl" while hitting the reload button. :-) Please let know the result. George

In order to reduce the latency introduced by the compression layer, LiteSpeed may flush the compression buffer after a big chunk of data being compressed, so it is sensitive to the timing and chunk size of received data. We believe it is an advantage instead of draw back comparing to other...

Mike, You can either change the ftp directory to include both document root and cgi-bin directory, or just move cgi-bin/ directory under document root, for LiteSpeed, it will not be a security problem as long as you configure cgi-bin/ directory as a CGI context, files under it will not be...

Dustin, Thank you for the update, we will investigate along that route. Have you ever tried it with other browser? Have you tried RC3 on Linux? Thanks, George

Thomas, That's normal, lsws compress the response body on the fly, the result may vary due to the timing when response was received from PHP fast cgi, it will not cause any problem in real world usage. :-) You definitely will see performance increases, but how big the increase is depends on...

Hi Thomas, Thank you for the request. We have a mod_perl Registry equivalent "lsperld" in the package now. If running perl script fast is all you need, then you can use that. Our test shows that it beats Apache mod_perl performance wise. :-) You need to install FCGI.pm in order to use...

Dustin, Thank you for the bug report. I tried the 2.0RC3 on our Solaris 8 test machine, and it works very well. Could you please provide more information for analysis? Please install 2.0RC3 into a different directory, and set <debugLevel> to "10" in lsws/conf/httpd_config.xml, set...

Please do cd /usr/local ln -s libm.so libm.so.2

please do ls /usr/lib/libm.*

Thank you, appreciated! Wish more and more people think that way as well. :wink:

It is libc.so.2 or libm.so.2? Which version of FreeBSD are you using? Is there any libm.so.? in /usr/lib? If yes, just create a symbolic link as "libm.so.2".

Sorry, did not upload that package by accident. Should be OK now. :-)

Just do the following as root user cd /usr/lib ln -s libc.so.5 libc.so.4 This should make lshttpd happy on FreeBSD 5.X

Sure, if we have additional time to play with it. Our focus is on Apache though. :-) We tried it before, and the result shows that its keep-alive performance is not as good as boa.

Channel Cat, Thank you for the bug report, I will investigate. :) Which OS is it on? Is this reproducable? Thanks, George

You are welcome. We will add individual rlimit configurations for each Fast CGI applications, as Fast CGIs may have different resource requirements.

Sure! A most complete benchmark result will be available soon. :-)

Please try to increase the CGI memory limit under "Server"->"Security" tab, see if it helps. :)