For over one week now the graph over the amount of quota points used per day by my application has only shown "No data is available for the selected time frame" (30 days) on this page: https://console.developers.google.com/apis/api/youtube.googleapis.com/quotas. I also found the same view in the cloud console, it does not load there either: https://console.cloud.google.com/apis/api/youtube.googleapis.com/quotas. The "Queries per minute (3 hr average)" graph on the same page is working and shows data, as well as multiple other view in both the developer and cloud console. (two of them is /iam-admin/quotas and /apis/api/youtube.googleapis.com/metrics)
More proofs that there is data to show for this last week is that I received feedback from users about the quota limit has been reached and I tried generating some traffic my self and even caught the quota limit exceeded exception while debugging two days ago.
I tried using different browsers and from different devices but I get the same result on all of them. How can I access the quota usage per day over the last month?
This is not exactly an answer, since I agree that this is a bug which Google needs to address. It's just something of a workaround to get some data about what's being used.
You can see quota use data for the current day and 7-day peak data by using the Quotas page of the IAM & Admin section on the Google Cloud Platform console. It does not appear to offer any kind of historical data view, however.
Get to the Cloud Platform Console and select the Project you want to get data for.
Open the Navigation menu (≡ symbol on the top left).
Select IAM & Admin > Quotas
If necessary for your Project, use the Filter table field at the top to restrict to entries related to the YouTube Data API V3.
Note: You can also reach this from the APIs & Services > Quotas page, using the link in the information notice at the top.
Related
I've tried to integrate google calendar API for Events creating. I would like to know if there is any limitations on the amount of Events that can be created for a day/month/year. If so how do I set to unlimited?
There are a few things you should know. First being that the Google Calendar api is under the same limitations as the Google Calendar website. There for all the limits that would apply to a user creating events in Google calendar will apply to a user using your Application creating events
Avoid Calendar use limits
The second think you need to under stand is quota limits for your project in Google Cloud console
There are two types of quotas project based and user based. Project based quotas limit your full project can make a cross all its users.
Then there is user based quotas which is the limit to the number of requests a single user can make in your project.
If you have a 10k request per minute quota for your project and each user has a 600 request per minute quota.
You can apply to extend the project based quota but not the user based quota.
I'm getting an error 403 userRateLimitExceeded when trying to use my Google Analytics API to fetch data for more than one site at a time.
The documentation tells me to set QPS (queries per second) to 10 in the developer console. I can't find this setting anywhere.
How can I set the QPS for my Google Analytics API to 10?
In the Google developer console go to the API manager over view. click the quota tab and then the little pencil thing.
default is one request a second. you can set it up to 10
Tip: if you are still having issues look into sending quotauser you can trick it a little by sending a random number with each request.
We have a widget which filters analytics referrer spam in Google Analytics by adding 30+ filters to each property-view.
Google Analytics API has a limit of 500 write operation per day, which sucks, because our widget is used a lot and we need around 35 writes per property-view.
I'm looking for a way to read the current API limit so I can notify users when the limit is reached, because right now I'm showing a message when I get an error message from Google - after the request. Which is annoying.
Google Dev. Console contains the usage per API call and what would be enough for me to know when we reached the limit.
My question: Is there an API which can read out this data for the past 24 hours?
I am getting the daily limit exceeded error message 403 when trying to access google custom search engine API. Based on the official documentation: https://developers.google.com/custom-search/json-api/v1/overview I get 10k queries per day. And I am pretty certain that I have queried below 2k today. I have enabled billing and have entered credit card information (My account also has a ).
I have two questions:
Where can I see the number of queries for a particular API that I have performed for a selected day on Google Developer Console?
What can be the reason behind daily limit error?
I have seen other similar questions and I am posting this because none of them seem to resolve my issue.
I found the solution:
On Google Developer Console, Navigate to:
APIs & Auth --> APIs --> YourAPI --> Quotas. Google by default enters a limit which might not be the maximum allowable limit. However, you can change that in this menu and your App will get the new limits.
Also, you can see the daily usage for a API here: APIs & Auth --> APIs --> YourAPI --> Usage
I need a suitable caching approach for use with an enterprise portal showing data from the Google Calendar API. What algorithms or design patterns are best applicable?
The Google Calendar API is limited by number of requests per day (defaults to 10,000 requests/day - I have requested more) and rate of access (5 requests/second/user).
There are two core API methods that I expect to use, one to get a list of user calendars (1 API hit) and one to download the events of an individual calendar (1 API hit per calendar).
Both the calendar list and individual calendars contain etag values which can be used to help avoid unnecessary API requests. If you have a list of individual calendar etag values then you can see if any of these have changed by just querying the calendar list. (Unfortunately a HTTP 304 Not Modified response is still counted as an API hit).
Also I don’t really want to download and cache the entire calendar contents (so maybe just a few days or weeks at a time).
I need to find an approach which tries to minimize the number of API calls but doesn't try to store everything. It also needs to be able to cope with occasionally fetching data from unchanged calendars because the "time sliding window" on the calendar data has moved on. I would like the system to be backed by data storage so that multiple portal instances could share the same data.