You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have an app which periodically fetches data for all cards and builds a local mirror to avoid spamming API requests.
Currently, the only way to fetch the details I need using this API is to fetch cards one by one. There is the GET /v2/en/cards endpoint which will return partial data on all cards, but does not include fields I need such as:
set details
rarity
images
variants
etc...
Proposed Solution
I propose a paginated endpoint which will return full card objects, but only up to a sane limit (e.g 50 at a time). Ideally, it would also support basic sorting and other standard operations.
Having a paginated endpoint returning full card details would have the following benefits:
Make the API easier and faster to work with
Reduce load on the API by avoiding the overhead associated with tens of thousands of individual requests to fetch all cards
It could provide a count of the total number of cards in the database
I'm happy to give this more thought and take up the implementation if this idea is well received.
The text was updated successfully, but these errors were encountered:
Data affected
Please explain in more details what idea you have
My Use-case
I have an app which periodically fetches data for all cards and builds a local mirror to avoid spamming API requests.
Currently, the only way to fetch the details I need using this API is to fetch cards one by one. There is the
GET /v2/en/cards
endpoint which will return partial data on all cards, but does not include fields I need such as:Proposed Solution
I propose a paginated endpoint which will return full card objects, but only up to a sane limit (e.g 50 at a time). Ideally, it would also support basic sorting and other standard operations.
Having a paginated endpoint returning full card details would have the following benefits:
I'm happy to give this more thought and take up the implementation if this idea is well received.
The text was updated successfully, but these errors were encountered: