API To Query Deck

{"ops":[{"insert":"So here's the thing, we don't want to have to be held responsible for keeping up with detailed API documentation or fixing issues caused by having an open API. \n\nHowever, our API is open and public (as far as reading is concerned). If you want to reverse engineer how to use it by messing with some filters and watching your chrome network tab, there's nothing preventing you from doing so today. Someone in fact has already done this and wrapped it into an "},{"attributes":{"link":"https://www.npmjs.com/package/archidekt"},"insert":"npm package"},{"insert":". Keep in mind we have no affiliation with them, we don't maintain that or really have any contact with whoever created that. \n\nEDHRec already pulls out data into their site by using these requests and we hope that others will as well to increase the amount of cool stuff available for Magic players.\n\nAll that in mind, if it ever gets to a point where we're getting constantly hammered by requests that aren't ours and it's causing issues -- we'll have no choice but to lock down the API entirely for ourselves and people who we are officially affiliated with.\n\nIf you do pull our data we ask that you link back to Archidekt in some way as well if you're posting that data publicly. Users work hard on brews so giving them credit is a nice thing to do if you're using specific brews. Basically as long as we can continue to operate this way without the internet being an asshat we'd like to do so -- but obviously as we grow this likely could become an issue. If that's the case, we'll come up with a solution.\n\nRight now it's just tough to justify closing that data off from people when they could click through every (public) deck on the site and copy the data somewhere else.\n\nHopefully this helps and spreads a little light onto our thought process over here.\n\nCheers,\nMichael\n"}]}

{"ops":[{"insert":"Hey guys,\n\nI recently started developing an app to help me manage my staples binder and the cards i share across many decks. I do all my deckbuilding on archidekt and archidekt tracks my collection, so I was wanting to leverage existing public api as much as i could.\n\nDisclaimer: I'm a professional software engineer with a full-time job, this is just a side project i'm working on in my spare time for my own personal use that will not be released to the public.\n \nI am able to make GET requests for specific decks that I have the id for such as https://archidekt.com/api/decks/365563/ with no problem using a rest client like postman, and was trying to look into getting the list of the decks i own. \n\nThe following request gives me an error message:\n https://archidekt.com/api/decks/formats=3&orderBy=-createdAt&owner=Wildcard&ownerexact=true \n\n\"Client Unavailable: You are requesting client routes from the api. Use a react server with the archidekt-client to develop locally. If you are seeing this in production, the load balancer is not correctly routing.\"\n\nMy guess is that i'm missing some authentication in my request headers, or that you guys have somehow decided to lock-down those requests to only come from your web-server.\n\nI'm aware of what was said above in this post by @michael regarding documentation and how you aren't interested in maintaining a public API, just curious if this is something that would be a quick answer.\n\nI'm also aware that you guys might change things at any time breaking whatever i build, i'm ok with that, like i said, it's just me and for my own personal convenience so no pressure.\n\n"}]}

{"ops":[{"insert":"Thanks Michael for the feedback. I do understand your point of view. I will look how other took care of it and find a solution then (and will properly credit any data I use to their rightful owners). Again, thanks for the amazing work and I can't wait for the site to grow :)\n"}]}