Search results

Successfully reproduced the problem, it is fixed in the latest 5.0RC2 build.

We need more details to reproduce this issue with 5.0RC2, I suspect that it relates to some "SetEnvIf ... no-gzip" or "BrowserMatch ... no-gzip" configuration.

it will work if a trialing "/" added to the location string like <Location /cards-temp/> But, anyway, it should be fixed with the latest 4.2.17 build, please do a force update. /usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.17

It is strange behavior of Apache rewrite engine, described in https://issues.apache.org/bugzilla/show_bug.cgi?id=38642 basically, rewrite rule happens first, Apache rewrite it to /index.php?w=info, then "add path info postfix" change it to /index.php/find-more-info.html?w=info, which is strange...

There is no problem with "find-me-more", maybe the problem is caused by something else. You can turn on rewrite debug logging with adding directive RewriteLogLevel 9 to apache httpd.conf <virtualhost ...> section, then check main error log. In the PHP code, you can dump out the value of q...

Please give us an example URL and the expected result. If I use input URL like "/path/file%20name.html", the rewrite result is /index.html?q=file name PHP's _SERVER["QUERY_STRING"] value is q=file name

Please force update 4.2.16 again.

Upgrade PHP to 5.4.33, if still crash, you may send the stack back trace to bug.php.net.

It looks like epoll_wait() return error code ECHILD, not sure what happened, but it should not cause any trouble, that error is logged and ignored by server. It should not cause any real problem.

If there is a PHP suEXEC configuration issue, it is still need to be fixed. but, should upgrade to latest 4.2.16 as well.

We fixed this issue this morning, please ask your host to update to the latest 4.2.16 build.

Please force reinstall 4.2.16 to get the latest build. /usr/local/lsws/admin/misc/lsup.sh -f -v 4.2.16 It should have been fixed this morning.

Please try the new build of 5.0RC2, The server total could be higher than the sum of all vhost as there might be requests does not belong to any vhost, server just return 404, but they are included in the server count.

Please force reinstall 5.0RC2.

If you do "netstat -an | grep ESTA" does it show the public IP or real client IP for the source IP? I think you are running a frontend HTTP proxy, not simple NAT port forward at network layer 3.

what is your front-end proxy? does it set "X-Forwarded-For" header? You need to add the external IP as trusted IP, so server will use the IP in X-Forwarded-For header.

It is in current 4.2.14 build. just do a force reinstall.

It is on our todo list for 5.0 release. It can be implemented with rewrite rules.

You can use the private conversation feature or send email to bug@litespeed....

I think it is just by the time cron job run, the server is busy. You can try changing the schedule of the cron job.