I don't think so. I'm running a task in Ruby and delaying requests so I won't hit the rate limit. If I did, wouldn't I see a 503 response instead 500? It's very random when I get a 500. Once I got in on my second query, and then another time 50 or so in. This same code was working fine last weekend.
We’ve just deployed the fix for this, you can see our error rate has gone back down to zero: http://note.io/1lIaCSe
Weirdest thing, they did indeed start on September 3 but there was nothing done on our API infrastructure and it only seemed to affect 3 of our 8 HTTP servers. Solution? Restarted the app and everything calmed back down. Gotta love it when those gremlins get in there...
I'm getting some HTTP 500 errors tonight, so I thought I'd re-open. It might be because I'm hitting some limits, but I'm not sure since the API documentation might be a bit outdated in that area.
Dear friends: today I have found this ugly error; the message error was:
Server returned HTTP response code: 500 for URL: https://api.themoviedb.org/3/search/person?api_key=...&language=es&query=Brad&page=3
Exception in thread "main" java.lang.NullPointerException
at fp.tmdb.TMDBAPIImpl.getAllPersonsByName(TMDBAPIImpl.java:221)
at fp.tmdb.test.TestSearch86.main(TestSearch86.java:15)
Archivo no encontrado
Firefox no puede encontrar el archivo en https://api.themoviedb.org/3/search/person?api_key=...&query=Brad&page=3.
Compruebe que el nombre de archivo no tiene errores de escritura, incluyendo el uso de mayúsculas.
Compruebe si el archivo ha sido movido, renombrado o eliminado.
(I am writting from Spain). It's means "File not found" (File???)
The "language=es" is not the problem: it happens the same without it. It looks like the server doesn't like "Brad": the same code works well when asking for "Smith" or "e", with the expectable 429 error code after 40 queries.
I've ommited the api_key here, but not in the queries, of course.
رد بواسطة Travis Bell
بتاريخ سبتمبر 6, 2014 في 1:15 صباحا
Hi Kenton,
No known issues this evening. Is it possible you were hitting our rate limits?
رد بواسطة Kenton Glass
بتاريخ سبتمبر 6, 2014 في 3:59 صباحا
I don't think so. I'm running a task in Ruby and delaying requests so I won't hit the rate limit. If I did, wouldn't I see a 503 response instead 500? It's very random when I get a 500. Once I got in on my second query, and then another time 50 or so in. This same code was working fine last weekend.
رد بواسطة Samara
بتاريخ سبتمبر 6, 2014 في 8:24 صباحا
I've noticed this the last days using different apps, it's very annoying
رد بواسطة Travis Bell
بتاريخ سبتمبر 6, 2014 في 11:09 صباحا
We're looking into this but there is nothing obvious at the moment. I'll update this thread when I have more information.
رد بواسطة Kenton Glass
بتاريخ سبتمبر 6, 2014 في 11:19 صباحا
Thanks, Travis! Could it be related to the API update on 9/4?
رد بواسطة Travis Bell
بتاريخ سبتمبر 6, 2014 في 11:54 صباحا
Hey Kenton,
We haven’t done a deploy on the API since Aug 28 (and there’s no obvious load issues), so we’re not sure what it could be quite yet.
رد بواسطة ranjhanisaddam
بتاريخ سبتمبر 6, 2014 في 2:17 مساءا
I think the problem resides your side because sometimes this error comes and some times it does not...!
رد بواسطة Travis Bell
بتاريخ سبتمبر 6, 2014 في 6:09 مساءا
Hey guys,
We’ve just deployed the fix for this, you can see our error rate has gone back down to zero: http://note.io/1lIaCSe
Weirdest thing, they did indeed start on September 3 but there was nothing done on our API infrastructure and it only seemed to affect 3 of our 8 HTTP servers. Solution? Restarted the app and everything calmed back down. Gotta love it when those gremlins get in there...
رد بواسطة Kenton Glass
بتاريخ سبتمبر 6, 2014 في 6:13 مساءا
So lovely when a restart fixes weirdness. Thanks for looking into and fixing things on a Saturday, Travis!
رد بواسطة Michell Bak
بتاريخ سبتمبر 14, 2014 في 6:22 مساءا
Hi there!
I'm getting some HTTP 500 errors tonight, so I thought I'd re-open. It might be because I'm hitting some limits, but I'm not sure since the API documentation might be a bit outdated in that area.
This says that we'll receive a 503 error if we exceed the request limit (of 30 requests every 10 seconds): http://docs.themoviedb.apiary.io/reference
While this says that we'll receive a 429 error if we exceed the request limit (of 40 requests); https://www.themoviedb.org/documentation/api/status-codes
Can we get some clarification on that? :-)
رد بواسطة Samara
بتاريخ سبتمبر 14, 2014 في 7:16 مساءا
I'm getting this errors, too since this afternoon
رد بواسطة Travis Bell
بتاريخ سبتمبر 14, 2014 في 8:57 مساءا
I just restarted the app like before, can you tell me if they have stopped?
رد بواسطة Samara
بتاريخ سبتمبر 15, 2014 في 7:45 مساءا
seems to be okay
رد بواسطة Carlos G. Vallejo
بتاريخ مايو 22, 2017 في 1:50 مساءا
Dear friends: today I have found this ugly error; the message error was:
If you try to go to
https://api.themoviedb.org/3/search/person?api_key=...&language=es&query=Brad&page=3
it appears an even ugglier error: in Firefox:
(I am writting from Spain). It's means "File not found" (File???)
This doesn't happens when I was looking at
https://api.themoviedb.org/3/search/person?api_key=...&language=es&query=Brad&page=2
or
https://api.themoviedb.org/3/search/person?api_key=...&language=es&query=Brad&page=4
The "language=es" is not the problem: it happens the same without it. It looks like the server doesn't like "Brad": the same code works well when asking for "Smith" or "e", with the expectable 429 error code after 40 queries.
I've ommited the api_key here, but not in the queries, of course.
رد بواسطة Travis Bell
بتاريخ مايو 23, 2017 في 11:06 صباحا
@vallejo Would you mind creating a new discussion for this? No need to resurrect a 2.5 years old thread