Edit: So I have it working now, with separate scripts since my API GET requests are in batches that are close to 50. So for those looking to do something similar, the hard limit PER SCRIPT is 50 fetch requests to an external API.
If you are reading records (from a different base) using the REST API, there is a maximum of 100 records returned per page. If you want more than 100 records, you need to follow the instructions in the REST API documentation for requesting multiple pages.
Should further clarify as well. My end goal is an automation that gets triggered every morning, runs the script, grabs the API data, and updates the records. In order for this to work I need to work around the 50 API fetch limit for an external API.
A Recording resource represents the recording associated with a voice call, conference, or SIP Trunk. Using the Recordings REST API you can fetch, start, stop, pause, resume, and delete voice recordings.
Whether to trim any leading and trailing silence in the recording. Can be: trim-silence or do-not-trim and the default is do-not-trim. trim-silence trims the silence from the beginning and end of the recording and do-not-trim does not.
The audio track to record for the call. Can be: inbound, outbound or both. The default is both. inbound records the audio that is received by Twilio. outbound records the audio that is generated from Twilio. both records the audio that is received and generated by Twilio.
Call recordings are stored at Twilio in dual-channel by default. The media file associated with the recording resource of a two-party call has two channels and contains the audio from each call leg in a separate channel. The RequestedChannels query parameter can be used to specify whether the file should be downmixed to a single channel or if the file should be downloaded in its original, dual-channel format.
For voice recordings in which dual-channel is not supported, like those created with or , all audio from a recording will be saved in a single channel file. If a dual-channel recording is explicitly requested for download in these instances, the response will be Not Found.
Only include recordings that were created on this date. Specify a date as YYYY-MM-DD in GMT, for example: 2009-07-06, to read recordings that were created on this date. You can also specify an inequality, such as DateCreated=YYYY-MM-DD to read recordings that were created on or after midnight of this date.
An active call or conference recording can be paused and resumed. Additionally, an active call recording can be stopped which will end the recording immediately. (stopped not supported for conference recordings)
Note in examples below that the API responses for updates to the recording resource will provide a more detailed inflight 'status' including paused, in-progress, or stopped but a fetch on the recording resource will only show processing or completed.
Note that if your use case has multiple or concurrent recordings for a call or conference, you will need to use the Recording SID to reference the correct one. Using Twilio.CURRENT to reference a recording on a resource that has multiple recordings will result in an error that the request failed because there is more than one recording for the given Call.
Hi I am unable to sync any of my iOS and Mac devices. On the iOS (all running latest iOS and 1Password versions and all signed into iCloud drive) I receive a message "Failed to fetch some record zones. 1Password encountered a problem. Dismiss.
I just upgraded to iPhone 6. My Mac (latest operating 10.9.5) system continues to synch with iCloud without issues or problems but 1 Password on my iPhone 6 gives me an error message: "Failed to fetch some record zones. 1 Password encountered a problem. Dismiss".
None of my data was syncing, so I disabled iCloud sync and tried to reenable it, but I get an error message that says, "Failed to fetch some record zones". I'm running Yosemite and iOS 8 on my devices.
You can now configure your app to fetch Microsoft Teams meeting transcripts and recordings in the post-meeting scenario. Your app can use Microsoft Graph REST APIs to access and fetch transcripts and recordings generated for a Teams meeting that has been scheduled beforehand.
Your app must have the required permissions for fetching transcripts and recordings. It can access and fetch transcripts and recordings for a Teams meeting using organization-wide application permissions or resource-specific consent (RSC) application permissions for a particular meeting.
You can configure your app to access meeting transcripts and recordings across the tenant. In this case, the meeting organizer doesn't need to install your app in the Teams meeting chat. When the tenant administrator authorizes the organization-wide application permissions, your app can read and access transcripts and recordings for all meetings in the tenant.
If you want your app to fetch transcripts and recordings only for the Teams meeting where it's installed, configure meeting-specific RSC permission for your app. Authorized users can install your app in the meeting chat. After the meeting ends, your app can make the API call to obtain the transcript and recording for that meeting.
After you've configured the permissions, configure your app to receive change notifications for transcripts and recordings available events or all relevant meeting events. Notifications contain meeting ID and organizer ID that help in accessing transcript content and recording. Your app can fetch the transcript and recording for a meeting when it's generated after it ends. The content of the transcript is available as .vtt file. The recording of the meeting is available as an .mp4 file.
The process for calling Graph APIs to access and retrieve transcripts and recordings remains the same for both meeting-specific RSC application permissions and organization-wide application permissions. These APIs currently support only scheduled meetings.
To answer your question, limit, as far as I am aware, cannot be more than 100 as bubble just wont return more than that number of records per call. So the method of extracting all records was historically to increment cursor by 100 to make subsequent calls as long as there were still records to fetch (which could be deduced from theremaining: 1 key value pair provided in the response.
Bubble affords 1000 API calls per minute and we can boost that 3 times a month for free or pay a nominal amount to increase the rate. But fetching 50,000 records (at 100 records per fetch) requires only 500 api calls - not close to the limit even if placed in a minute.
The following creates a Python generator that fetches all of your records via the Data API. It works by first checking how many records you have, then incrementing through them using one of two approaches:
Every data fetch has a built in pause so as to not overload your bubble app as well as a retry mechanism to gracefully standby until your DB comes back online (if it were momentarily unreachable for whatever reason). All of these variables are configurable so you can, for example, increase the pause between data pulls. Here it is:
My server is running slow as I am trying to fetch 200 records from a MySQl database (using PHP). They are posts that I need to display and I know this is my error because when I try to fetch 1 record it is fast, 200 slows it down tremendously.
For example, I have a record type called "Part" that contains some values, including a "datestamp" field. The first time the app is launched, it's supposed to fetch all of the records for Part (and others) in the private database with CKQueryOperation, and then on subsequent launches, it fetches any new ones with CKFetchRecordZoneChangesOperation. In my personal iCloud account, I have over 1,000 of these records. But the query operation and the fetch changes operation are only able to fetch the exact same 107 records and no more. This isn't an issue with the resultLimits and I've implemented checking for a CKQueryCursor. As an experiment, I gave it a predicate to only fetch records with a datestamp of Jan 2018 or later - it returned 0 records. There's another record type that has 12 records in my database, but only 1 is syncing.
I designed my syncing class to be a cross platform API. It works on my iOS, macOS and tvOS targets. The macOS target syncs just fine, even though it's using the exact same code line for line. And the iOS and tvOS has worked fine for almost 2 years. Aside from now using the class inside an NSOperation subclass, almost nothing has changed. I've tried on multiple iPhones, iPads, iOS Simulator instances, iOS versions, Xcode versions. I've tried a different iCloud account. I don't know what the problem is. But this bug is holding me up from releasing a much needed update. I thought maybe it's just a bug on Apple's side in the development environment and will work fine on the public release, but I'm a afraid of disabling all of my users.
Regardless though, I think it should still have worked just fine. It may not have fetched ALL of my private records since most of them are in the development environment, but I had a few that I saved to the production environment too, when I was doing the debugging. Also, I don't understand why the iOS Simulator couldn't get records from EITHER of the databases when it was going through the production environment.
I would probably fetch the rows one by one starting at the lowest id and then just increasing that id by one until reaching the maximum id. If there isnt a record with that id, just jump to the next one.
dca57bae1f