Clark (OP)
|
|
October 09, 2013, 07:02:21 PM |
|
Ever since the color changes, for me, only the orderbook state is loaded, no real-time data/executions are updated. Cleared cookies.
Real time data has been down for me for the last month too. Try clearing the cache and reloading. Ctrl+Shift+R in Chrome. If you're using old Firefox, you might have to allow WebSocket connections in the internal settings. There also might be problems with proxies. However, the site is connecting to the secure WebSocket from Mt. Gox, so there shouldn't be routing issues there.
|
|
|
|
TheButterZone
Legendary
Offline
Activity: 3038
Merit: 1032
RIP Mommy
|
|
October 09, 2013, 08:08:37 PM |
|
network.websocket.allowInsecureFromHTTPS;false Ever since the color changes, for me, only the orderbook state is loaded, no real-time data/executions are updated. Cleared cookies.
Real time data has been down for me for the last month too. Try clearing the cache and reloading. Ctrl+Shift+R in Chrome. If you're using old Firefox, you might have to allow WebSocket connections in the internal settings. There also might be problems with proxies. However, the site is connecting to the secure WebSocket from Mt. Gox, so there shouldn't be routing issues there. FF 24 on OSX 10.6. Cmd+Shift+R tried multiple times, failed. All default settings: network.websocket.allowInsecureFromHTTPS;false network.websocket.auto-follow-http-redirects;false network.websocket.delay-failed-reconnects;true network.websocket.enabled;true network.websocket.extensions.stream-deflate;false network.websocket.max-connections;200 network.websocket.max-message-size;2147483647 network.websocket.timeout.close;20 network.websocket.timeout.open;20 network.websocket.timeout.ping.request;0 network.websocket.timeout.ping.response;10
|
Saying that you don't trust someone because of their behavior is completely valid.
|
|
|
joesmoe2012
|
|
October 10, 2013, 06:07:02 PM |
|
Need bitstamp for rtbtc.
|
|
|
|
bernard75
Legendary
Offline
Activity: 1316
Merit: 1003
|
|
October 10, 2013, 08:00:04 PM |
|
Need bitstamp for rtbtc.
Second
|
|
|
|
overunity
|
|
October 10, 2013, 09:07:12 PM |
|
...8)Thirded ...
|
|
|
|
Clark (OP)
|
|
October 21, 2013, 07:50:28 PM Last edit: October 21, 2013, 08:25:00 PM by Clark |
|
|
|
|
|
pandemic
|
|
October 23, 2013, 02:11:23 PM |
|
yeah mine's working in chrome but not firefox even after removing cookies and refreshing.
|
|
|
|
fritzthecat
Newbie
Offline
Activity: 51
Merit: 0
|
|
October 28, 2013, 09:04:12 PM |
|
How do we apply for adspace?
|
|
|
|
Clark (OP)
|
|
October 28, 2013, 09:20:00 PM |
|
How do we apply for adspace?
Send me a PM
|
|
|
|
bassmaster
Copper Member
Newbie
Offline
Activity: 21
Merit: 3
|
|
November 01, 2013, 03:27:44 AM |
|
When I set the currency to CHF, I only get chart data up till: 2013-05-19 22:00:00 - nothing more recent. Checked in Firefox and Chrome on WinXP. Anyone else seeing this?
|
|
|
|
Clark (OP)
|
|
November 01, 2013, 03:31:26 AM |
|
When I set the currency to CHF, I only get chart data up till: 2013-05-19 22:00:00 - nothing more recent. Checked in Firefox and Chrome on WinXP. Anyone else seeing this?
It looks like Mt. Gox has blocked the server daemon from scraping trades for some of the less-used currencies. Since no one seems to have noticed the lack of CHF data since May 19, it's probably time to take it off the site...
|
|
|
|
bassmaster
Copper Member
Newbie
Offline
Activity: 21
Merit: 3
|
|
November 01, 2013, 03:37:12 AM |
|
CHF data since May 19, it's probably time to take it off the site... That's sad... but be aware that CHF is not the only one, I see several other currencies that are not updated: CNY, DKK, HKD, SEK,etc...
|
|
|
|
Clark (OP)
|
|
November 01, 2013, 03:42:08 AM |
|
CHF data since May 19, it's probably time to take it off the site... That's sad... but be aware that CHF is not the only one, I see several other currencies that are not updated: CNY, DKK, HKD, SEK,etc...Correct. Current DataAUD, CAD, EUR, GBP, JPY, PLN, USDOld Data (to be removed) CHF, CNY, DKK, HKD, NOK, NZD, RUB, SEK, SGD, THBWhat's more sad is the fact that there is only one order book[1] on Mt. Gox. Any order gets placed on all of the books, with an appropriate exchange rate and fee incorporated into the price. [1] https://en.bitcoin.it/wiki/MtGox/IRC_mtgox#Trading_Questions
|
|
|
|
johnblaze
|
|
November 06, 2013, 05:33:34 PM |
|
on clarkmoody, it seems you break up larger trades into each individual part. whereas bitcoinwisdom is able to consolidate the time&sales data. clarkmoody: 12:29:13 264.61151 0.1775 12:29:12 264.50000 7.2453 12:29:12 264.41460 0.1393 12:29:12 264.40000 32.1716 12:29:12 264.39999 3.9323 12:29:12 264.39999 3.9323 12:29:12 264.39000 0.1000
bitcoinwisdom: 12:29:13 264.61151 47.6984
i prefer the bitcoinwisdom way of displaying these trades, as it takes up less space. if someone makes a 1000 buy, shouldn't only 1 trade be shown instead of all the parts that make up the trade. although i can see the argument for your way as well, since in the example, the full 47 coins were not purchased at exactly that price. so i suppose your way is more accurate what do you think about changing this? or having an option?
|
|
|
|
Clark (OP)
|
|
November 06, 2013, 05:55:48 PM |
|
on clarkmoody, it seems you break up larger trades into each individual part. whereas bitcoinwisdom is able to consolidate the time&sales data. clarkmoody: 12:29:13 264.61151 0.1775 12:29:12 264.50000 7.2453 12:29:12 264.41460 0.1393 12:29:12 264.40000 32.1716 12:29:12 264.39999 3.9323 12:29:12 264.39999 3.9323 12:29:12 264.39000 0.1000
bitcoinwisdom: 12:29:13 264.61151 47.6984
i prefer the bitcoinwisdom way of displaying these trades, as it takes up less space. if someone makes a 1000 buy, shouldn't only 1 trade be shown instead of all the parts that make up the trade. although i can see the argument for your way as well, since in the example, the full 47 coins were not purchased at exactly that price. so i suppose your way is more accurate what do you think about changing this? or having an option? It should be an option for the user.
|
|
|
|
johnblaze
|
|
November 06, 2013, 05:58:45 PM |
|
It should be an option for the user.
cool, i look forward to it if you decide to add that option. i'm not sure how it would work though, because i don't think you can just group by timestamp alone, since even in that example above, part of the trade got executed one second later
|
|
|
|
Clark (OP)
|
|
November 19, 2013, 05:20:10 PM |
|
It should be an option for the user.
cool, i look forward to it if you decide to add that option. i'm not sure how it would work though, because i don't think you can just group by timestamp alone, since even in that example above, part of the trade got executed one second later Mt. Gox timestamps are given in microseconds, so there could be a heuristic interval to decide if two trade messages belong to the same trade.
|
|
|
|
dlasher
|
|
November 20, 2013, 06:21:38 AM |
|
please do other exchanges than just Gox.
|
|
|
|
theta
|
|
November 21, 2013, 06:06:09 PM |
|
Can you please have an option for log scale chart? Thanks
|
|
|
|
|
|