I have a group of twitter accounts and want to stream latest tweets from that set of accounts in my web application?
I couldnt find any API method matching that requirement.
How can this be implemented without having rate limiting issues?
Take a look at Streaming API.
Site Streams which is in Beta might be of interest
Site Streams, a new feature on the
Streaming API, is now available for
beta testing. Site Streams allows
services, such as web sites or mobile
push services, to receive real-time
updates for a large number of users
without any of the hassles of managing
REST API rate limits. The initial
version delivers events created by, or
directed to, users that have shared
their OAuth token with your
application. The following events are
streamed immediately, and without rate
limits: Home Timelines, Mentions
Timelines, User Timelines, Direct
Messages, Mentions, Follows,
Favorites, Tweets, Retweets, Profile
changes, and List changes.
Related
There have been lots of changes to the facebook api recently, which now includes the instagram api as well. https://www.instagram.com/developer/changelog/
They have shutdown a lot of endpoints way ahead of schedule and has created a huge problem for my application which integrates instagram user data. They have the instagram graph api now, but looks like it can be used only for business accounts (looked like that prima facie). Reading through the news past couple of days, I am really confused about what is available and what is not. My application used to get user data (number of followers, recent posts, reach, likes, etc) using the instagram handle provided by users. Since this is totally restricted on the platform api now, is there a way I can have the same functionality using the new graph api? Or should I look into 3rd party APIs? I am open to asking users for authentication (I already have the facility). Can the user information be fetched after they authenticate my app to do so?
You can use the following Graph API to get all the details for any IG business account.
https://developers.facebook.com/docs/instagram-api/business-discovery
We are developing a project where we need to send probably hundreds of requests to Facebook's graph API per minute. Our main requirement is to continuously monitor hundreds of comments (and possibly posts) of our own page, and respond back where required. Though we haven't tested our complete project on live system yet. But we are sure that it is going to exceed the API's rate limit. We were wondering whether facebook provide some premium access to API where this limit can be bypassed? We have looked into their documentation but are unable to find anything. Or is there any way where we can monitor our page continuously without worrying about this rate limit.
Thank you
I am referring following links to the Facebook documentation for real time subscription.
https://developers.facebook.com/docs/graph-api/webhooks
https://www.facebook.com/marketingdevelopers/videos/883648801749520/
For the page, the graph api v2.6/{page-id}/subscribed_apps is used for subscribing the page to the app.
I am looking for the graph api for subscribing user to the app for the real time changes.
I am looking for the graph api for subscribing user to the app for the real time changes.
There is no such endpoint.
For updates from users, you don’t need to create an individual subscription for every single one, like you need to do with pages.
You just do the general setup, that subscribes your app to updates for certain fields/edges of the user object. You then will get updates automatically for the users of your app, when a change on those happens (provided that the users gave your app the necessary permissions to read that kind of data.)
I wish to create an application which me and my friends would subscribe to and which in turn can monitor a count of items in the news feed using the required permissions (kind of a social network statistics).
I read the developer documentation, but I couldn't find out if it's possible. Subscribing to my application (and allowing the permissions) is a one-time process for my friends. From then on, can my application read the fields mentioned in Graph API for the subscribed users at any time (without the user's involvement)?
You might be interested in using the Real-Time Updates API from Facebook. Using this, you will no longer have to continuously "poll" the Graph API. Rather, Facebook will send the updates to your server.
Here are some sample implementations of the API, https://github.com/facebook/real-time/tree/master/samples.
No.
Facebook used to have the "offline_access" permission which would let applications have an access token that does not expire.
Not a while ago though Facebook deprecated this permission as stated in Removal of offline_access permission.
The longest (that I'm aware of) that a token is valid for is 60 days. If you want to extend that time frame you'll have to get the user to interact with your application.
I'm working on an API that will aggregate data from several website, including facebook. The API has an engine that harvests data on regular intervals, and then the client app polls the API to get the data from all websites centrally.
The problem is that the API has no way of authenticating on the regular, behind-the-scenes harvests, as Facebook insists that the user has to click on the OAuth Dialog. With the short story being that there is no way to login to graph API silently this almost means that developing such an API is not possible (except for harvesting only public data).
However, I'm not easily satisfied by "it's not possible" answers and my clients - even less so. Accessing private information on demmand is defnitely possible as Facebook apps do that. For example, the official Twitter app posts on my wall whenever I tweet. I guess apps only need a permission once and then can access the user's profile as much as they like.
So this leads me to think that I should do a combination of a Graph API client and an application that talk to each other, and whenever the API needs to harvest - it asks the app to get the data and fetch it to the API. Or maybe it should be a push model (the app sends the data whenever it's generated) rather than pull (the API requests the data at regular intervals).
Am I on the right track? Is any of these the correct design approach?
I did some searching but it's very hard to find any useful discussion on the topic as whatever keywords I try I only find "Can I login silently? No" type of discussions.
You'll want to look into the offline_access permission. This lets you access a user's data when they don't have an active session, or are offline. That's as close to "silent login" as you can get.