Hi, I am working on building a scheduled job that will pull movie data to a database to be displayed on my website. The scheduled job will loop through a list of movies currently playing in local theaters and pull the movie data for each. With the rate limit of 30 request per 10 seconds I will probably exceed this. So I am wondering if it is possible to pass in a list of movie IDs and pull back their movie data in a single batch?
Can't find a movie or TV show? Login to create it.
ต้องการให้คะแนนหรือเพิ่มรายการนี้ไปยังรายการหรือไม่
ไม่ใช่สมาชิกเหรอ
Reply by Travis Bell
on February 26, 2015 at 4:34 หลังเที่ยง
Hi Blair,
We do not have any batch features at this time. You'll have to loop through each item you need on its own.
Cheers.
Reply by henryk82
on August 14, 2015 at 9:50 ก่อนเที่ยง
Hi Travis,
Is it possible to reconsider batch requests? I think it'll reduces the server loads by reducing quite a lot of http requests. It's beneficial to both server's and client's point of view.
Reply by Travis Bell
on August 14, 2015 at 10:17 ก่อนเที่ยง
Hi henryk82,
What is is specifically you would like to get in a single request? We don't have any plans to release a "multi get" or "batch" method but I am curious to understand your problem better.
Cheers.
Reply by Eyal-Kutz
on November 10, 2020 at 4:27 ก่อนเที่ยง
Hi Travis, An option to make a request for multiple movie details would be very helpful. to illustrate what I mean consider this batch of requests:
I might want to make all of these requests one after the other because I have some list of movies that my user had saved in my app and I want to show them a scrollable list of their details. I could provide my user with a faster experience and stay under my rate limit more easily if I could send them as one request. for example:
or maybe:
Reply by Travis Bell
on November 10, 2020 at 9:57 ก่อนเที่ยง
Hi @Eyal-Kutz,
You can find my open ticket for this here.
Reply by Korkrane
on August 30, 2024 at 11:18 หลังเที่ยง
any news concerning this request ? It would allow so much more and be beneficial for the API but also clients consuming it. @travisbell i think that some of us are ready to help on it if required