This makes it a bit hard to obtain movie/tv ratings, and makes it hard to cross-check existing movie id's against it (without resorting to making more requests). Is it possible to remove that limitation - perhaps by having an option to return only the 'ids' of the movies? This could work well for both 'list details' as well as 'ratings', as the rest of the data can always be retrieved using movie details.
Не можете да откриете филм или сериал? Влезте, за да го създадете.
Искате ли да го оцените или добавите към списък?
Нямате профил?
Отговор от Travis Bell
на 1 януари 2017 в 10:57 AM
Hi @danelkhen When you say "list details" are you referring to v3 lists? v4 lists imposes a page limit like everything else now, and the v3 lists really never should have returned everything but that's how it was originally done so I can't change it now.
v4 might include more options like this but I doubt v3 ever will. The reality about v3 is that I don't have intentions on working on it very much. It's mostly in maintenance mode now and any work I decide to do on the API will be on v4. I'll be taking some time in a few months to look at what v4 might look like for functionality like this.
Отговор от danelkhen
на 1 януари 2017 в 11:00 AM
Oh, i thought that v4 is not yet 'production ready' and doesn't provide all apis, is it possible to already use it for everything?
Отговор от Travis Bell
на 1 януари 2017 в 11:06 AM
No, it is not able to do much beyond lists and some account features. For what has been implemented, it is production ready. It's actually what is powering all of those features here on the website, so it's being used every day by thousands of users 😉
Отговор от danelkhen
на 1 януари 2017 в 1:23 PM
Really? so why does the api key for v4 says "read only" - the website is definitely not readonly right?
Отговор от danelkhen
на 1 януари 2017 в 2:19 PM
ok, update: trying v4 authentication from browser, but failing on request_token because the browser first sends an OPTIONS request, which fails with lua exception:
https://api.themoviedb.org/4/auth/request_token (request is sent with { "Authorization" : "bearer "+read_access_token } header
...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:396: don't know how to respond to OPTIONS stack traceback: [builtin#19]: at 0x7f6d1a5a3320 Traceback
stack traceback: [C]: in function 'error' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:396: in function 'handler' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:130: in function 'resolve' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:161: in function <...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:159> [C]: in function 'xpcall' ...rrent/cache/luarocks/share/lua/5.1/lapis/application.lua:159: in function 'dispatch' ...api/current/cache/luarocks/share/lua/5.1/lapis/nginx.lua:214: in function <...api/current/cache/luarocks/share/lua/5.1/lapis/nginx.lua:212>
Отговор от Travis Bell
на 1 януари 2017 в 3:01 PM
Good find, I don't think I have any OPTIONS methods hooked up on v4. I'll look at this, this week sometime.