Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:29241 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65079 invoked by uid 1010); 7 May 2007 08:04:24 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 65047 invoked from network); 7 May 2007 08:04:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 May 2007 08:04:24 -0000 Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.114 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 63.205.162.114 unknown Windows 2000 SP4, XP SP1 Received: from [63.205.162.114] ([63.205.162.114:58796] helo=us-ex1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 44/2C-52548-68DDE364 for ; Mon, 07 May 2007 04:04:24 -0400 Received: from [127.0.0.1] ([192.168.17.37]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 7 May 2007 01:04:20 -0700 Message-ID: <463EDD80.2060902@zend.com> Date: Mon, 07 May 2007 04:04:16 -0400 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: Stefan Priebsch CC: internals@lists.php.net References: <139872287.20070504170744@marcus-boerger.de> <9DC00D11-00A5-40DB-A397-8454C48FA448@prohost.org> <1525138013.20070504193205@marcus-boerger.de> <463B70A1.4010505@zend.com> <463B7232.7000205@php.net> <463B8B36.5010906@zend.com> <1992195966.20070504214413@marcus-boerger.de> <463B9271.3040009@zend.com> <1348470081.20070504221609@marcus-boerger.de> <463EB3FD.4020009@zend.com> <1062653277.20070507092725@marcus-boerger.de> <463ED871.8080606@zend.com> <463EDB1A.6060601@e-novative.de> In-Reply-To: <463EDB1A.6060601@e-novative.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 May 2007 08:04:20.0452 (UTC) FILETIME=[511D9240:01C7907E] Subject: Re: [PHP-DEV] [RFC] Starting 5.3 From: stas@zend.com (Stanislav Malyshev) > PHP-based software, installing a PECL extension is not an option. If I > cannot be sure that phar works on my client's system, I cannot use it to > deploy software. Unless your clients immediately upgrade to php 5.3 this is the case anyway for some time (probably measured in years). > Uploading a phar file, then pointing your browser to it and running a > PHP-based self-extracting installer similar to the Windows installers we > know would make installing PHP software way more end-user-compatible. If it's the installer question you could do it in a number of other ways, but phar way is OK too. It would be one thing to use phar-like format as a packaging format used as base for installers (akin to .msi, .rpm, etc) - and as I understand, it is achievable even without having phar extension with the same success (performance is not really a thing for installer). However, running live app from inside phar is entirely different thing. > IMHO phar should be part of the PHP code, so that developers can rely on > it as a means of PHP software deployment that certainly works on all > systems, rather than another option. That's exactly what I am saying - that in my opinion such format is not the best thing PHP software developers could (or should) rely on in many scenarios. Putting something in PHP source is a form of endorsement, and I think it should be carefully considered if it's ready for all scenarios before we do that. -- Stanislav Malyshev, Zend Products Engineer stas@zend.com http://www.zend.com/