Hello all

Well by now we have our first 24h behind us, everything works well! We was able to rise the Hashrate from 2 gh/s yesterday to around 5.5 gh/s today, we thank all who joined us allready and help us rise the hashrate. If you wanna join us feel free to do so:
http://mine.tenobis.com

By now workers hash with an efficiency of 92% to 98%, the hasrate is accurate displayed for every worker aswell as the efficiency rate.

Slow workers with around 5 kh/s have an accurate display for the hashrate.

The  CPU USAGE of Bitcoind and Pushpoold is 2% (i wonder how this will rise when we get more ghashes)

We are still on our first goal, the first BLOCK !


we discovered a minor bug that wasnt visible in the beginning:

There is a difference between the top right est. earnings and the est. earnings in the account details.

Wouldnt it be great to see the total of all workers for every miner ??
We wanna specialy thank Xenland for his dedicated work and aswell all others here that support this project!

Hmm okay ^^
But may rethink that. :>
In my case i donated nothing cause i have nothing that is working. I cant go live at the moment so... i have nothing i could spend.

greetings

I use */1 for the statsupdater, everything else default58

you don't need to edit the php.ini that much, you'll need to enter the address for the smtp server so in your case 127.0.0.1 port 25 and postfix should pick it up.  Make sure postfix is running on port 25, and then it should send through postfix vs sendmail. 

That's a really odd problem, I'll look into it further. about the git hub thing I personally liked the part were I zip it up and upload to FTP but I had floods of change log requests every time an update was posted. Someone suggested I use a management system for coders such as Git Hub, I like it in the sense all I must do is type in a few commands and it will scan the code for new changes and update it to the website, However I have had issues with it such as a week ago someone did a pull request and I didn't know what that was. I was pushed into a corner to choose either accept the weird push issue that was reported in the terminal or force it. Thinking I'd break the upload I just accepted the pull then pushed it to the server and I come to find out just about every file had weird series of numbers along with "<<<<<<<<" signs in groups in a line. The code was a messed up to yin yang took about 6 hours to clean up. Long story short I still have problems with it but I backup a lot more to prevent issues like that. Anyways back to git hub, You can go to the git hub page and find the master branch there should be a comparison tool some where on the page(I still have trouble finding it). You can find your version that you downloaded and compare it with another version, it will then show you a list of files with red and green lines. The green lines means those lines were added to the project and the red one means that it was deleted from the project in comparison of each other.

and no none of my fixes were email auth related, Mostly optimizations for databases, some interface touch ups, and although bit coins were distribute correctly it would show up wrong in a few displays such as the stats.php file it would be a few BTC off and I added support for showing which blocks were invalid or orphaned in the stats page. Even tho they were never counted when rewarding users(just to clear any confusion on that)

Hope this helps mate!

Are these other apps web-based mail apps?  Or are they just mail apps running locally.  You may have to edit the sendmail file to use a relay host perhaps.  Also your php.ini what is in your sendmail path?  should be something like usr/sbin/sendmail -t -i This may not be a website problem so much as just a configuration issue.  I would use sendmail, and route that through postfix for an easy fix.  So i think you said your port was 587  so sendmail should have something like this for the relay server localhost:587 and of course your auth if you require one if not you can leave that blank. 

BulletHead21, Could you try something out to verify something for me,

If you go into the register.php file search for the following code

and change it to


Anyway, apparently I forgot the headers variable during clean up maybe possibly this is an issue with your set up?
On top of that I read on another forum about a similar issue with another application that headers didn't play nice with postfix.
Let me know if this works or doesn't and we can get this potential issue out of the way.

I've come up with a fix for the problem described above.  However, I'm too tired to post it.  I've come to the conclusion that there isn't a single page of this project that works right out of the box.  I have had to hack every single file to get things to work.  Very frustrated at the moment.  I have a feeling there is no testing that occurs before each release.  There are large portions of code--for critical features--that just simply do not, and cannot, work.  I realize I can help by posting commits on github, but I do not have the time to do that while I am trying to diagnose, fix, and add to our pool in production.  Grr.

While doing some testing I noticed a wierd bug with testnet, that it says confirms=>86 and category immature... Anybody else think this is wierd?

Oh yeah forgot 120confirms.. duhh!
Its still earlyer here..