Topic: Blockchain.info - Bitcoin Block explorer & Currency Statistics - page 76. (Read 482537 times)
February 22, 2013, 05:15:07 AM
/q/24hrprice * /q/totalbc < /q/marketcap ?
February 19, 2013, 07:20:57 PM
Back in a second.
February 19, 2013, 03:34:15 PM
Been having problems with the JVM crashing repeatedly somewhere inside the native apache APR library. I'm pretty sure it is some specially crafted requests causing it. For now I have switched tomcat over to a different connector but this also required changing some SSL settings,
so if anyone is experiencing any SSL errors please clear your browsers cache and refresh the page.
so if anyone is experiencing any SSL errors please clear your browsers cache and refresh the page.
February 15, 2013, 09:08:57 AM
thank you.
one other thing, if I change the language to english, the settings page
is in german. I have also tried to delete all cookies but it does not work.
The settings page is still in english.
And please make it possible to set a hostname as ip restriction under the settings.
it is useful for dyndns if you have a static ip address you can use dyndns but it only
works with a hostname
one other thing, if I change the language to english, the settings page
is in german. I have also tried to delete all cookies but it does not work.
The settings page is still in english.
And please make it possible to set a hostname as ip restriction under the settings.
it is useful for dyndns if you have a static ip address you can use dyndns but it only
works with a hostname
February 15, 2013, 08:57:40 AM
Never changed this code.
Since yesterday it does not work anymore.
Since yesterday it does not work anymore.
Should be fixed now.
February 15, 2013, 08:20:54 AM
Code:
https://blockchain.info/merchant/HEXKEY/payment?to=ADDRESS&amount=1000000&anonymous=false&fee=50000
Never changed this code.
Since yesterday it does not work anymore.
February 15, 2013, 07:47:07 AM
Am I the only one who had problems with the API withdrawal?
Only getting "Unknown Error"
Only getting "Unknown Error"
With JSON RPC? Using which method and parameters?
February 15, 2013, 07:46:08 AM
Am I the only one who had problems with the API withdrawal?
Only getting "Unknown Error"
Only getting "Unknown Error"
February 14, 2013, 12:38:01 PM
There needs to be another way to set fees, I'm having an very annoying problem...
https://bitcointalksearch.org/topic/--143266
https://bitcointalksearch.org/topic/--143266
settxfee is now enabled in the JSON RPC api.
February 14, 2013, 06:06:13 AM
I've set the 'Default Fee Policy' to 'Generous', but my transactions are still being send with 0.0005 BTC fee.
What's going on?
(I'm using 'Bitcoin-Qt Compatible JSON RPC', 'sendmany')
The fee policy set in the javascript interface does not currently affect the API. However I have fixed this my development version and it will be fixed next update.What's going on?
(I'm using 'Bitcoin-Qt Compatible JSON RPC', 'sendmany')
Quote
Your request (#1798) has been received and is being reviewed by our support staff.
To add additional comments, reply to this email or click the link below:
http://blockchain.zendesk.com/tickets/1798
To add additional comments, reply to this email or click the link below:
http://blockchain.zendesk.com/tickets/1798
https://bitcointalksearch.org/topic/--143266
February 13, 2013, 08:01:32 PM
Hi piuk,
I noticed that the receive api callback from blockchain.info is no longer immediate. I was accepting zero-confirmation payments successfully up until maybe a couple of weeks ago. Here is an example of a generated address for which I'm still awaiting blockchain.info's response: https://blockchain.info/address/14TdZ3nRTcfLUkRUb8DUTXUZf8Pe6pPwEG
Did you make a change to the callback so it no longer responds immediately?
I noticed that the receive api callback from blockchain.info is no longer immediate. I was accepting zero-confirmation payments successfully up until maybe a couple of weeks ago. Here is an example of a generated address for which I'm still awaiting blockchain.info's response: https://blockchain.info/address/14TdZ3nRTcfLUkRUb8DUTXUZf8Pe6pPwEG
Did you make a change to the callback so it no longer responds immediately?
No, no changes have been made to the callbacks recently. Is it the both the forwarding payment and callback the callback which is being delayed or just the callback?
Could you add the ability to archive/unarchive multiple address at once?
Like a check box next to each address and a button to Archive/Unarchive those addresses.
Like a check box next to each address and a button to Archive/Unarchive those addresses.
The unarchived icons are pretty quick to tap for me. I can see a need to a checkbox for archive but the interface needs to be kept uncluttered at the same time.
I've set the 'Default Fee Policy' to 'Generous', but my transactions are still being send with 0.0005 BTC fee.
What's going on?
(I'm using 'Bitcoin-Qt Compatible JSON RPC', 'sendmany')
What's going on?
(I'm using 'Bitcoin-Qt Compatible JSON RPC', 'sendmany')
Quote
Your request (#1798) has been received and is being reviewed by our support staff.
To add additional comments, reply to this email or click the link below:
http://blockchain.zendesk.com/tickets/1798
To add additional comments, reply to this email or click the link below:
http://blockchain.zendesk.com/tickets/1798
The fee policy set in the javascript interface does not currently affect the API. However I have fixed this my development version and it will be fixed next update.
Is anyone else getting "Unrecognized search pattern" on every bitcoin address lookup?
This should be fixed now.
Also fixed a bug related to the "address contains a very large number of unspent outputs" issues.
February 13, 2013, 04:06:49 PM
Was just going to come here to post this.
Also on firstbits lookups.
Also on firstbits lookups.
February 13, 2013, 02:59:05 PM
Is anyone else getting "Unrecognized search pattern" on every bitcoin address lookup?
Yes.
February 13, 2013, 02:14:13 PM
Is anyone else getting "Unrecognized search pattern" on every bitcoin address lookup?
February 13, 2013, 07:30:22 AM
I've set the 'Default Fee Policy' to 'Generous', but my transactions are still being send with 0.0005 BTC fee.
What's going on?
(I'm using 'Bitcoin-Qt Compatible JSON RPC', 'sendmany')
What's going on?
(I'm using 'Bitcoin-Qt Compatible JSON RPC', 'sendmany')
Quote
Your request (#1798) has been received and is being reviewed by our support staff.
To add additional comments, reply to this email or click the link below:
http://blockchain.zendesk.com/tickets/1798
To add additional comments, reply to this email or click the link below:
http://blockchain.zendesk.com/tickets/1798
February 12, 2013, 11:09:10 PM
Could you add the ability to archive/unarchive multiple address at once?
Like a check box next to each address and a button to Archive/Unarchive those addresses.
Like a check box next to each address and a button to Archive/Unarchive those addresses.
February 12, 2013, 09:17:39 PM
Hi piuk,
I noticed that the receive api callback from blockchain.info is no longer immediate. I was accepting zero-confirmation payments successfully up until maybe a couple of weeks ago. Here is an example of a generated address for which I'm still awaiting blockchain.info's response: https://blockchain.info/address/14TdZ3nRTcfLUkRUb8DUTXUZf8Pe6pPwEG
Did you make a change to the callback so it no longer responds immediately?
Thanks.
EDIT: FYI, I am using the anonymous payments option.
EDIT2: I finally got a response after 4 confirmations. How can I avoid this delay and get an immediate, zero-confirmation response?
I noticed that the receive api callback from blockchain.info is no longer immediate. I was accepting zero-confirmation payments successfully up until maybe a couple of weeks ago. Here is an example of a generated address for which I'm still awaiting blockchain.info's response: https://blockchain.info/address/14TdZ3nRTcfLUkRUb8DUTXUZf8Pe6pPwEG
Did you make a change to the callback so it no longer responds immediately?
Thanks.
EDIT: FYI, I am using the anonymous payments option.
EDIT2: I finally got a response after 4 confirmations. How can I avoid this delay and get an immediate, zero-confirmation response?
February 11, 2013, 04:23:31 PM
I've enabled the profit/loss again now. It was disabled due to high load but things are a little more stable now.
Thanks for enabling this again. One idea, if you are getting high load, would be to require the user to click the Refresh button before the balance is calculated the first time; most of the time I don't need the profit/loss when I'm making a bet, but sometimes it's nice to see it.
Regards,
Will
February 11, 2013, 11:22:07 AM
Sorry Hazek, I did not get time to work on the charts this weekend. Unfortunately due to the downtime some other things had to take priority, like setting up a proper monitoring and alert system since pingdom isn't cutting it anymore. I don't have an ETA at the moment.
That's perfectly reasonable and I understand. I hope you can get to it soon, as always, keep up the good work!
February 11, 2013, 10:35:23 AM
Hi,
I noticed that I no longer get a profit/loss result for satoshidice on blockchain.info - is there a limit to the number of bets or addresses for this functionality to be enabled - I found it quite useful
Will
I noticed that I no longer get a profit/loss result for satoshidice on blockchain.info - is there a limit to the number of bets or addresses for this functionality to be enabled - I found it quite useful
Will
I've enabled the profit/loss again now. It was disabled due to high load but things are a little more stable now.
Hey piuk, I assume the above didn't make it into your busy schedule for the past weekend but would you perhaps have a new ETA for it? Just curious..
Sorry Hazek, I did not get time to work on the charts this weekend. Unfortunately due to the downtime some other things had to take priority, like setting up a proper monitoring and alert system since pingdom isn't cutting it anymore. I don't have an ETA at the moment.
Jump to: