I'm using dlvr.it to automatically posts RSS feeds to social media. According to the article mentioned below the feeds should publish in real time, but it takes up to 5 minutes:
https://support.dlvrit.com/hc/en-us/articles/200402424-Enabling-real-time-updates-with-dlvr-it
Is it possible to publish feeds on social media in real time without the latency of 5 minutes?
Feed: https://dev.rotoballer.com/player-news/feed?sport=nfl
dlvr.it posts items immediately (plus some minor internal processing time) upon receipt of the PuSH update.
The speed of the updates depends entirely upon how quickly the PuSH hub is notified of the update by the publishing site, how quickly the update is pulled by the hub, and how quickly the hub distributes the update to subscribers.
Related
I have an online service where it lets people subscribe to iCalendar feed.
I'm wondering if there is a way to force the subscriber (their Calendar client) to stop their subscription.
I have one subscriber who is subscribed to a feed that doesn't exist anymore. The annoying part is that this subscriber is fetching the data every 4 seconds!
I looked at iCalendar specification and it doesn't look like this is supported.
I tried few http response codes (404 and 410), but this doesn't stop the client.
The user agent I'm seeing in the log shows "iOS/12.5.4 (16H50) dataaccessd/1.0".
Any help is appreciated.
Thank you!
The problem is similar to a 'broken' link that keeps trying to fetch a page that no longer exists. How to unpublish an iCal (*.ics) feed?
I've looked at GET /events but it returns all events not just push events which I'm interested in.
I've read about webhooks and this pushEvent in particular but that can be configured to only a repository to get notified if pushed to that one repo.
But I want to get post requests like webhooks for all push requests across all public repos from all users. Something like Github Archive.
While the API GET /events remains the main solution (possibly from different users as commented), there is an important change from August 2018:
Public events API delayed by five minutes
The public events API is now delayed by five minutes.
As a result, when you query the API, the most recent event returned will have occurred at least five minutes ago.
The API is otherwise unchanged and continues to support pagination and fetching of up to 300 events. No other events APIs are affected and they will continue to deliver events in real time.
Is it possible to extract track activity history? Time series metrics such as Playback, Download, Favoritings, Comments by day.
Soundcloud Api itself doesn't have such option.
What you could do is either subtract the values of 2 variables (one for today and one for the previous day) or do it from a third party website (like a follow-to-download gate) that track the downloads etc
I'm working with Facebook pages and building an app that allows you to send/receive private messages for your page from an external app.
Everything works fine, I can import old messages, send new one. My issue comes from the real time update subscription.
As explained here and here, I have subscribed to the conversations field on the page object. I also set up my server to receive Facebook verification and the updates.
I do receive updates when someone sends a new message to my test page ( even if it's a bit slow ~30 sec delay ) but I never receive any updates when the page replies to a message.
Is there something else I need to subscribe to in order to receive these updates ? Do I need to look for another way to do it ? Or is it just not supported by Facebook real time API updates ?
Any help appreciated, let me know if you need more info and have a nice day.
I need your expert advice on this one.
I have been asked to analyse a potential Facebook application.
This application is a parental monitoring for kids accounts. Basically it will search a kid status message for specific keywords amongst others things. And this application will alert the parents when it finds something.
Of course this application will have a valid token to access the kid's data. This is not a tool to spy on the kid.
I am using the Graph API coupled with the 'since' keyword to get the last updates. It's working fine with a single user.
My question is about scalability.
How should I get updates of a huge number of kids to monitor? (between 10,000 and 100,000 accounts)
And for each kids I have to monitor status messages, videos, images, friend, friends' status messages...
Here are some numbers:
~2.1M requests each day to get hourly updates of 10,000 kids' account.
~57.8M requests each day to get hourly updates of 10,000 kids'account plus their friends', with an average of 40 friends each.
And as I read here, it would be limited.
So what do you reckon?
ps: Maybe with real-time updates I won't have this problem or would it be worse?
Yes I would subscribe to real-time updates so as an account gets updated you get a callback and then you get the latest updates. This would avoid the overhead of constantly polling accounts for updates. You will need to get an offline_access token for this to work as well.