congrats on simplecoin, i'm running a varient of it on pool.betcoin.co with a bunch of wayno's modifications and a large mix of my own  I'll be donating to both you and wayno once we solve a block, keep up the good work. If you want the code for my cacheable images, let me know. Of course I want the code for cacheable images I plan on having everything cacheable, it's just a matter of available time. |
|
|
|
yes - debian lenny apache2 php5.3,
I tested the cronjob.php from ivasilov's github if there is a btc comunication problem (200 OK ) and that one works with out any error but ofcourse i dnt get a result...
Sorry I haven't had the chance to chat, it's been a busy day. What version of simplecoin are you using? 1,2,experimental? I'm looking at the experimental code personally. |
|
|
|
I deleted the additional parameters but that didnt solve the problem, i usualy had this error with the miningfarm from xenland, but in that case was a wrong rpc value the problem.
I cheched requiredFunctions.php if the values are correct what they indeed are. So there is probably just a small bug what doesnt allows the cronjob.php to communicate with bitcoind.
The right include path is set aswell in the cronjobs.
It sounds like a possible server issue. Are you running this on a typical linux/apache/mysql setup? |
|
|
|
|
hmm, it should be getting 200 transactions from the server. you can take the other parameters out and just leave in the listtransactions call. The only downfall to this is if you get too many transactions it knocks it off the list.
|
|
|
|
Which cheat-proof method? The one that delays stats do you don't know you are in a long round?
No, search for cheat-proof on the forums. It has nothing to do with delays, it is a painfully complex scoring method I can't begin to simply explain. It takes a little extra horsepower to run the calculations, but I use it as it seems most fair (my opinion). My pool's 30min delay is to keep the load lower on my server since the calculations for cheat-proof are so taxing. |
|
|
|
|
Why not just use a pool that uses the cheat-proof method... It discourages pool hopping, but doesn't devalue shares of intermittent use.
My pool pays out at 120 confirms for each round, discourages pool hopping, but doesn't hold funds.
|
|
|
|
|
In an effort to generate extra hashes.... I'll be giving a 1btc bonus to the finder of each tenth block!
(for starters) There will be more giveaways to come.
|
|
|
|
Ok, btc account locking is now in the experimental repo. You will need to add an enum field to webUsers: btc_lock (0,1) and the locks table (fields - varchar: name, tinyint locked) if you wish to use it. To answer the issues: Statistics on the site are empty.
Without the cronjobs running, there will be no stats. Do you have pushpool/bitcoind up and running? when i cronjob any of the cronjob php files manualy trough command line i get this error: Cannot load the ionCube PHP Loader - it was built with configuration 2.2.0, whereas running engine is API220090626,NTS
Deprecated: Directive 'register_long_arrays' is deprecated in PHP 5.3 and greater in Unknown on line 0
Deprecated: Directive 'safe_mode' is deprecated in PHP 5.3 and greater in Unknown on line 0
Deprecated: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0
I'm not familiar with ionCube PHP. I recommend running the cronjobs using wget through your apache interface. There is an other bug in the Admin Page, its not possible to change any value since the pin nbr dnt gets accepted, but it works fine on the account details site
This issue should be fixed in the experimental branch. We have allso a bug since the first block was found on the stats.php: Warning: mysql_fetch_object(): supplied argument is not a valid MySQL result resource in .../httpdocs/stats.php on line 298
where the blocks per week box was. on news.php: Warning: mysql_fetch_array() expects parameter 1 to be resource, boolean given in .../httpdocs/news.php on line 25
on users.php Warning: include() [function.include]: Filename cannot be empty in .../httpdocs/users.php on line 82
Warning: include() [function.include]: Failed opening '' for inclusion (include_path='.:') in .../httpdocs/users.php on line 82
Since the block was found it isnt possible to see the personal stats page anymore, and the left sidebar keeps counting on the same block even when the block is allready shown as found I'll look into this. |
|
|
|
BTC address locking is now available  |
|
|
|
Welcome new members!
Got one more 5850 online today, hopefully the other comes in tomorrow!
I noticed your hashrate go up, hopefully that other card comes in for you today. I wish this pool had the following it did before you had to take it offline. I definitely prefer the smaller pools to the bigger ones, makes it more exciting when you find a block, plus there's a sense of community. This pool should definitely be bigger than it is, you've put a lot of work into it, made it open source, plus it's just good. Maybe you could make a simplecoin.us relaunch thread? Or start a thread in the newbies section? (not sure if that's frowned upon) What about doing a promotion where some extra bitcoins get handed out. Maybe to the people that find a block, or maybe a random drawing of miners that were mining when the next few blocks are found. Something to bring some miners in to a point where we're finding a block every few days or so (or better ). I'd be willing to put up a few bitcoins to help out with that if you're interested. After we find this next block I was planning on a few incentives (hard to incentivize when it's operating at a loss)  I'm thinking of giving away one of my 5830s as well as BTC. Something along the lines of block finders are pooled for a drawing at the end of the month. |
|
|
|
|
Welcome new members!
Got one more 5850 online today, hopefully the other comes in tomorrow!
|
|
|
|
It's not really different for obscurity, but moreso that I used a different algorithm when I setup my initial site before open-sourcing it. I just haven't gotten around to changing it |
|
|
|
|
In windows, no. Multi-GPU/CPU mining will load at least 1 core to 100%
In Linux, yes. OCL doesn't have the cpu usage bug in linux. I get higher oc's in Linux as well. YMMV.
|
|
|
|
I think I'm going to register reallythebestofthebestminingpools.com now  |
|
|
|
I'm glad this pool is back up and running. I like the new graphs, and good work on the site, it looks great. Let's get a block! Thanks! |
|
|
|
|
Nice catch. The salting in the OS version is slightly different than my sites implementation (hooray obscurity!). Fixing in repo now.
|
|
|
|
|
Looks like BurningToad is going to share his MaxPPS code, so hopefully we'll have MaxPPS as a payout option soon.
|
|
|
|
There is actually a calculation on the Pool Stats page that shows how often we should statistically find a block based on current hashrate 124hrs @ 15Ghs. currently. Additionally, it shows daily estimation based on hashrates |
|
|
|
Fantastic looks like we're getting some of the older users back Thanks again for your hashes. More features are on the way! |
|
|
|
|
Show Posts
