directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny" <elecha...@gmail.com>
Subject Re: Use of Proxy on directory.apache.org
Date Thu, 15 Mar 2007 18:49:54 GMT
Thanks a lot Ersin for those explanations. I hope that soon we will find a
better solution. Sorry if I can't help, but I think it's better that the
started effort be continued by people who know what it's all about !

Emmanuel

On 3/15/07, Ersin Er <ersin.er@gmail.com> wrote:
>
> Hi all,
>
> Well, a few infra folks and I tried to set this up as suggested during
> an IRC session but we did not succeed. BTW they helped me to write a
> cron job to sync all of our spaces from cwiki to d.a.o/cwiki (you
> cannot see this via your browser). We currently have all the content
> under Directory site but we need some local rewrite rules to make them
> match our current name space. We have made some progress but as the
> Directory project uses many wiki spaces bound to different name spaces
> (under d.a.o) we had trouble with configuring the ReWrite plugin. A
> suggestion was to us the Alias plugin (for httpd) but infra folks
> realized that it was not allowed to use it in .htaccess files. So we
> suspended the migration. I hope we can do one more attempt soon to fix
> the problem. BTW, I think it's quite easy for MINA to migrate to that
> suggested model.
>
> Cheers,
>
> On 3/15/07, Alex Karasulu <akarasulu@apache.org> wrote:
> >
> >
> >
> > On 3/15/07, Upayavira <uv@odoko.co.uk> wrote:
> > > Joshua Slive wrote:
> > > > On 3/15/07, Upayavira <uv@odoko.co.uk> wrote:
> > > >>
> > > >> Someone suggested a symlink from /www to ~jefft. Would that
> actually
> > > >> work?
> > > >
> > > > No.  The content would not get properly rsynced to the live site or
> to
> > > > backup-sites.
> > > >
> > > > I don't understand what is the big deal about just copying it to the
> > > > correct place.
> > >
> > > The big deal is that to set up an rsync you need to do that in a
> user's
> > > crontab. That ties control of the process down to a single user, which
> > > is far from preferable.
> >
> >
> > Yes I would have to agree with Upayavira here.  It's not a good idea to
> > depend on a single user account for this.  Plus that person must be
> hunted
> > down and contacted any time there needs to be some modification done.
> >
> >
> > > The fact that we now have /x1/www/confluence-exports sorts half of the
> > > picture. If symlinks work, that sorts the other half.
> > >
> > > Reasonable?
> >
> >
> > +1
> >
> > Alex
> >
> >
> >
>
>
> --
> Ersin
>



-- 
Cordialement,
Emmanuel L├ęcharny
www.iktek.com

Mime
View raw message