Our app is having an issue with Invite Acceptance Rate, and I'm trying to find out if anyone is experiencing a similar problem. We had an app update mid-December, and there was about a 70% drop, and then started coming back up- only to decline again after the first of the year.
We had been using the REquest 2.0 framework for some time, but our setting "Upgrade to Request 2.0" setting was disabled. This was fixed over the wknd, but that still wouldnt have explained the initial drop mid-December since the Request 2.0 migration was not enforced until the first of the year.
We've looked at several features in the past app update but nothing seems to be the root cause. Any ideas? Or anyone experience a similar issue?
Related
We're recently receiving a lot of com.evernote.thrift.transport.TTransportException with HTTP codes 400, 429, 418.
429 corresponds to Too Many Requests but it was handled with EDAMSystemException RATE_LIMIT_REACHED before.
We managed to make contact with Evernote developer support where they came to the realisation that a change their end was causing our issues.
We'd observed:
rate limits being far stricter than normal
rate limit errors being empty 429 responses, therefore not being picked up by the correct error handling on the SDK (we using Ruby)
Our issue is fixed now. My hope is that the change that fixed things for us has been rolled out to everyone, but if not I recommend emailing devsupport#evernote.com.
I have created a total of 30 projects in the Google Developers Console, including 23 between 12/23 and 12/27. Most recently, 3 projects were created on 12/27. When I tried to create a 4th project on 12/27, I got the message You have exceeded the quota for project creations per day. It has now been well over 24 hours since then, and I still cannot add new projects.
This same question has gone unanswered (at least) here, here and here.
Is it possible that nobody actually knows what the quota is? Since I have waited more than 24 hours after receiving the message before adding any new projects, and only 3 were added in the 24 hour period prior to that, it would appear that I have triggered something that has longer lasting impact, and isn't just a limit for the current day.
I can live with a ~20 per day limit, but not with a maximum of ~30 projects. Is there another account type I need to have with Google? Does anyone have experience in getting past this or in contacting Google directly for assistance?
So I did ran in to this a few months ago. At that time I did not see a solution. Though when I tried again today that error notice have been updated with a link to a form where you can request a increase of the project quota for your account. This is likely a ongoing roll out at the moment (I don't get this in all my accounts).
Reference it looks like this:
You may not see this updated message yet. Any how, the form link is https://support.google.com/code/contact/project_quota_increase. After filling in the form support got in touch pretty much within a day and my quota is now raised.
This may not be helpful to everyone with this problem, but here's what worked for our needs...
We were creating new projects in the Developers Console for each app so that each would have its own unique sender key for push notifications. What we discovered is that all apps can have the same sender key, as long as the push notification server (AWS SNS in our case) can differentiate the delivery targets by another means, which we're doing by bundle ID when devices register for push. In the end, we didn't need to have unique projects for each app.
It doesn't answer the questions of what the limits are or how to get past them once they've been reached, but it provided the means to the end we were seeking.
When reviewing Application Insights for slow API requests I noticed a message stating: "98.49% of this request was spent in waiting.". I'm finding next to no explanation about this online.
What does this mean? What is it waiting for?
How can I fix it?
Application Insights collects performance details for the different operations in your application. By identifying those operations with the longest duration, you can diagnose potential problems or best target your ongoing development to improve the overall performance of the application.
The Performance Tip at the top of the screen supports the assessment that the excessive duration is due to waiting. Click the waiting link for documentation on interpreting the different types of events.
These are all indication of slow server operations.
You can read more about here. Also please look for the event which is causing waiting time duration and then work accordingly.
Let me know if you need any help related to fix perf issue.
I'm using devexpress grid view to view and saving data,my problem is when the browser is first loaded application respond normally,after while (less than 5 minute),application response become very low and takes too long time to respond for any action ,i tried to to expand recycle time(regular time interval) on IIS but seems that the problem is not from IIS at all
also i made session time out after 60 minute and likewise there is no difference.
note that:
All of my request is Ajax calls.
When i deploy the application using development Server (in visual studio) application respond normally.
could any one please suggest me where the problem is??
Its hard to say where is the problem , but first thing came in to my head
It may be possible connection are opened but not closed, In general not disposing objects.
Make sure that the database connection pool settings are correct.
You may try to check the IIS logs to see if there is any unusual response rate i.e. errors (http 500, 404, etc)
also I will suggests fetching multiple result sets in one database call , try to reduce number of round trips to the database
It may possible that you have installed so many plugins in your browsers, and they are making it slow.
These are just few tips, hope it will help.
i investigate my problem further more i guess the problem is from browser, when i deploy application using Firefox issue totally disappeared and app respond normally,when using IE or chrome problem reveal
I have recorded a Web Performance Test in Visual Studio 2010 for a web application that uses Windows Live ID with Secure Token Service for the authentication of the user.
There are two requests in my recording that go to https://login.live.com/ and they work fine on the Visual Studio Test Runner after I recorded the test, but then after about a day later I start to get an error message that states "The value of the ExpectedResponseUrl property does not equal the actual response URL" on the requests mentioned. I understand that I can turn off the Response URL validation rules, but that doesn't fix the root cause of the problem and only masks the symptoms.
I was wondering if anyone knows what is going on here? My guess is that there is cached data at the browser level, but I haven't been able to prove that one way or another.
Chances are you recorded a value in one of the post back fields that "expires" after a period of time. I am willing to be the url you are getting back from the request is now an error page.
If you are familiar with C#, I find it is easier to change the test to a coded test and have a really close look at all the fields that are being sent to login.live.com.
You would probably need a fair bit of information on how login.live.com works to really get to the bottom of it.