Search results

change to "domain" per your example. :) the default value is set in configuration file. i.e., lsws/conf/httpd_config.xml, when install new lsws. in the past, memory soft/hard limit os 250M/300M recently I noticed being 2047M/2047M for a new lsws installation. this setting is lsws...

for a default installation, lsws now set lsphp5 external app->memory soft/hard limit to 2047M. i.e., almost no limit, to better match apache's setting. glad to figure out the difficult issue. Thanks!

you're right. what I see for is this also a lsphp process ?

http://piwik.domain.net/resolv.php Resolution pour www.google.com: 173.194.40.148 Resolution pour mysql1.web4all.fr: 10.101.100.241 of course, we'd like to know the reason, to help you, other customers and us :) the question is to how we can diagnose it. it'll be ideal if we can reproduce the...

you can use PM (Private Message) of this vBulletin.

you have to manually do that. I think because of complexity of php.ini first, there may be many php.ini files associated with a lsphp binary; 2nd, you've to parse a single php.ini, to see if xcache.so already there. so manually doing it is required.

geoip works with mod_rewrite as well. how about block these requests in rewrite rules as a workaround ? while I have no objection to your request.

rarely I've heard of such issue. for lsws, you can watch the server's status by web admin console->Actions->Real-Time Stats this is unique feature. when the problem occurs again, capture a screenshot of real-time stats, may find valuable clue from it.

in php.ini, add a line extension=xcache.so

BarzonCL 's issue resolved. see http://www.litespeedtech.com/support/forum/showthread.php?p=77167

this should work. however, how many domains + sub-domains are there ? if there are hundreds of them ...

when running Cloudlinux OS with Cagefs, I think no need chroot. so this option under virtual host->ExtApp Chroot Mode will be ignored.

please refer this thread http://www.litespeedtech.com/support/forum/showthread.php?t=8075

should be it works but for internal communication only, between litespeed process and lsphp process, not intend to show up in final response headers.

I'll update the blog after confirming with your case. Sorry for having troubled you so much. the rewriterule please remove the "L" flag, i.e., and, if these rules are put in .htaccess, need change to this is because of apache's per-server and per-directory rewriterule difference...

looks you're right. in wiki's note: "PHPIniDir directive is effective ONLY IF placed in the 1st (or main domain) vhost OF THE ACCOUNT (USER). The one placed in subdomain vhost will be ignored even though it is just for that vhost." there is a new environment variable "PP_CUSTOM_PHP_INI" which...

how about PHPIniDir ? I think each subdomain can have its own php.ini with it.

not sure if this will resolve your issue: https://www.litespeedtech.com/support/wiki/doku.php/litespeed_wiki:php:per-user-php-ini

regarding 5.0 release time-frame, please refer http://www.litespeedtech.com/support/forum/showpost.php?p=77003&postcount=5 for double headers issue, Content-Encoding:gzip Content-Encoding:gzip can you show me the apache response header in chrome when access...

one major purpose of RewriteCond %{HTTP:Accept-encoding} gzip RewriteCond %{REQUEST_FILENAME}\.gz -s RewriteRule ^(.*)\.css $1\.css\.gz [QSA] RewriteRule \.css\.gz$ - [T=text/css,E=no-gzip:1] <FilesMatch "(\.js\.gz|\.css\.gz)$"> Header set Content-Encoding gzip...