Re: wiki madness

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Nov 02, 2007 at 01:06:06AM -0400, Chuck Anderson wrote:
> On Fri, Nov 02, 2007 at 12:49:31AM -0400, Ignacio Vazquez-Abrams wrote:
> > Option 3: Roll our own TurboGears wiki
> > 
> > Advantages:
> > - We're in control (workflow, features, upstream, etc.)
> > - Integration with FAS is trivial
> > 
> > Disadvantages:
> > - Almost no current specifications
> > - Minimal existing code (based on requirements)
> > - Smaller developer base
> > - Content many need to be transcribed (based on requirements)
> > - GSoC work may need retooling (based on requirements)
> 
> Won't there be performance problems with a TurboGears-based wiki?  I 
> thought MirrorManager was having issues with TG performance and had to 
> enable form-data caching to get acceptable performance at the cost of 
> possibly stale data.  I don't know the details behind it, but that was 
> the reason I was given for why when you edit forms in MM it sometimes 
> returns old pre-edit field values.

correct.  Now, my TG-foo may not strong enough to overcome this, but
perhaps it's easier for others?

I'm still not convinced to throw the baby out with the bathwater.

-- 
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux

_______________________________________________
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list

[Index of Archives]     [Fedora Development]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux