MESSAGE
| DATE | 2013-03-20 |
| FROM | David Sugar
|
| SUBJECT | Re: [NYLXS - HANGOUT] yabb
|
From owner-hangout-outgoing-at-mrbrklyn.com Wed Mar 20 09:38:41 2013
Return-Path:
X-Original-To: archive-at-mrbrklyn.com
Delivered-To: archive-at-mrbrklyn.com
Received: by mrbrklyn.com (Postfix)
id B9B58161C8B; Wed, 20 Mar 2013 09:38:40 -0400 (EDT)
Delivered-To: hangout-outgoing-at-mrbrklyn.com
Received: by mrbrklyn.com (Postfix, from userid 28)
id A4FF6161C8D; Wed, 20 Mar 2013 09:38:40 -0400 (EDT)
Delivered-To: hangout-at-mrbrklyn.com
Received: from mail-vb0-f44.google.com (mail-vb0-f44.google.com [209.85.212.44])
by mrbrklyn.com (Postfix) with ESMTP id 074BA161C8B
for ; Wed, 20 Mar 2013 09:38:39 -0400 (EDT)
Received: by mail-vb0-f44.google.com with SMTP id fr13so1124070vbb.3
for ; Wed, 20 Mar 2013 06:38:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=x-received:sender:date:from:to:cc:subject:message-id:references
:mime-version:content-type:content-disposition:in-reply-to
:organization:user-agent;
bh=05yJ6K3ok3l+rVWmHpcfvZimWJB/WnrXXIftKKtA1YA=;
b=l0lGVvav7HyoQQVVb19fzmvFkc0pnO3RY0VniSkvoYcYwMShy8LATYPWaf27lPvQ9r
rnZl7MQ7CLzg6Hq+YbFLxwAZPoG88AlPmU6i92Zfeb9YNZwaV3iba1i+qANi9cYy5jlf
7QmkEKHzdP/p6NNQl8MjqKg4FKUBweoKCEj9Zpw/Xi/dsr05PY+Sh3GlR1KZT6MIpiGu
qsoYDKr7TM1heTrOgfEV3fWCsauKeNfjAsPMHv/wiZjiUsph5pGdLrxTU0SJ8d16gOJ7
FgVIrqwoyGLI0uXY9HV6lp7DhbumkEs1ulesCVjc2Q6HEKK4bqvxcCw7tevLZOwu5pnw
4PJw==
X-Received: by 10.220.221.210 with SMTP id id18mr7701746vcb.74.1363786717964;
Wed, 20 Mar 2013 06:38:37 -0700 (PDT)
Received: from tycho.gnutelephony.org (ool-457b2058.dyn.optonline.net. [69.123.32.88])
by mx.google.com with ESMTPS id h11sm35206088vdj.12.2013.03.20.06.38.36
(version=TLSv1.2 cipher=RC4-SHA bits=128/128);
Wed, 20 Mar 2013 06:38:37 -0700 (PDT)
Date: Wed, 20 Mar 2013 09:38:30 -0400
From: David Sugar
To: hangout-at-mrbrklyn.com
Cc: hangout-at-nylxs.com
Subject: Re: [NYLXS - HANGOUT] yabb
Message-ID: <20130320133830.GA13674-at-tycho.gnutelephony.org>
References: <20130320093941.GA28196-at-panix.com>
<20130320110205.GA12885-at-panix.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20130320110205.GA12885-at-panix.com>
Organization: GNU Telephony, http://www.gnutelephony.org
User-Agent: Mutt/1.5.21 (2010-09-15)
Sender: owner-hangout-at-mrbrklyn.com
Precedence: bulk
Reply-To: hangout-at-mrbrklyn.com
Isn't this what the existing apache uri rewrite rules/module is also normally
used for, to do translations between uri paths and cgi arguments? I recall
mediawiki can use rewrite rules to normalize document paths to feed the core
app. Why do they have/want to do it differently than anyone else has?
Doing it as a kind of redirect just seems bizaare to me. But I have heard
equally bizzare things recently, like people insisting that file managers
should now only present case insensitive file ordering, when of course the
native file system is and always have been case sensitive...
Ruben Safir wrote:
> This is an example of something that is just a PIA to churn through,
> partly because these idiots are splicing an ISII crapolla fix into
> their "documentations", and secondly because assume your sitting on
> someone elses webserver, rather than your own, and thirdly because
> they believe that your apache set up has a rather rare and somewhat
> insecure module installed for RedirectMatchUrl, and then ...
>
> their last instruction fails to identify what the hell the code is
> for! Is it httpd.conf? Is it perl code to drop into the application?
>
> The who concept is to redirect a static uri like
>
> http://www.myuri.com/messages/some_numbers_as_arguments
>
> to their cgi engine automaticaly, to be translated to look
> internally as something like this:
>
>
> http://www.myuri.com/cgi-bin/yabb.pl?some_numbers_as_arguments
>
>
> It would be just simpler to drop down to mod_perl and add it as a
> script into the apache calls under the URI of
>
> http://www.myuri.com/messages/
>
> and be done with it....
>
> The whole discussion of symbolic links to directories is just confussing
> the issue. There doesn't need to be any real directory when the server
> is picking up that uri and handling it entirely within the apache
> engine.
>
> Ruben
>
|
|
