Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 25111 invoked from network); 22 Mar 2005 02:19:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 22 Mar 2005 02:19:28 -0000 Received: (qmail 99945 invoked by uid 500); 22 Mar 2005 00:48:11 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 99889 invoked by uid 500); 22 Mar 2005 00:48:11 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 99856 invoked by uid 99); 22 Mar 2005 00:48:10 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from radu.onastick.net (HELO radu.onastick.net) (207.44.150.54) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 21 Mar 2005 16:48:09 -0800 Received: from sitz by radu.onastick.net with local (Exim 3.35 #1 (Debian)) id 1DDW4z-0006fB-00 for ; Mon, 21 Mar 2005 18:13:01 -0500 Date: Mon, 21 Mar 2005 18:13:01 -0500 To: users@httpd.apache.org Message-ID: <20050321231301.GA21616@radu.onastick.net> References: <75f73dae0503202007c1cf163@mail.gmail.com> <20050321194333.GA13192@radu.onastick.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6+20040907i From: Noah X-Virus-Checked: Checked Subject: Re: [users@httpd] How to change HTTP headers in Apache 2.0.53? X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Mon, Mar 21, 2005 at 03:15:55PM -0500, Joshua Slive wrote: > On Mon, 21 Mar 2005 14:43:33 -0500, Noah wrote: > > On Mon, Mar 21, 2005 at 12:20:08PM -0500, Joshua Slive wrote: > > > > Writing an intermediary CGI that would take the headers and modify > > > > before sending to the customer's CGI is not something we want to do, > > > > as performance in this environment is critical. > > > > > > Have you actually benchmarked the performance hit? I'd be surprised > > > if this was actually the factor make or break your application. > > > > Depends; if it's a perl script (and there's no mod_perl involved) it can > > definitely be a make/break. Wanna see pictures of melted servers? *whips > > out wallet* > > But the thing is, the cost of the perl script is already sunk. The > script to do the variable substitution could be a simple shell script > or a compiled executable. All it costs is one extra program call. I got the impression that the thought to add a CGI into the execution stream which would muck with the headers prior to the request being sent to the customer's (read: a different) CGI. If this is the case, a second CGI would be getting called, (obviously =) ) reducing performance. If the plan was to incorporate the headermunging into an existing CGI, I'd agree with you; it's just not the impression I got from the original email. --n -- dd of=/dev/fd0 if=/dev/flippy bs=1024 ^^^ Making Flippy Floppy --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org