From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-www(at)postgresql(dot)org |
Subject: | Re: gitweb is no longer a real-time view |
Date: | 2013-03-04 02:33:35 |
Message-ID: | 20130304023335.GH16142@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-www |
* Tom Lane (tgl(at)sss(dot)pgh(dot)pa(dot)us) wrote:
> cron job? I was under the impression there was some sort of push
> operation driven by a commit trigger. The web site has certainly
> updated nearly immediately for as long as we've been using git.
> Until this week, that is.
Curiously, there's two cron jobs, apparently. There's a 'push' one and
then another, independent, 'pull' one. I'll assume they're actually
doing different things, but I wonder if the pull isn't just a
hold-over.. In any case, the push-to-anon, which I hadn't seen
initially (looking at the pull side instead of the push side), does run
once a minute, though it looks like there's a hook mechanism which
would allow us to trigger the webserver to do a pull when a commit
happens and would still be better than a once-a-minute cronjob.
Even with that, however, the concern raised was that the gitweb perl
script is quite expensive to run for every request, hence the reason for
doing the cacheing. I've lowered the varnish cacheing to a 5m ttl and
15m grace and I'll keep an eye on it.
Thanks,
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2013-03-04 07:16:32 | Re: gitweb is no longer a real-time view |
Previous Message | Tom Lane | 2013-03-04 02:12:42 | Re: gitweb is no longer a real-time view |