Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move to APIv3 #34

Open
dbrgn opened this issue Oct 17, 2013 · 4 comments
Open

Move to APIv3 #34

dbrgn opened this issue Oct 17, 2013 · 4 comments

Comments

@dbrgn
Copy link
Owner

dbrgn commented Oct 17, 2013

http://8tracks.com/developers/api_v3

@octogene
Copy link
Contributor

In the new api a search doesn't return the duration, track_counts nor user login for the mix. Thus, we would need to make a request with get_mix_with_id for each mix showed in search results. I've made some initial tests (apiv3 branch) and it considerably slows down the displaying of results. I'm not quite sure how we could manage this problem, maybe by caching all the mixes info before displaying them but i suppose it will also slows down the search process since we'll need to make n requests for n results per page.

@dbrgn
Copy link
Owner Author

dbrgn commented Oct 18, 2013

Oh, that's inconvenient... Maybe you could send the guys from 8tracks a feature request?

I guess the v2 API will be maintained for quite some time, so there's no need to rush.

@octogene
Copy link
Contributor

I've found how to do it without having to make a request for each mix after looking at http://8tracks.com/developers/includes. I was just requesting the wrong field, we must request mixes_detail instead of mixes. I've made the changes in my branch.

@dbrgn
Copy link
Owner Author

dbrgn commented Oct 18, 2013

OK, great. Please create a pull request when you think it's stable :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants