Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45503 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98527 invoked from network); 5 Sep 2009 13:29:40 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Sep 2009 13:29:40 -0000 Authentication-Results: pb1.pair.com header.from=tom@punkave.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=tom@punkave.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain punkave.com from 209.85.132.250 cause and error) X-PHP-List-Original-Sender: tom@punkave.com X-Host-Fingerprint: 209.85.132.250 an-out-0708.google.com Received: from [209.85.132.250] ([209.85.132.250:5297] helo=an-out-0708.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0F/41-08099-4C762AA4 for ; Sat, 05 Sep 2009 09:29:40 -0400 Received: by an-out-0708.google.com with SMTP id d14so634195and.38 for ; Sat, 05 Sep 2009 06:29:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.88.14 with SMTP id q14mr13557838anl.38.1252157377227; Sat, 05 Sep 2009 06:29:37 -0700 (PDT) In-Reply-To: <30CAA781-B1EE-44E0-AC7B-47FF3DF48FE1@tabini.ca> References: <20090904081640.GA28685@joeysmith.com> <753B9AED-C850-4EBA-A828-93A2542F81A2@macvicar.net> <20090904083457.GC28685@joeysmith.com> <698DE66518E7CA45812BD18E807866CE034153BA@us-ex1.zend.net> <4AA24FDB.90409@sci.fi> <4AA25E16.7040803@sci.fi> <30CAA781-B1EE-44E0-AC7B-47FF3DF48FE1@tabini.ca> Date: Sat, 5 Sep 2009 09:29:37 -0400 Message-ID: To: Marco Tabini Cc: Pierre Joye , jani.taskinen@iki.fi, Andi Gutmans , Joey Smith , internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] shebang skipping in 5.3.0 From: tom@punkave.com (Tom Boutell) Pardon, I do realize everyone remembers CGI, but sometimes it's important to review the basics, especially when optimized variants are more popular than the original (but have by no means eliminated it). Classic CGI has its advantages. It's simple to implement and memory leaks in individual instances don't matter. Embedded devices still use it quite a lot. Classic CGI is also an interesting transitional strategy when you're replacing a mixed bag of Perl, C and other CGI programs. Making it harder to transition to PHP isn't good for PHP. This is the "Common" part of CGI and shouldn't be forgotten. At any rate, it doesn't make sense to deliver a SAPI for "CGI" on Unix platforms that doesn't do shebang paths and therefore doesn't actually work in a classic CGI environment. Call it "PGI" if you must delete that feature. On Sat, Sep 5, 2009 at 9:22 AM, Marco Tabini wrote: >> It would be really nice if everyone could consider that the other do >> understand what is being discussed but actually disagree. The question >> was actually: is it worth the effort? Who is seriously using CGI (not >> meaning fastcgi) with php these days? > > On shared hosts, CGI is often the only way to have your own custom version > of PHP. I don't know if that's relevant to this conversation, though :-) > > > Mt. > -- Tom Boutell P'unk Avenue 215 755 1330 punkave.com window.punkave.com