Re: [RFC] gitweb wishlist and TODO list

From: Martin Langhoff <martin.langhoff@gmail.com>
Date: Jun 20, 2006, 21:17 UTC
Message-ID: <46a038f90606201417k71c4c43ak59204774bcfe8246@mail.gmail.com>
In-Reply-To: <e79jtd$51j$1@sea.gmane.org>

On 6/21/06, Jakub Narebski <jnareb@gmail.com> wrote:

Show 10 quoted lines

> > I intend to post a patch that adds snapshot support in Perl, in the
> > main code. Just need to make it optional ;-)
>
> Check http://marc.theaimsgroup.com/?l=git&m=111909432415478&w=2 for
> in the main code snapshot implementation.
>
> http://www.liacs.nl/~sverdool/gitweb.cgi?p=gitweb.git;a=summary
> http://www.liacs.nl/~sverdool/gitweb.git
>
> Would separate snapshot CGI script make it work faster?

I was thinking about that same one, we found (and fixed) a bug or two on top of that so my plan is to rebase it on top of the gitweb on next ;-)

Show 9 quoted lines

> >> Any further ideas for other useful features?
> >
> > Now what I think would rock too is something similar to gitk's "nearby
> > tags" feature. When reading a commit, it lists the heads and tags that
> > this commit is part of. It's very useful. Now I'll have to read up on
> > how gitk does it.
>
> If I remember correctly, it was done in the background, and it was done
> at least partially _in_ gitk (Tcl/Tk).

I suspect it is doing a whole lot of git-merge-base invocations, which are rather costly. I don't know of any cheaper way to ask that question.

Show 6 quoted lines

> > And, as you mention in your other post, mod_perl support. And a bit of
> > speed. Gitweb right now is really really slow.
>
> Perhaps mod_cache would help. Especially if cache can be configured to
> look only at the hash part, plus formatting (normal, plain/raw, blame,
> search match highlighting).

Right, some URLs are guaranteed to be static (those blob views), so it can just cache on the full URL, for ever and ever. The other ones... well, we just make sure we don't do anything too expensive there ;-)

martin