Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U9EZp-0001WA-SY for pgsql-www@arkaria.postgresql.org; Sat, 23 Feb 2013 12:51:41 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.72) (envelope-from ) id 1U9EZp-00035N-9k for pgsql-www@arkaria.postgresql.org; Sat, 23 Feb 2013 12:51:41 +0000 Received: from makus.postgresql.org ([2001:4800:7903:4::125]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U9EZo-00035I-OC for pgsql-www@postgresql.org; Sat, 23 Feb 2013 12:51:40 +0000 Received: from we-in-x0230.1e100.net ([2a00:1450:400c:c03::230] helo=mail-we0-x230.google.com) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1U9EZm-0005cQ-SU for pgsql-www@postgresql.org; Sat, 23 Feb 2013 12:51:39 +0000 Received: by mail-we0-f176.google.com with SMTP id s43so1280141wey.35 for ; Sat, 23 Feb 2013 04:51:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=2WEotvKa6U9f+lNr+supJRv9rTQweFweE38q8xpRK0A=; b=We1NG5tai6GDWmhKHYi1EX4bYtEeRchsXVRtg+U49mzJcns2AEyZWOSs5lPNMUUch3 mG1luWdveqxN8q2E+ytLfmmBtAsAAhhYb/H/VpMQXGYLXg2UdARoi2t/pQIdHxMy67Rn Kq0pUUwrQMIGNbaEyXrgiOIbnnpZ3Naqo9aTZwEKpKuT3SC43qd3EYu5E1Ctgxa7Aw61 HOJNSqm6tGI+DCaUmFKg5/h6EsVJuQcC6zKQlFZnLhJ0cAiceTzfIo5hP+MY3xbX5ZkM zP09u1ve3xhXQRFB96TyWeITXDpropwJzi1rE3kTTjQjqkveCM9wvtpnKEvw62uhJOC2 L7fw== MIME-Version: 1.0 X-Received: by 10.194.62.170 with SMTP id z10mr9016383wjr.34.1361623897172; Sat, 23 Feb 2013 04:51:37 -0800 (PST) Received: by 10.194.171.40 with HTTP; Sat, 23 Feb 2013 04:51:37 -0800 (PST) In-Reply-To: <511E472E.3060108@kaltenbrunner.cc> References: <20314.1360801157@sss.pgh.pa.us> <20130214002454.GJ4546@alvh.no-ip.org> <4282.1360816298@sss.pgh.pa.us> <511D5CF7.90609@kaltenbrunner.cc> <727.1360884518@sss.pgh.pa.us> <511E472E.3060108@kaltenbrunner.cc> Date: Sat, 23 Feb 2013 13:51:37 +0100 Message-ID: Subject: Re: 403 - Forbidden on gitweb pages From: Magnus Hagander To: Stefan Kaltenbrunner Cc: Tom Lane , Dave Page , PostgreSQL WWW , Alvaro Herrera Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmibCyaJgej303t6z/DCVz5RywtQvgGebndLknHakClkpf4zCy862qCmgCwUB0NLjS+QqSb X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-www Precedence: bulk Sender: pgsql-www-owner@postgresql.org On Fri, Feb 15, 2013 at 3:33 PM, Stefan Kaltenbrunner wrote: > On 02/15/2013 12:28 AM, Tom Lane wrote: >> Stefan Kaltenbrunner writes: >>> On 02/14/2013 05:31 AM, Tom Lane wrote: >>>> [ raised eyebrow... ] I'm fairly sure I've seen it more than once when >>>> performing a *single* page fetch. In any case, the probability of >>>> failure increased by a couple orders of magnitude sometime in the past >>>> month or so, because I'd never seen it before that. >> >>> any chance you moved to a different browser (or a new version of it) in >>> that timeframe? >>> I can trivially reproduce that issue here now because my browser is >>> employing fairly agressive prefetching techniques that the currently >>> rate-limiting system is not prepared to deal with, and from looking at >>> the logs this is actually a fairly common issue :( >> >> Hm. I usually use Apple's Safari, which is currently at 6.0.2, and >> it looks like I installed that update at the beginning of November. >> It's possible they instituted aggressive prefetching in the 6.0.1 to >> 6.0.2 update, but somehow I doubt that. > > hm ok... > >> >> Would it make sense to just back off the rate limiting a bit? > > done that for now until we have a better solution - lets see if it > behaves better now. I've deployed what I think is a better fix for this now - it's now limited to two parallel *active* connections from wherever, but any further requests are placed in a queue rather than being rejected iwth 403. As a bonus, we now also have caching. That makes particularly the frontpage quite a lot faster for most people - not likely to have a big effect on details pages, since there are just too many of them to get efficient caching. -- Magnus Hagander Me: http://www.hagander.net/ Work: http://www.redpill-linpro.com/ -- Sent via pgsql-www mailing list (pgsql-www@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-www