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

Transition plan #101

Closed
nathany opened this issue Jan 9, 2014 · 10 comments
Closed

Transition plan #101

nathany opened this issue Jan 9, 2014 · 10 comments
Milestone

Comments

@nathany
Copy link
Contributor

nathany commented Jan 9, 2014

Will we use img.shields.io or a different subdomain? If we do, how many people are using it and how we handle API compatibility?

Do we want to transition users of other services such as http://b.adge.me/ and http://b.repl.ca to the new service, and if so, how do we go about this (assuming the API #100 may change)?

@espadrine
Copy link
Member

Since the move is designed to put the b.adge.me code under the shields name, it should presumably be under the shields.io domain.

@nathany
Copy link
Contributor Author

nathany commented Jan 9, 2014

@espadrine Clarified my questions above.

@chadwhitacre
Copy link
Contributor

Here's where we decided previously to use img.shields.io, fwiw: #52 (comment).

@chadwhitacre
Copy link
Contributor

I think we do want to transition users of other services. This is underway for http://badgr.co/ (#63), though honestly the number of users depending on any of these services is so small in comparison to the number of users we hope to have that we shouldn't stress about it too much, I think. If we leave them running for a month or two after launch I think that'd be plenty.

@espadrine
Copy link
Member

People are currently relying on the b.adge.me URLs and APIs. Until I can redirect them to the new domain, they will keep doing so.

How long would we wait until we use b.adge.me under img.shields.io? What prevents this from happening?

@chadwhitacre
Copy link
Contributor

@espadrine Some number of people are currently using img.shields.io already as well. The b.adge.me API doesn't match the existing img.shields.io API, so if we simply CNAME img.shields.io to b.adge.me we'll break the service for those already using it. I suppose that leads back to the web API discussion (#100).

@nathany
Copy link
Contributor Author

nathany commented Jan 16, 2014

So b.adge.me could run a little bit of code to redirect with the new API format.

Or we could support other API formats under img.shields.io based on referrer, or have something like badgeme.shields.io and do a bit of API translation based on subdomain?

@espadrine
Copy link
Member

Can you specify what the differences are between the current img.shields.io API and b.adge.me?

Note for instance that http://img.shields.io/gittip/jsfiddle.png will be hard to transpose, since I am case-sensitive.

@chadwhitacre
Copy link
Contributor

Picking up with web API discussion at #100 (comment) ...

@olivierlacan
Copy link
Member

We're using img.shields.io.

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

No branches or pull requests

4 participants