Re: new web app urls discussion

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



ok. I want to revive this thread and come to some conclusion we can act
on. ;) 

So, in the specific case of the new packages/tagger: 

http://packages.fedoraproject.org
and
http://apps.fedoraproject.org/packages/
and
http://pkgs.fedoraproject.org (front page only, probibly redirect to
above page). should go to the packages app.
Which is the 'real' url that the others direct to?
Or do they all work ? We would have to monitor and support all of them? 

http://tagger.fedoraproject.org/ 
and
https://apps.fedoraproject.org/tagger/
and
https://tagger.fedoraproject.org
go to the tagger application. 

This means that we can't share signin on tagger, unless we move our
other applications that have login cookies under apps.fedoraproject.org
and make that the preferred url right?

Since we have that under admin. Should we instead put tagger: 

https://admin.fedoraproject.org/tagger/ 

At least for now until we move other applications that use admin?

Additionally: 

http://apps.fedoraproject.org/
  (landing page with links to all the other stuff). 
  (Note: this might be a nice place to show icons/links to upstream
  projects we use and support too).

http://apps.fedoraproject.org/<name>
and
http://<name>.fedoraproject.org/

I know mmcgrath had a pretty good policy of "no CNAMES". Ie, everything
should be one actual name to avoid confusion about what url people are
hitting and what we monitor, etc. I see the above makes things easier
in some ways, but also more confusing. I think we should be very clear
what the "real" url is and have the other convenience ones just redirect
to that. 

Thoughts? 

How can we make this more clear and not have a forest of urls? 
:) 

kevin

Attachment: signature.asc
Description: PGP signature

_______________________________________________
infrastructure mailing list
infrastructure@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

[Index of Archives]     [Fedora Development]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux