Re: A few more questions

On Mon, Feb 25, 2002 at 05:39:13PM -0500, Tim Moloney wrote:
> Greg Stein wrote:
>...
> > Correct -- we don't have the right mechanisms in there quite yet to support
> > mod_dir's fetching of index.html.
>
> I noticed that. Is that something that's planned?

Well, it would be nice to get around to, but I haven't given it much thought
yet.

> > Note that you *cannot* enable SSI or PHP on the locations that are backed by
> > Subversion. Instead, you must author the SVN content from one location, and
> > server it [enabling SSI and PHP] from another location.
>
> This kills my idea. I thought that it would be really cool to serve
> the web site directly from the repository. We have several web
> developers that aren't overly computer literate. They stomp on each
> other's changes, lose files, etc. I was hoping to make it so they check
> out a file, make changes, and commit it. Then the web site is updated.
> I guess I'll just have to add another step to do a 'svn update' from the
> location where the files are actually served from.

Um. I wasn't very clear in my comments. You should be able to serve straight
out of the repository, with a couple caveats.

Let's say that you do something like:

$ svn co http://svn.example.com/repos/project

The locations under /repos/project *cannot* have PHP or SSI enabled. You can
set their MIME type, but that is all.

Now, let's say that some of those are PHP files. You can do the following:

<Location /pages>
  DAV svn
  SVNPath /the/path/to/the/repos
  <LimitExcept GET OPTIONS>
    deny from all
  </LimitExcept>
  
  SetFilter PHP # or whatever the heck to enable stuff
</Location>

In the above case, /pages is also served straight out of the repository, but
you've enabled PHP on them. Your authors work via /repos/project, but site
visitors go to /pages.

Does that clarify things?

Note that if you aren't using PHP or SSI or anything, but just serving plain
static content, then you can serve straight from /repos/project (or wherever
you place the repository in the URL namespace).

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org