We have a real-time API and we're not afraid to use it. Are you?
1–10 of 36 posts
Re: We have a real-time API and we're not afraid to use it. Are you?
#2Re: We have a real-time API and we're not afraid to use it. Are you?
#3Re: We have a real-time API and we're not afraid to use it. Are you?
#4After poking around little bit, it appears you need to poll for updates. To clarify, when you say "real-time" you mean "changes are reflected quickly" and not "changes are pushed to clients"?
The exact workflow is: the initial data is pulled over HTTP, the code connects to our server over WebSockets and after that no more requests are made. The real-time updates are pushed over the WebSocket connection.
Re: We have a real-time API and we're not afraid to use it. Are you?
#5Re: We have a real-time API and we're not afraid to use it. Are you?
#6After poking around little bit, it appears you need to poll for updates. To clarify, when you say "real-time" you mean "changes are reflected quickly" and not "changes are pushed to clients"?
Nope, we push changes to clients. The exact workflow is: the initial data is pulled over HTTP, the code connects to our server over WebSockets and after that no more requests are made. The real-time updates are pushed over the WebSocket connection.
Re: We have a real-time API and we're not afraid to use it. Are you?
#7I want to do something like this but don't need to consume tons of watts...
Re: We have a real-time API and we're not afraid to use it. Are you?
#8Anyone have any thoughts on how to do the display side of this in VERY low power? Are there cheap android tablets or whatever that might be suitable? I want to do something like this but don't need to consume tons of watts...
Another way is to simply write your own visualisation. If you're interested in getting early-alpha-unstable-omg access to the read APIs (HTTP and WebSockets), shoot us an email to hello@ducksboard.com