[SAC] Virtual Hosts Policy

John Graham johng at telascience.org
Tue Jan 23 02:09:07 EST 2007


I like http://svn.osgeo.org/gdal http://trac.osgeo.org/gdal ... it makes 
my brain happy :)

Howard Butler wrote:
> All,
>
> I propose that we make every attempt to use virtual hosts and explicit 
> DNS for services that we provide.  This document will outline the 
> proposal and why I think this is important for us in the future.
>
> As Jason pointed out, some search engines penalize certain layouts.  
> As evidenced by the "Subversion is 403 right now" thread, 
> monkeypatching with rewrites can have unintended consequences and 
> eventually get downright impossible to track through and maintain.  
> For an organization as multifaceted as we are, I do not think that 
> mere rewriting is a long term solution.
>
> Our experience on Collabnet showed us that a massive proliferation of 
> DNS-bound services can be a large burden.  Knowing where you are and 
> what you were dealing with was tiring and tedious.  On the other hand, 
> explicit separation of either projects or services will provide us 
> flexibility in the future.  I propose that we choose one -- separate 
> based on services or separate based on project -- for things like 
> Trac, Subversion, Buildbot, and Web hosting.  CN's approach was ok 
> except for the fact that it proliferated so many "projects" that 
> things got crazy.  Right now, we have all of our eggs in this bucket, 
> but in the future we may want to spread a few around.
>
> So, we have things look like
> http://gdal.osgeo.org/trac http://gdal.osgeo.org/svn
>
> or
> http://svn.osgeo.org/gdal http://trac.osgeo.org/gdal
>
> but not like
> http://svn.osgeo.org/svn/gdal http://trac.osgeo.org/trac/gdal
>
>
> Some virtues of this approach include:
> - Our ability to offload this service from the existing single machine 
> to someplace else when and if we need to without much service 
> disruption and minimal migration (URL relocation pain).
> - Guess-able and non-redundant URLs, once we establish a pattern and 
> stick to it.
> - Fat-fingering a setting in one virtual host doesn't hose everyone 
> else.  If we're to distribute the administration load, it is important 
> that changes be as localized as possible.
>
>
> Thoughts or comments?  Project based or service based (makes no 
> difference to me, as long as we choose one)?  When we come to 
> agreement on how to proceed, I'll write up a "policy doc" for the wiki 
> that we can follow when adding new services/projects.
>
> Howard
>
> _______________________________________________
> Sac mailing list
> Sac at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/sac


More information about the Sac mailing list