[almighty] Subdomains and Model

Sudipta Sen sudsen at redhat.com
Mon Nov 28 14:12:07 UTC 2016


So, if I am not wrong, we are following exactly the model of github.

On Mon, Nov 28, 2016 at 7:27 PM, Thomas Mäder <tmader at redhat.com> wrote:

> So would you agree with my statements otherwise?
>
> On 28.11.2016 14:09, Todd Mancini wrote:
>
> If I use URLs to explain my expectations, it goes like this:
>
> almighty.io -- home page of the system
> almighty.io/userid -- profile page of user
> almighty.io/userid/projname -- Project 'projname' created by User 'userid'
> almighty.io/orgid -- home page of Org 'orgid'
> almighty.io/orgid/projname -- Project 'projname' created within
> Organization 'orgid'
>
> I'd stay away from subdomains for now -- I think we want to promote URLs
> like above. (Sure, we could have subdomains do a redirect, but let's not
> even bother with that for now.)
>
> On Mon, Nov 28, 2016 at 4:15 AM, Thomas Mäder <tmader at redhat.com> wrote:
>
>>  Hi Len,
>> On 26.11.2016 04:20, Leonard Dimaggio wrote:
>>
>> Don't we want users to always/only exist in the context of a project?
>>
>> -- Len
>>
>> I think we definitely don't want that. If ,like me for example, you are a
>> member of 4 organizations, you would have to have 4 different Identities
>> (and probably logins). Not cool!
>>
>> I think github gets this totally right: you have roots (accounts which
>> have their own subdomains or root url's), that can belong to an
>> organisation or an individual. You can create project inside every root
>> where you have sufficient privileges. You log into the system, not a
>> particular subdomain. You always log in as a person, not an organization.
>> The rest is metadata and permissions.
>>
>> I think the whole idea gets easier to think about when we separate
>> containment of assets (projects, issues, etc.) from control over assets.
>> Think about it this way: if a user was a container for projects, any
>> project belonging to an organization I'm a member of would contain the
>> projects that the user contains (containment being transitive). This makes
>> no sense.
>>
>> *The simplest way to model the problem that fulfills the requirements for
>> me is to introduce the concept of an account. Think of it like a bank
>> account. You can open a personal account or one for your company. For a
>> personal account, you are naturally the "super user", you can put money in
>> your account, you can close the account, etc. With a company account, you
>> need a designated person (or multiple persons) that have the "super user"
>> privilege for that account. If we want to work with subdomains, each
>> account gets its own subdomain.*
>>
>> Note that subdomains can be nothing but an alternative addressing scheme
>> for things. For example, we have system-unique ids for work items, so we
>> can always address them with almighty.io/workitems/<id>. Hence, we can
>> just rewrite an url containing a subdomain by removing the subdomain. The
>> important question is whether the subdomains act as a namespace. Can you
>> have the same project name twice in different subdomains or not?
>>
>> /Thomas
>>
>>
>>
>>
>> _______________________________________________
>> almighty-public mailing list
>> almighty-public at redhat.com
>> https://www.redhat.com/mailman/listinfo/almighty-public
>>
>>
>
>


-- 
-- 

*Sudipta Sen*Software Engineer

M: (+91) 906 625 8469
O: (+91) 806 793 5269
E: sudsen at redhat.com <sudsen at redhat.com>

[image: Facebook] <https://www.facebook.com/ssudipta.ssen> [image: Linkedin]
<https://in.linkedin.com/in/sudipta-sen-16247455> [image: Twitter]
<https://twitter.com/SudiptaSen7>

[image: http://redhat.com/] <http://redhat.com/>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/almighty-public/attachments/20161128/60b98784/attachment.htm>


More information about the almighty-public mailing list