Search results

can you give more detail about the 503 error. what's the frequency. I'd like to check one of the site which has most 503 errors and see what's the root cause.

first 2 rules are bad idea: serve static .css and .js by dynamic php. it's not efficient at all. litespeed gzip css/js and send to browser automatically. the 3rd rule. can't use $VHNAME directly, you have to expand it first. Please refer apache's rewrite rule document...

this is normal. php process start/stop frequently to serve requests and quit after idle(no more requests coming) for a while you just see the message recently probably because you change the log level, it's a "[NOTICE]" level message.

most likely a firewall issue. to verify this, ssh to the server, wget 127.0.0.1:7080, see if time out.

disable autoindex http://www.litespeedtech.com/docs/webserver/config/general/#autoIndex

you're using memcache: http://www.php.net/manual/en/book.memcache.php not sure if memcached is ok and have any improvement: http://www.php.net/manual/en/book.memcached.php

not sure if this helps: http://www.vbseo.com/f77/100-cpu-usage-vbseo-24904/ "Changed Limit URL Length (was set to 255) to 0 - immediate drop in CPU load, application now performs exactly as expected."

the cache's size(256M + 32M) may be too big. it may exceed php process memory limit so those errors in stderr.log

what's the settings of xcache ? find it in php.ini or phpinfo()

should be ok. or only delete files created some time ago(1 day, 8 hours or 2 hours etc)

run "top -c", you may see vbseo is consuming most of the CPU google search "vbseo slow", can find many discussion there. if php in non-suExec mode, APC/Xcache may be better than eAccelerator. eAccelerator 0.9.6.1 don't support user variable cache, while APC/Xcache does. some...

when access beta.jgoodin.com/xcache-admin now, "XCache is not loaded Please check /usr/local/lsws/lsphp5/lib/php.ini"

detail instruction: http://code.google.com/speed/page-speed/docs/rules_intro.html

using firebug checked the website, css and js are compressed GET style.css Response Headers: GET prototype.js Response Headers: please note "Content-Encoding: gzip" it tells the file is GZIP'ed.

no problem of php.ini location. "still i get var size issue" -- where did the error message come from? web server log or any other log?

yeah, /usr/local/lsws/lsphp5/lib/php/extensions/no-debug-non-zts-20090626 should be in extension_dir

you've to watch and decide how often you should clean up the cache. du -sh /dev/shm/ea show how many space used.

since the disk cache actually in memory(in our setting), so it's safe to check it regularly, to prevent it fill up the memory. eAccelerator don't clean up the on-disk cache, so you have to take care of it.

set to 1M --- because can't set lower than 1M. if eAccelerator has a option to disable in memory opcode cache, then let's use it. :) in php suExec mode, php process will start/stop frequently. in-memory cache will disappear with the terminated php process. while cache in disk remains there...

check your site with firebug -> Net, what the "Content-Type" of the css and js ?