|
think this coin has great potential
|
|
|
|
get yourself a prepaid card  i've sent you a message with my number to use |
|
|
|
here you are. please repay to: 1PWHSLnz9wrdmc3VWizH8ymD7eLm8sXUww good luck |
|
|
|
As it is a userfriendly good practice to give immediate feedback as soon as you receive a transaction it is better to use walletnotify as a trigger or pull the data again and again in an endless loop or cronjob. Then just take the last n transactions (just in case if you missed some notifications because of any obscure failures) and push them into your db. Pseudocode: $transactions = $bitcoinrpc->listtransactions('accountname', 500);
foreach ($transactions as $tx) {
if ($tx['category'] == 'receive' && $tx['confirmations'] < 10) {
$id_user = $db->query('SELECT id_user FROM addresses WHERE address={$tx['address']}');
$db->query('INSERT INTO balance (txid, id_user, amount, confirmations) VALUES ({$tx['txid']}, {$id_user}, {$tx['amount']}, {$tx['confirmations']})
ON DUPLICATE KEY UPDATE confirmations={$tx['confirmations']}');
// (balance.txid must be defined as unique key of course)
if ($db->affectedRows() > 0) {
// number of confirmations for $tx has changed, do any prefered action
}
}
}
It is also a good idea to write the users withdrawals as a negative amount into that balance table, so you can easily (and more important consistently) get the users balance by summing up the `amount` column. |
|
|
|
|
5 days, 2 hours and 15 minutes.
|
|
|
|
|
Total time logged in: 5 days, 1 hours and 6 minutes.
|
|
|
|
|
Don't see a fail here. Confirming passwords does not increase security. It only prevents you from misstyping which is a non-issue as long as you are able to reset your credentials.
And as only long generated passwords are good passwords (which you typically generate in your password manager and copy+paste into that field with absolutely no chance of misstyping) confirmation form fields are in fact useless.
|
|
|
|
Congratulation, you have no idea how security works!
Security works in layers. Say you have a security guard right? Well, a security guard can actually be a HUGE vulnerability in your company if he's bribed to help during the theft.
That means we should get rid of all security guards because it's possible for them to be corrupted, right?
nah. not because they are corrupted but because they are blind. do you really need that blind security guard at your front door who is molesting your friends and only keeping the really obvious stupid thieves out when on the other hand you have a dozen backdoors and windows open? |
|
|
|
|
I'm not an expert but isn't it possible to monitor/limit/shape/throttle outgoing mail traffic?
|
|
|
|
|
ubuntu minimal exists and personal preference is the essential factor when there is no significant technical difference. configuring and operating redhat/centos is really pain in the ass if you are used to debian/ubuntu (and vice versa i guess).
|
|
|
|
|
Could someone explain a newbie how to compile the source on linux?
|
|
|
|
*bump* We are sharing 40% (instead of regularly 25%) of profits with our affiliates for the next ~2 weeks (until july, 15th 2014) www.satoshi-karoshi.com |
|
|
|
|
We have a 25% revenue share program.
|
|
|
|
Bitcoin protocol needs to be changed so noone never can get that much power again. It can be done. You can limit amount of blocks one entity can get in a row, you can change many, many things to prevent people from getting all into one basket.
Question is...why devs didint already change it?
Because you can't. It's anonymous. You can not tell who actually mined a block. It would be easy for one pool to make itself look like five pools with 10% each but still being the one 50% pool. |
|
|
|
Ok. But both of those shown transactions have the same "unconfirmed input, no fee, low priority" pattern, still one gets confirmed the other does not. Why that? Site is https://satoshi-karoshi.com - instant deposit & play but as said withdraw only after all deposits are confirmed. Worked fine for over a year now  |
|
|
|
|
Show Posts
