Alright, I added Worker Totals.  For some reason the total MH/s for all workers was looking artificially low, and I suck at math, so I left it out for now.  Also fixed it so that it will still display your shares and stales even if your worker is idle.  The only way you know it's idle is when it says "0 MHashes/s".  I will style that page later on to make it more obvious a worker is idle.  Also, SMS notification of idle workers is on the to-do list, maybe with a small donation % required for the feature, something bitcoinaddict and I have been talking about.

Thanks for the props.  I have worked on the pool from 8pm to sunrise the next day more times than I can count, including last night.

I was thinking about implementing your idea last night.  However, all the info you are talking about is displayed already.  Current Block is actually "Shares this Round" on the front page.  Also, the total number of shares your workers have submitted for the Current "Block"/Round is in the Manage Workers page, albeit not totalled up.  And the mysql query should get your total shares and stales whether your miners are connected or not.  I'll have to add a total.  Which then points out an obvious thing - the stats are spread out everywhere!  Might need to consolidate.  Thanks for the feedback.

Edit:  Shoot, you are right it doesn't show your worker stats if they are idle, hold on...

One of the proposed features for new versions is a way to download only the "headers" of the blockchain, instead of the entire thing.  But that is a ways off.

Hmm, blkmond has never crashed for our pool.  I just start it up in the background and forget about it, and just watch my client logs say "LP new work pushed". You might have a bad version of blkmond or a wonky config file for it.

Yes bitcoind needs to be running configured with the rpc settings you have entered in pushpoold.

Xenland has posted a lot of information on how to get pushpoold working.  He also has an open source front-end you can use to get started.

Our users balances are not stored in USD, they are stored in BTC in the database to 8 decimal places.  If you click on the Account Details page you can see your confirmed, unconfirmed, and estimated rewards in BTC.  The upper-right hand box is a fun way of seeing how much your BTC are worth in USD, nothing more.

The BTC value is polled every 5 minutes from TradeHill and stored in our database.  The two values underneath are simply your BTC * TradeHill worth in the last 5 minutes, rounded to two decimal places.  I'm not sure how you can claim they aren't accurate?

I had a feeling that USD would not be the best unit for the upper right-hand display.  However, all your account balances are listed in BTC in the Account Details screen. Mining Farm added in a feature a couple versions ago where you can set your currency as the unit for the upper right-hand display.  I'm not sure if that is the best idea, though.  I might want to make it BTC throughout all pages, just to keep things consistent with the global nature of BTC.  I'll hack on it tonight.

Added block history with shares and stales stats to Block Statistics and Manage Workers pages.  Examples below:





I told you I was working on adding features! lol

d3c0n808, I hear you.  Mining Farm #2 did not come with stats where it shows how many shares were in each round and how many you submitted, stales, etc.  This is all tracked in the database, but not shown in the front-end.  I am working on adding these features.

Found Another Block
We just found our second block!  Just a few more confirms and we get paid! Woohoo!

Fixing unconfirmed balance display...grrrrr. Edit: Fixed now.

Holy crap!  You're killing me Larry! 

We briefly touched 9GH/s today.  Good job Monkeys!

Alright, had some time to push a commit on how I fixed manual payouts.  I also removed (deleted) the code for automatic payouts because I just don't trust it, yet.  If you notice, I still left some "mouse turds" behind in the code for that automatic payout system, meh.

The next thing I work on that might help the project is my theory on how blockFound.php should work.  I'll push a commit if it works.  I'm going to try a method where it looks in the database for a found block instead of bitcoind transactionlist.  This could also do an if/then comparison with the transactionlist if you want to be super paranoid.  It would then copy all rows in "shares" from the winning row backwards in time and place them in shares_history for balance calculation.  On top of that, I don't see any code that does a DELETE on the "shares" database to clean it up.  It only copies into shares_history (which has a proper DELETE mechanism in the code) and then further into shares_dead when they are counted and balances are updated.

Edit:  My github Network Graph doesn't show the commit, but you can find it in my commits section.

Sierra Chart can do literally anything.  It's just so complicated it takes a while to learn and get it configured properly.  Each technical chart I added had an option to be overlayed, or below, or anywhere really.  So I'm pretty sure you could do that with a whole different feed if that is what you are asking.  It's sort of like excel, where you have a feed, then a chartbook as the next layer up, then a layer on top of that called workbook or something like that.

I use varchar(10) in my sql database for account balances.  Not sure what advantage or disadvantage it has.

I would say no it's not worth it.  Most of the new pools have very slow growth.  It seems new people just want to jump onto the biggest pools as fast as possible without any sort of reasoning behind it.  With the pool market starting to get saturated you need either a lot of new and unique features or killer marketing.

I haven't found anything that beats Sierra Chart, yet.  I leave the 900 technical indicators off and just add volume and a simple moving average - mostly so I don't have to squint to see where we are at on the price.

Excellent work on this kernel.  It seems like the original author got to a point where he thought he had improved performance to almost the max, but you are progressing very nicely!

The power of these bots lie in their bandwidth or packets per second capability, not so much in their GPU power.  It would be a plus if they somehow infected computers with healthy GPU power and just ran mining on it instead.