Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:29238
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.114 as permitted sender)
Message-ID: <463ED871.8080606@zend.com>
Date: Mon, 07 May 2007 03:42:41 -0400
Organization: Zend Technologies
User-Agent: Thunderbird 2.0.0.0 (Windows/20070326)
MIME-Version: 1.0
To: Marcus Boerger <helly@php.net>
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>
In-Reply-To: <1062653277.20070507092725@marcus-boerger.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Starting 5.3
From: stas@zend.com (Stanislav Malyshev)

> It means you can run a phar file. How is that so hard to understand.

It is not hard to understand. What seems to be hard to understand is 
that the scenario you describe is by no way the only scenario PHP files 
run in. Not all applications are single entry point and of those that 
are, not all applications are suitable to work in non-filesystem 
environment. Thus using phar in applications not specifically designed 
for it and in environments which presume files are in filesystem might 
prove harder than some think.

> a war or jar or whatever crap doesn't make java faster either. But hey it
> would be a nice trick to turn PHP evenmore into Java so you should promote
> it.

If it was meant as some kind of a jab I'm afraid it was lost on me, I 
don't understand how it is relevant to anything, sorry. :)

> Strange, pecl lists three stable versions since end of march:
> http://pecl.php.net/package/phar

I guess you should fix the manual then :)

> Once again, that is in most cases no option at all.

How it's no option in most cases? And while we are at it, what is the 
"most cases" anyway? Is that most PHP deployments including millions of 
hosting clones all alike or most people supposed to use packaged 
applications (as opposed to writing own PHP scripts) or most people 
running complex production environments (as opposed to just playing with 
some private site) or most of what?
-- 
Stanislav Malyshev, Zend Products Engineer
stas@zend.com  http://www.zend.com/