Quote from: kano on July 15, 2013, 09:23:46 PM

Quote from: joeykrim on July 15, 2013, 01:52:50 PM

Quote from: kano on July 15, 2013, 01:25:11 PM

See my comment on the pull request
(also note that Accepted/Rejected etc should rarely if ever be used, they should use "Difficulty Accepted"/"Difficulty Rejected" etc ...)

...
This might come across as a silly question .. I was wondering why there isn't a discarded number for diff1shares? Perhaps hardware errors under the specific mining device are related to the discarded number?
I'm positive I'm missing something here, but just attempting to make the stats/calculations as accurate as possible

Discarded isn't shares, it's work, and when using stratum it's effectively meaningless (so it wouldn't really be of interest in the normal display)
Stale is probably what you mean ... which has "Difficulty Stale" ...

Perfect again! I adjusted the percentages to use the diff1 as the total and only calculate percents on difficulty accepted and difficulty rejected.

I sorted through the cgminer API output (now that I knew what I was looking for!) and added difficulty stale with a percentage to the pool status page: https://github.com/joeykrim/MinePeonWebUI/commit/e2c25dc9d6edf00486e05a93a8921a96c581b712

Thanks for clarifying the details there! I made all the changes so the pull request (https://github.com/MineForeman/MinePeonWebUI/pull/11) should now be finalized. It is working great for me!

Also, I sent another pull request (https://github.com/MineForeman/MinePeonWebUI/pull/13) upgrading the stored password security from the "insecure" crypt to a "more secure" bcrypt with a CPU cost of 4. Not a big concern, but every little bit of security helps, imo!

Hopefully MineForeman won't mind me sending all these code changes via pull requests!