I have been trying to create an app for my Twitter developer account. Everything has been going good for a while now but now when I create a new app, I get a "Rate limit exceeded" error. I think this error comes with the API but I am only creating a new app. Any idea why I might be suffering from this problem?
UPDATE: Bug seems resolved. I was able to create an App.
OP is creating an App and seeing this error in the Web UI. The App is used to get the required OAuth credentials. Only after you have those credentials you can start to use the API.
Apparently there is currently an error which prevents creation of apps.
Twitter acknowledged the problem and is investigating: https://twittercommunity.com/t/does-not-allow-me-to-create-a-new-app/32528/9
The HTTP Headers mentioned by DWRoelands are sent back when one is actually using the API and exceeding rate limits (as described in the document he linked)
You'll want to start here: REST API Rate Limiting
Definitely take some time to read and understand that document. It will help you a great deal.
The responses that you get back from Twitter contain headers with important information about your current rate limit status:
X-Rate-Limit-Limit: the rate limit ceiling for that given request
X-Rate-Limit-Remaining: the number of requests left for the 15 minute window
X-Rate-Limit-Reset: the remaining window before the rate limit resets in UTC epoch seconds
By examining these headers, you can help your application make smart decisions about how often it makes requests.
Related
When trying to upload videos via the YouTube Data API, I'm getting the infamous "The user has exceeded the number of videos they may upload."
As per this comment, this limitation should've been gone after midnight, but I still get this error after waiting a day.
I'm not sure what data you need to identify our app, but I'm writing from Smartly.io, the project is called Dynamite production, and the id of the project is dynamite-production.
Let me know if you need more identification info AND how to retrieve those info, if needed.
I'm running Facebook Ads campaigns for my iOS app and quite naturally I have Facebook Analytics SDK integrated inside my app to track App Installs and Start Trial events to measure the "quality" of the traffic my campaigns bring.
At the Analytics settings page inside Facebook developer dashboard.
https://developers.facebook.com/apps/XXX_APP_ID_XXX/analytics/settings/?business_id=XXX_BUSINESS_ID_XXX
I have the option Log In-App Events Automatically (Recommended) set to "Yes", which I presume enables the tracking of App Install and Start Trial events. There's also a Shared App Secret field filled in with the value from iTunesConnect.
Indeed, the App Install and Start Trial events have started to appear inside Analytics dashboard
https://www.facebook.com/analytics/XXX_APP_ID_XXX/AppEvents?__aref_src=landing_page&__aref_id=entity_name&force_desktop=1&user_id=XXX_USER_ID_XXX
However I noticed when viewing the stats for just App Installs there's a quite considerable value in USD attributed to these events. I decided to take a closer look into these events using Event Debugging
https://www.facebook.com/analytics/XXX_APP_ID_XXX/most_recent?since=1577923200000&until=1580256000000&__aref_src=landing_page&__aref_id=entity_name&force_desktop=1&user_id=XXX_USER_ID_XXX
and selecting "App Install" in the events filter.
There I saw that some (only some and as if randomly) App Installs have a value associated with them. To me this is an unexpected behavior since I can't imagine revenue being made by just receiving an install.
Same goes for Start Trial event, which always has the value associated to it (equal to the sale price of a subscription period) and once again this makes no sense to me because started trials themselves bring no value to me. They may be canceled or may end up in Billing Retry when the user has no money on the bank card attached to their iTunes account, etc. I track the conversions from Start Trial to Purchase on my backend separately with great precision and only these conversions as well as subsequent renewals would bring real value to my business.
I can and will track these Purchases manually and post them to Facebook (server-to-server style) and I will supply the corresponding value to these events myself, which will help to understand the overall performance and ROI but I need to clean my stats from these "false" automatically and erroneously attributed values to App Install and Start Trial events first.
I've already reported this issue to Facebook few days ago, however they seem to be slow in handling such requests so I've decided to ask here if anybody ran into similar issue.
Add this to your plist file to disable Auto Event Logging
<key>FacebookAutoLogAppEventsEnabled</key>
<false/>
Thanks to Lena Bru for giving enough food to find a solution.
The Facebook documentation is scarce on the raised questions and the support answer literally headed me towards the documentation. To recap things, there were 2 main issues (the second one I've mentioned in the comments to Lena's reply):
Facebook was tracking value for the events, which brought no value to my business
Some of the events I've sent from backend didn't appear in the campaign reports
To solve both of these problems, I:
Turned off the value tracking option in the Facebook app settings
On the client side I've started setting up User ID (which the client receives from backend) according to Facebook documentation
I've started to send all of the events, which I wanted to view inside Facebook business cabinet, under custom names from backend. I've supplemented them with app_user_id parameter (see Advanced Matching for App Events in Facebook documentation) so that they could match the App Installs reported from client.
There's still a smaller issue left (it feels like Facebook reports include 20% less installs than actually happening) but the current setup is already something to begin with.
I am using Zapier to send a pin to my Pinterest account from Google Sheets
but it is showing me an error:
We had trouble sending your test through. The app returned "Sorry! We
blocked this link because it may lead to spam.". It looks like the
server for your connected app is down or currently experiencing
problems. Please check the app's status page or contact support if
there are no reported issues.
My Sample Record
My sample Excel File
My Board Link where I want to pin
If you have not already reached out to them, I would suggest that this is the perfect question for Zapier's support team. They are quite punctual and have access to information regarding specific app integration status' that we, the general public, will not. That said this looks like it may be a symptom of an error with Zapier's Google Sheet integration. At the time of this writing Zapier is reporting 429 errors concerning Google Sheets. If I am ever facing unexplained errors with one of my zaps the first place I check is https://status.zapier.com/ which has live updates and reports on any integrations that may be facing issues.
I have a quick question regarding the rate limits for Twitter Favourites - specifically the GET favorites/list call. I built favourites.io to keep track of my favourites. It lets you search and organise your favourites.
Anyway, it works as follows:
You sign up and authorize the application
It imports your favourites (every 15 minutes it makes a call to GET
favourites/list and imports any new tweets that you favourited)
It uses the user's access token to make the call
When checking the log file I noticed that one of the import jobs failed for a particular user. The error was: "Rate Limit Exceeded".
My understanding was that an authorized user could make 15 requests in a 15 minute window (and each request could return a maximum of 200 favourited tweets)
My job was running once every 15 minutes, so I'm not sure why that user is getting the "Rate Limited Exceeded" error.
Why might this be happening?
Thanks in advance,
Ross
It really comes down on how you built your script. If you're doing the timer from your side, it might not coincide with the one Twitter has.
For example if you send 1st call at 12:00:00 PM there's some latency lag (minor) by the time it gets to Twitter let's say 12:00:02. Now twitter expects the next call no sooner than 12:15:02, but if you have the timer script running every 15 minutes from your side, it'll send the second one at 12:15:00 < 12:15:02 so twitter rejects your call.
I would say start increasing the timer by 1-3 seconds (1 to be liberal, 3 conservative) until you give some room for Twitter to get and process your request.
I have hit a glass wall while attempting to integrate gate2play in an iOS app. the documentation is deficient for iOS and web search is also getting no were.Has any one integrated gate2play in iOS apps.
I hate to answer my own question and the sole moto behind this one is to save others time.
This is what i know now gate2play works this way on iOS
Hit a post request to get token for transaction.
Load a Webview with HTML and the received token for the transaction use a redirect URL.
Catch the redirect url in web view delgate method and hit a get request with the same token to get the status of the transaction.
I have compiled the sum total of my entire days effort into a step by step procedure and i welcome improvements. here is the link