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?
Não consegue encontrar um certo filme ou série? Inicie sessão e adicione-o.
Deseja classificar ou adicionar este item a uma lista?
Ainda não é um membro?
Resposta de Travis Bell
em 26 fevereiro 2015 às 4:34 PM
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.
Resposta de henryk82
em 14 agosto 2015 às 9:50 AM
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.
Resposta de Travis Bell
em 14 agosto 2015 às 10:17 AM
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.
Resposta de Eyal-Kutz
em 10 novembro 2020 às 4:27 AM
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:
Resposta de Travis Bell
em 10 novembro 2020 às 9:57 AM
Hi @Eyal-Kutz,
You can find my open ticket for this here.
Resposta de Korkrane
em 30 agosto 2024 às 11:18 PM
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