Is it possible to get the accumulated call established time based on a unique user?
I couldn't find that piece of info in the dashboard.
This information is not available in the Sinch Dashboard but will be accessible via a REST API. As a partner, you will also have the possibility to download Call Detail Records (CDR) files that can be used to gather those metrics.
Both option will be released shortly when the Sinch REST APIs (http://www.sinch.com/docs/rest-apis/) are made available.
Related
I am exploring the MS graph APIs to build integration with MS Teams. In order to do that, I need real-time notifications or information about calling activities like incoming calls, transferred, on hold, hung up etc within.
I read through the MS Graph API documentation a couple of times but couldn't find anything related to it. I came across this Teamwork - Get System messages, and checked how it works. I got a few notifications when the call started in a channel or when a group call started, but it does not send any messages related to a 1-to-1 call.
I also tried the Communication API Call Records APIs, but this is not real-time. It sends the notification 12 mins or so after the call ended.
Has anyone in the community worked with real-time notifications related to calls? If yes, please do share details. Also if it is not possible with MS graph APIs then is there any other way to get real-time updates on calls?
I would really appreciate it if I get any help or pointers on this.
Thank you!
There are two things that are unclear to me about TwilioVoice for iOS, after having followed the quickstart demo.
First, I want my app to be only able to receive phone calls, and not to make some. So I want to know, do I really need to call TwilioVoice.register(accessToken)? Or something with CallKit would be enough?
My other question is about access tokens. In the quickstart demo, an access token is fetched every time the user enters ViewController, but since I only want to be able to receive phone calls, I was thinking of fetching access token only in the AppDelegate, but I wonder if I would have issues with the token lifetime?
Thank you for your help,
Yes, you still need register your device. When user A makes a call to user B, Twilio needs user B's device to be registered so they know where to send the VoIP push notification to. CallKit manages the local on-device call state, it doesn't provide the network side of the call. Twilio provides the network side of the call.
You're correct with this. In our application, we register any time application(_:didRegisterForRemoteNotificationsWithDeviceToken) is called since that's the method that provides your application with the device token you need to pass to Twilio.
I'd caution against taking Twilio's sample project as a good sample project. I had to rework most of what they did in their example when I built our implementation. There's WAY more state management that needs to be done to nicely integrate with CallKit.
I have created an app in objective C, In this app i have one page there User can comment live and for the updating comments i am hitting every 5 min the web-service. I have no idea about the server data change .
I want to hit the service while the data has been change to the server.
Is it possible . Or we can use some other way for the web services.
Thanks, Please answer if you have an correct way to solve it.
Go to this web site PubNub, download SDK's for both Server and Objective-C. PubNub is a common Stream Service with Subscribe/Publish services. After implementing SDK's, make your Client as Subscriber, and make your Server as Publisher. Simply; Subscribers are listening channels for data. When you have a new comment, Publish that comment from Server to channel which your client has already subscribed. Do not forget, free accounts are for demo purposes and have limitations.
I'm designing a service similar to Klout, this is, the user's twitter account is scanned continuously in order to update some sort of metric which is the added value of my service. For this to work my app needs to be approved by the user, but I'm a little bit confused on what to do next. How I ( efficiently ) manage to keep my service in synch with user's new tweets after he/she has approved the app from the first time?
Thanks in advance.
Two solutions assuming you have a user's OAuth tokens:
Poll the user's friends/followers/timeline everyday and analyze it w/ the REST API. Beware of rate-limit limitations.
Use the streaming API to get this data in realtime and then analyze.
I'm sure you'll want to use #2. Create a listener that receives the push events from twitter and then store it and run your business logic analysis on it later.
The data model you will use and prescience (DB) depend on what business logic you need to run.
I would like my app to receive updates to the logged in user's newsfeed without constantly polling for the current newsfeed to be returned to my app.
I see a lot of questions that are close to what I'm asking for but the one's I've checked are either never answered or have answers that are merely generalities providing no details nor pointers to where details can be obtained.
I'v heard that Facebook uses Comet and/or ajax push for its chat implementation but can it be made to use this for pushing newsfeed updates to my app? If so, is there some place where I can find examples of the use of the facebook API to accomplish this?
Yes, This is possible by creating Push Notification app from the Facebook developers site. Create an app for pages and then u can connect to the pages using Graph API editor and also configure the notifications received by this application to be forwarded to a callback URL. Read The Real Time Push Notification document on Facebook developers.
Short answer, no. The Facebook Graph API does not support push notifications. You have to poll. The one alternative seems to be for Blackbery devices that recieve push notification of facebook updates. But i believe that is because RIM is doing the polling themselves and then pushing the notification to the device.
To the best of my knowledge, the only way to get info from the Graph API is to pull and poll.
Yeah i don't think this would be possible yet, given HTML is stateless, there's no way the server can post back to the clients, as the clients only get responses to their own requests from the server.
You'd need something that can establish a connection and listen on a port, that's the sort of length you'd have to go to (non-html based, embedded in the page)
I wonder if you could stagger out and slow down a server's response to an ajax request, so for example, the server doesn't finish responding to an ajax poll request for 30 seconds, but if during that time something happens, it has the ability to respond immediately... something to think about. I'm not sure how long a browser will wait for the response to come back, but you could exploit that by polling only once per time-out period.