Search results

4.2.4, 4.2.12 should be able to turn off stderr log with that option. If you remove stderr.log will it be recreated? The log messages you show is from main error_log, right?

this issue was fixed in 4.2.4 http://www.litespeedtech.com/products/litespeed-web-server/release-log

that's mean one CGI or php script try to execute a shell script trying to run command "lang", which is not available. You need to find the script doing that.

For Range request handled by LiteSpeed Enterprise Web Server itself, gzip compression is turned off, in other words, LiteSpeed does not apply gzip compressed to range requests. If it was compressed, it must be done by something else. When I try your test case, the page is served by PHP...

You need to move the swap directory to a partition with enough free space. http://www.litespeedtech.com/docs/webserver/config/general#swappingDir If he use our internal redirect, it will be more efficient than streaming the file through PHP...

Not much can be done in user land, maybe patched kernel can help. If you want to make the hacker a little difficult to exploit it, disable exec() in PHP.

You need to restart the server after making the change.

maybe as "js3", the file suffix does not matter here, the MIME type must exist.

The problem might be fixed already. You only have "application/x-javascript" defined in MIME setting, but "text/javascript" MIME is used in the response. Adding the matfching MIME type will fix the compression problem.

You just add "text/javascript" MIME type to MIME setting through our webadmin console, http://www.litespeedtech.com/docs/webserver/config/general#mime then restart.

since the extra header configuration is in "/cgi-bin/" context, you have to access https://192.168.1.1/cgi-bin/helloworld if you want to add those headers to https://192.168.1.1/ , you need to create a "/" context.

It is caused by a bug in PHP LiteSpeed SAPI code, the patch is --- lsapilib.c 10 Jul 2014 18:32:32 -0000 1.101 +++ lsapilib.c 11 Jul 2014 19:10:34 -0000 1.102 @@ -1928,6 +1928,7 @@ { pKey = pReq->m_pHttpHeader + pCur->nameOff; keyLen =...

My setup is similar, I uses curl to test it curl -i http://localhost:8088/cgi-bin/helloworld and the "hsts" header is there.

I could not reproduce it, it works fine if I add it to the cgi-bin/ context. Uploaded the latest 4.2.12 package for freebsd, you can force reinstall, then try again.

it is in phpinfo() output.

Just read the php document, http://us2.php.net/manual/en/mysqli.installation.php uses --with-mysqli=/usr/bin/mysql_config

yes "/usr" should be used, if /usr/bin/mysql_config does not exist, you need to reinstall mysql rpm.

It does not have mysql_config, you need to check other rpms to locate it. check "mysql" and "mysql-libs"

check output of "rpm -ql mysql-devel", it should give the path to mysql_config use that path minus "/bin/mysql_config" for "--with-mysqli" configuration.

uses "--with-mysqli=/usr" which matches --with-mysql=...