-
Notifications
You must be signed in to change notification settings - Fork 308
Move projects under participants in URL structure #4246
Comments
I think this
That being said, it's what GitHub does. |
Yeah, we'd want to be careful about maintaining redirects. Perhaps we would need to snapshot project names at the time of the cutover in order to be able to redirect them in perpetuity?
I think your GitHub example counters this somewhat. |
From #4338:
|
+1 from @andrew in Libraries.io slack. |
The npm integration (#4305) puts pressure on this, because (e.g.) https://gratipay.com/mysql/ isn't actually MySQL. 😳 |
Closing the loop: gratipay/project-review#424. |
+1 from @balupton in gratipay/project-review#465. |
In the spirit of differentiating participants and projects (#3852), I think it could make sense to move projects underneath participants in our URL structure. So instead of:
https://gratipay.com/~kennethreitz/
https://gratipay.com/requests/
We would have:
https://gratipay.com/kennethreitz/
https://gratipay.com/kennethreitz/requests/
Projects have exactly one owner: the legal entity behind them. This URL structure makes the ownership clear, and could help differentiate the two.
Fiscal sponsorship could throw a wrench in this—if hypothetically PSF were the sponsor of Requests, which would we have,
https://gratipay.com/kennethreitz/requests/
or
https://gratipay.com/python/requests/
?The text was updated successfully, but these errors were encountered: