Is there a way to return data for multiple movie ids? I am trying to do something like this: http://api.themoviedb.org/3/movie/11,90?api_key=[blah] , but it's only returning the first movie. My main goal is to query a movie list and then get more info (such as duration) on each movie in that list. Is there just a way I can add a param to include more info in a list request?
لم تجد الفلم أو المسلسل ؟ سجل دخولك و انشئها
هل تريد تقييم او اضافة هذا العنصر للقائمة؟
لست عضو؟
رد بواسطة Travis Bell
بتاريخ أغسطس 12, 2013 في 9:36 صباحا
Hi rustybailey,
We do not currently have the ability to query multiple ids at once.
رد بواسطة rustybailey
بتاريخ أغسطس 12, 2013 في 10:05 صباحا
So if I want info on 50 movies, is themoviedb API's standard usage to send out 50 requests, or is there a more efficient way to do this?
رد بواسطة Travis Bell
بتاريخ أغسطس 12, 2013 في 3:42 مساءا
Hi rustybailey,
50 requests. There is no other way.
رد بواسطة angelxmoreno
بتاريخ سبتمبر 6, 2013 في 6:11 مساءا
One thing to note @rustybailey is the limitation of 20 simultaneous connections and the fact the curl lets you make concurrent connections using multiCurl - here is an example of it http://multicurl.nisu.org/ - this might help make those 50 calls faster
رد بواسطة Tomáš
بتاريخ أغسطس 24, 2016 في 12:36 مساءا
Hi, has the situation changed anyhow after almost three years? I have a list of 15 IDs and need to show movie posters and titles. Now I do it in a loop but it is terribly slow. Please, surprise me and inform me about a new, more efficient, method.
Thank you!
رد بواسطة Travis Bell
بتاريخ أغسطس 24, 2016 في 12:41 مساءا
Hi T.I.P,
No this has not changed.
رد بواسطة nkallen
بتاريخ أكتوبر 20, 2016 في 12:28 مساءا
I'm really happy with the TMDB API so far. But I really wish you had a multiget interface though! GET /movies/?id=1,2,3 would be nice and restful...
Currently my code sends parallel requests, and in order to avoid getting 429 rate limited I have to batch them at a controlled frequency. The code is a bit of a hassle and I'm sure it's more resource-intensive on your servers than you would like!
رد بواسطة Travis Bell
بتاريخ أكتوبر 20, 2016 في 6:15 مساءا
Hi nkallen,
Thanks for the note. We don't have any plans to change this right now.
رد بواسطة Alexey
بتاريخ يوليو 10, 2017 في 5:36 مساءا
Another year passed, any chance? This is really necessary feature. Thanks!
رد بواسطة Travis Bell
بتاريخ يوليو 10, 2017 في 5:53 مساءا
Hi Alexey, there are still no plans for this. There's some potential changes up and coming around rate limits and before that were to ever change it could make sense to look at a multi get. But for now nothing is planned.
رد بواسطة toshik
بتاريخ سبتمبر 14, 2017 في 3:31 مساءا
i was curious any change to be able to use this ?? I started building my android app few months ago and now its been put on halt because of this can you help?
رد بواسطة Travis Bell
بتاريخ سبتمبر 15, 2017 في 6:18 مساءا
Hi @toshik There has been no change with regards to this.
رد بواسطة toshik
بتاريخ سبتمبر 15, 2017 في 7:01 مساءا
hi @travisbell thanks for reply
I know this is for the good and ethical practices that is one should not store any data, not even movie id,
would it be problem if i save movie id and movie name on user machine(mobile android) not on the server solely on user device as saved movies?
رد بواسطة Travis Bell
بتاريخ سبتمبر 18, 2017 في 3:44 مساءا
We have no problems with you caching the data. That is perfectly fine.
رد بواسطة Chris Krueger
بتاريخ سبتمبر 27, 2017 في 5:16 مساءا
I can also fully agree with the previous post! :) We need a query for multiple movies! It blow up with too much requests when my app is running :D This is my only bottleneck...