When trying to create a deamon application for mass updating users calendars, I stumbled upon the following documentation:
Issues with JSON batching
JSON batching new API
Batching Outlook REST API
As it seems you can batch (aka combine) up to 20 requests in the "don't use this API for new project API", but you can only combine up to 5 requests with the new Microsoft Graph API.
I found that without batching creating and deleting 100 calendar items takes around 40 seconds. Since application management got so much easier I want to use the new API, but is there any change the 5 request batch limit will be removed to let's say 20 like on the old API?
The batching feature is currently in beta. The limitation of 5 requests in the batch is a limitation I hope will be very short-lived. Customer asks will help me to advocate for that to happen. I've created a uservoice ask for this change here: https://officespdev.uservoice.com/forums/224641-feature-requests-and-feedback/suggestions/19505020-raise-or-remove-the-limit-on-number-of-requests-al. Voting on this ask will help demonstrate that the limitation should indeed be modified.
Related
I want to make an application which sync Outlook. I found there is an API service called Microsoft Graph, but it only allow me to retrieve the contact list.
Let's say I have 1000 users with 200 contacts. If I use polling method, then the complexity will be very complex. Do you guys have any idea to solve this problem? Thank you
The best way to get data from Microsoft Graph in sync with a 3rd party system (native app, backend service...) is to use delta queries. Personal contacts are already supported by the functionality.
I can't seem to find anything more than the changelog, does anyone know if there's a roadmap for planned functionality?
Notably, we're looking to have our employees enroll in MFA through a custom app calling the Graph API and add their mobile number, other email, and authenticator. I found a confirmation that this would be available from here but there hasn't been any update for nearly two years.
Thanks in advance!
There is no roadmap for Microsoft Graph currently. We announce new features into preview throughout the year with two major moments at Build and Ignite conferences. You can keep up with those announcements at https://developer.microsoft.com/en-us/graph/blogs/.
We do have a Microsoft Graph UserVoice https://microsoftgraph.uservoice.com/ where you can request and see others requests. Our PMs will actually change the status of features that are in development. This will give you a subset of the things we're working on that relate to public requests.
As you mention , our Change log will be the way to track new things on the API https://learn.microsoft.com/en-us/graph/changelog.
We also have a monthly Community Call online that we announce things that is the first tuesday of every month. https://developer.microsoft.com/en-us/graph/events . Existing events are blogged about and also available here https://developer.microsoft.com/en-us/graph/gallery/?filterBy=Podcasts,Videos
Can I make several requests batched that rely on each other? For example, get the recent items and get the embed link for each of them. The second request relies on the first because it requires the ID of the item to get the link.
Is that even possible?
Thanks
I don't think is possible in Microsoft Graph today but I encourage you to submit a UserVoice feature request at https://microsoftgraph.uservoice.com/forums/920506-microsoft-graph-feature-requests?category_id=359563
I would like to consume all the application performance monitoring related data provided by new relic in the form of REST API's so that i can show it in our own dashboard instead of seeing it in New Relic dashboard. Is there REST API's available for this?
The documentation for the REST API is available online.
But think twice about obtaining "...all the application performance monitoring related data provided by new relic..." There is a huge amount of data available and you most likely do not need it all. If you attempt to pull out too much you run the risk of encountering 429 errors (Overload Protection) and filling your local disk space.
Decide what you want and the longest period you can stand to collect the data at and request just what you need.
Another option might be to use the EMBED option. When you edit a chart there is an embed link in the top right of the chart that gives you iframe code. Maybe not as flexible as what you were looking for, but could be a quick way to get the data out and present it in your own dashboard.
There is a large number of sites like Twitaholic or Twittergrader that offer rankings of Twitter users depending on the number of followers, influence, etc. I haven't found much information, though, on how do they compute these rankings.
My guess is that they begin with a handful users and keep exploring the followers' graph, while periodically updating the information of the users they already know of.
So the question is: is this the right approach or is there a more trivial way of doing it?
The sites you mention started years ago, and at that time they were given whitelisting by Twitter, which means that they can make tens of thousands of API requests per hour. Twitter no longer gives out new whitelisted accounts, so this type of analysis cannot be done by new sites. New accounts are only allowed to make 350 API requests per hour.
It is in fact possible just to use the Twitter API to examine and remember everything about every user, which is what quite a few sites do. twitter streaming api