So, I work a fair amount with the instagram API and have, for example, added Realtime support to the most popular golang Instagram library.
To the best of my knowledge, there are no bindings for getting realtime updates from any user which has not authorized your app. To me this seems quite silly but I believe it is the state of affairs. Consequently, you will have to poll for updates from selected users. Now, if someone adds a few hundred users, you'll essentially use all of that user's API calls to check those users for updates routinely.
My point is largely that it's hard for me to imagine a service like this scaling well while guaranteeing freshness, due to the API's limitations. I post this comment not to be a downer, but to hope to learn from the authors about how they plan to deal with these limitations.
Yes you are right, there are limitations in API, but these limitations are(5000 req/hour) far enough for normal users. Next feature will be the multi account support, and this feature will expand these limitations much more.
Regards,
Emre
I'm pretty sure you are going to piss off instagram with your name. I think they even say not to use a name that has insta or gram when you sign up for the api. Other then that best of luck.
Instagram's API TOS has always prohibited third party clients. From the "You Shall Not" section:
"1. Use the Instagram APIs for any application that replicates or attempts to replace the essential user experience of Instagram.com or the Instagram apps."
Well the biggest difference is instagram won't let you post from anything that's not the official client. They kinda "baked in" the need for their app in the flow. With Twitter, it was possible to totally have a "custom" experience.
With instafall you can follow any user, hashtag or media flows in a specific location. In addition you can catch medias which are shared near by you in a circle of 1-5km.
carbocation|11 years ago
To the best of my knowledge, there are no bindings for getting realtime updates from any user which has not authorized your app. To me this seems quite silly but I believe it is the state of affairs. Consequently, you will have to poll for updates from selected users. Now, if someone adds a few hundred users, you'll essentially use all of that user's API calls to check those users for updates routinely.
My point is largely that it's hard for me to imagine a service like this scaling well while guaranteeing freshness, due to the API's limitations. I post this comment not to be a downer, but to hope to learn from the authors about how they plan to deal with these limitations.
emretekelioglu|11 years ago
hsx|11 years ago
emretekelioglu|11 years ago
dblacc|11 years ago
http://www.theverge.com/2014/8/26/6071579/picdeck-is-a-tweet...
emretekelioglu|11 years ago
instafalll|11 years ago
emretekelioglu|11 years ago
[deleted]
frabcus|11 years ago
I feel once bitten twice shy - the whole non-standard Twitter client thing was a complete waste of everyone's time.
sandofsky|11 years ago
"1. Use the Instagram APIs for any application that replicates or attempts to replace the essential user experience of Instagram.com or the Instagram apps."
http://instagram.com/about/legal/terms/api/
lbotos|11 years ago
emretekelioglu|11 years ago
lamby|11 years ago
Can't seem to find that (can find "nearby"..)
domydeal|11 years ago
emretekelioglu|11 years ago
TheRealGL|11 years ago
Nice app though.
emretekelioglu|11 years ago