[Fedora-infrastructure-list] release days docs/instructions/faq

[Damian Myerscough]

I have been looking into the issue has anyone though of: mod_backhand
this module could help with load balancing.

http://www.backhand.org/mod_backhand/


On 26/10/06, Mike McGrath <mmcgrath at fedoraproject.org> wrote:
> On 10/26/06, Florian La Roche <laroche at redhat.com> wrote:
> > On Thu, Oct 26, 2006 at 08:35:38AM -0500, Matt Domsch wrote:
> > > On Tue, Oct 24, 2006 at 05:52:23PM -0400, seth vidal wrote:
> > > > 1. get the websites and docs people to split out a structure in the wiki
> > > > that is the final release lay out. This will be frozen N days prior to
> > > > release and static pages will be generated. This static content will be
> > > > fedoraproject.org/
> > >
> > > I've been looking at this a little.  There are moinmoin patches [1] to
> > > let it work more cleanly with a reverse proxy (the patches proposed
> > > are used by the Apache Software Foundation).  mediawiki has options
> > > [2] to let non-authenticated users hit static cached pages, cache
> > > updated when an authenticated user edits a page.  I'm still looking
> > > for same for moinmoin.  Together, barring DDOS, that should reduce the
> > > load significantly.
> > >
> > >
> > > [1] http://moinmoin.wikiwikiweb.de/MoinMoinPatch/CachingProxies
> > >
> > > [2]
> > > $wgUseFileCache = true;
> > > $wgFileCacheDirectory = "/home/httpd/cache";
> > > $wgShowIPinHeader = false;
> > > $wgUseGzip = false;
> >
> >
> > Is there any reason we should not do the update to
> > moin 1.5 and then check what additional steps need
> > to be taken? This would ensure fast upstream integration
> > and a not too heavily patched local system.
> >
> > regards,
> >
> > Florian La Roche
>
> Its my understanding the web team has some code getting commited back
> to moin from the SOC.  We've just been waiting on them.
>
>          -Mike
>
> _______________________________________________
> Fedora-infrastructure-list mailing list
> Fedora-infrastructure-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
>