I believe the memory assessment will always show basically no free memory due to Linux's memory management and caching. It would make more sense to subtract out the cache to see what's really used and what's just being (smartly) cached.
Nice interface, but it's a bit strange to me that it uses shell exec for every kind of measure.<p>e.g.
# uptime.php
<?php echo (int) (shell_exec('cat /proc/uptime')/(60*60));
Be careful of any externally controllable strings which might allow XSS and give panel access to an attacker.<p>More of a problem for admin dashboards which have two-way control, which this one must if it can do on-demand refresh.<p>That's why I prefer munin static pages.
Very cool.<p>How difficult would it be to create widgets that show application-level stats like number of visitors on site or conversion rates (e.g. calculated from google analytics).<p>I'm tired of having to loging to google analytics, lulu.com, and gumroad in three different tabs....
Not much different than conky...except the web service part.<p><a href="http://conky.sourceforge.net/" rel="nofollow">http://conky.sourceforge.net/</a>
I made similar dashboard app a year ago, written in python with extensible and configurable metrics <a href="https://github.com/Eyjafjallajokull/aboco" rel="nofollow">https://github.com/Eyjafjallajokull/aboco</a>
also supports application-specific stats.
True using PHP would also have server dependant issues as well as security issues. I feel PHP is a web framework and would suggest using a application framework for this.
I think you should remove the animation on the numbers: it prevents the user from reading quickly valuable info (and isn't really useful anyway).<p>Still, the interface is really cool!
The interface looks very nice but no thanks, I'm not going to install PHP on my servers to have it. I'd totally set it up if it weren't for PHP. The risk is just too great to ignore.