/usr/local/www a tradition?

Is there a compelling reason for placing subversion and
web-server
data in /usr/local and not somewhere else? I was thinking of
keeping
all user accounts (human and daemon alike) in one place
like,
/home/www and /home/svn and so forth.

Before I break convention, I just thought I'd see if placing
said
files in /usr/local was just a tradition or if there was
another
reason for it.

Thanks.
-Modulok-
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Thursday 13 March 2008, Modulok said:
> Is there a compelling reason for placing subversion and
web-server
> data in /usr/local and not somewhere else? I was
thinking of
> keeping all user accounts (human and daemon alike) in
one place
> like, /home/www and /home/svn and so forth.
>
> Before I break convention, I just thought I'd see if
placing said
> files in /usr/local was just a tradition or if there
was another
> reason for it.
>
> Thanks.
> -Modulok-

Actually you can put webdata anywhere you want. It's common
for 
virtual host sites to be in ~/htdocs so the user has write
access to 
their site.

Beech
-- 
------------------------------------------------------------
---------------------------
Beech Rintoul - FreeBSD Developer - beechFreeBSD.org
/"   ASCII Ribbon Campaign  | FreeBSD Since 4.x
 / - NO HTML/RTF in e-mail   | http://www.freebsd.org
 X  - NO Word docs in e-mail | Latest Release:
/   - ht
tp://www.FreeBSD.org/releases/7.0R/announce.html
------------------------------------------------------------
---------------------------



_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Thu, Mar 13, 2008 at 07:29:55PM -0600, Modulok wrote:

> Is there a compelling reason for placing subversion and
web-server
> data in /usr/local and not somewhere else? I was
thinking of keeping
> all user accounts (human and daemon alike) in one place
like,
> /home/www and /home/svn and so forth.
> 
> Before I break convention, I just thought I'd see if
placing said
> files in /usr/local was just a tradition or if there
was another
> reason for it.

You probably won't break anything, but it is the convention
for
FreeBSD structure.   see:     man hier
Some things are easier to install when following the
conventions
because you have to do less special-casing and modifying
config files.

There may be some badly written utility out there that does
not
properly check config files and just assumes things are in
the
conventional places.    I don't know of any and FreeBSD
tries to
avoid this problem.   But, the time you find out is usually
the
most inconvenient time.

So, you pays your money and you takes your chances.

////jerry

> 
> Thanks.
> -Modulok-
> _______________________________________________
> freebsd-questionsfreebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
> To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Thu, Mar 13, 2008 at 07:29:55PM -0600, Modulok wrote:

> Is there a compelling reason for placing subversion and
web-server
> data in /usr/local and not somewhere else? I was
thinking of keeping
> all user accounts (human and daemon alike) in one place
like,
> /home/www and /home/svn and so forth.
>
> Before I break convention, I just thought I'd see if
placing said
> files in /usr/local was just a tradition or if there
was another
> reason for it.

Break the convention!

Where apache or any other web server looks for its
"home" is down to 
*your* apache config.  Different vhosts can look wherever
they like for 
their own homes and you can put them wherever you like - no
need for 
them to be in the same place at all.  So one vhost could
look in 
/home/project1 and another in /home/project2/Web, for
example.  You 
could keep the default server in /usr/local/www and then you
get the 
files the port installs by default, but still control where
*your* data 
goes.

I don't know how tied subversion is to it's home in
/usr/local but I 
would hope "not at all".  /home/cvs has been the
home of my CVS 
repositories for a long time and if I switched VCS I'd
certainly want to 
follow a pattern like that (certainly for anything that
follows a 
CVS-like model, which subversion does.  Something like Hg
might be 
another matter, but then I'd be looking at putting
repositories in 
project-specific locations).

I dislike the notion of putting project-specific data under
/usr/local.  
Config files and the like are easy to control, but large
trees should be 
able to live wherever I want them to live.

One can usually work around any issue that arise, and if you
hit 
trouble, just mail back here 

--Alex

PS You said "demons" and I'd certainly draw a line
between a demon like, 
say, postfix or bind which has a system-role and ones like
apache, 
subversion or a database which have a project-role.  Not
sure it's a 
very firm line though - plenty of grey area.  For me, if
it's manageable 
with a simple CVSed config file or ten, then it can stay in
/usr/local.  
If it breeds data, then it belongs somewhere else.

_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

On Friday 14 March 2008 16:48:18 Alex Zbyslaw wrote:
> On Thu, Mar 13, 2008 at 07:29:55PM -0600, Modulok
wrote:
> > Is there a compelling reason for placing
subversion and web-server
> > data in /usr/local and not somewhere else? I was
thinking of keeping
> > all user accounts (human and daemon alike) in one
place like,
> > /home/www and /home/svn and so forth.
> >
> > Before I break convention, I just thought I'd see
if placing said
> > files in /usr/local was just a tradition or if
there was another
> > reason for it.
>
> Break the convention!
>
> Where apache or any other web server looks for its
"home" is down to
> *your* apache config.  Different vhosts can look
wherever they like for
> their own homes and you can put them wherever you like
- no need for
> them to be in the same place at all.

Depends a bit on the user's defenition of 'data'. For some,
'data' includes 
apps like phpMyAdmin, for some it doesn't.
Anything installed by ports should remain in /usr/local.
Self-respecting 
webservers support aliasing weblocations to physical
directories, so in most 
cases it can be worked around.
In the event you need multiple installations of the same
webapp, either use 
jails or don't use the ports to install them (and then also
don't put them 
in /usr/local).

-- 
Mel

Problem with today's modular software: they start with the
modules
    and never get to the software part.
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"

> like system update?
> keep it clean keep it simple
> what will happen if you will decide to update
system/software and
> everything will be in random places not where is should
be?

I'm not too concerned with that. Automatic system updates
are the key
to temporal instability, arguably at the cost of security,
but that's
another story best saved for later...

> I dislike the notion of putting project-specific data
under /usr/local.
> Config files and the like are easy to control, but
large trees should be
> able to live wherever I want them to live.

I concur. I thought it would be easiest to keep all
non-system data in
one place (/home), but thought I'd best get the general
consensus
first.


You have all been quite helpful. Thank you much.
-Modulok-
_______________________________________________
freebsd-questionsfreebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-que
stions
To unsubscribe, send any mail to
"freebsd-questions-unsubscribefreebsd.org"