Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:36456 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56209 invoked from network); 24 Mar 2008 20:55:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Mar 2008 20:55:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 212.25.124.162 mail.zend.com Windows 2000 SP4, XP SP1 Received: from [212.25.124.162] ([212.25.124.162:39935] helo=mx1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1E/B7-20329-A2518E74 for ; Mon, 24 Mar 2008 15:55:08 -0500 Received: from us-ex1.zend.com ([192.168.16.5]) by mx1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Mar 2008 22:55:32 +0200 Received: from [192.168.16.84] ([192.168.16.84]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 24 Mar 2008 13:55:29 -0700 Message-ID: <47E81523.4010505@zend.com> Date: Mon, 24 Mar 2008 13:54:59 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Rasmus Lerdorf CC: George Wang , internals@lists.php.net References: <47E80EB9.60900@litespeedtech.com> <47E81136.3040308@zend.com> <47E81315.4060601@lerdorf.com> In-Reply-To: <47E81315.4060601@lerdorf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 24 Mar 2008 20:55:29.0238 (UTC) FILETIME=[64798760:01C88DF1] Subject: Re: [PHP-DEV] Inclusion of PHP LiteSpeed SAPI in the standard PHP distribution? From: stas@zend.com (Stanislav Malyshev) > You are right though, that we have other really odd SAPIs in the core, > but that is mostly a result of never having figured out how build a sapi > module standalone. Most of these really do belong in pecl if we could > solve the standalone issue. Right, but if we didn't solve it - why we have pi3web or webjames (what that is anyway?) and not litespeed? At least litespeed appears on the map. As for user request, I think server's vendor request is a user request, when PHP is concerned - why have PHP API on a server if not to use it? As soon as we have commitment from the support side - and I understand we have it here - I see no problem in having this SAPI. Of course, figuring out how to do SAPI in PECL is a solution too, but is anybody working on it? -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com