Re: [RFC] Starting 5.3
| From: | Marcus Boerger | Date: | Mon, 07 May 2007 07:27:25 +0000 |
| Subject: | Re: [RFC] Starting 5.3 | ||
| References: | 1 2 3 4 5 6 7 8 9 10 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-29237@lists.php.net to get a copy of this message | ||
Hello Stanislav,
Monday, May 7, 2007, 7:07:09 AM, you wrote:
>> they most likely don't, it is designed for deployment and for running
>> includes directly.
> What do you mean "directly"? Do you mean this is designed for running
> application only specifically crafted to run inside phar and would break
> some or most of the existing applications not designed specifically for
> it? Then even less reason to recommend it as a way to deploy real
> applications.
It means you can run a phar file. How is that so hard to understand.
See the docs: http://php.net/phar
>> pear install phar - or - pecl install phar - done
>> oh wait the point is that pecl install doesn't work or is in 99% no option
> And what is "pear install"? I don't have such command in my Windows by
> default. Neither I have it on my Linux. I would have to install PEAR for
> that, right? Even only to know what's inside.
Well alot of people make use of our PEAR project. It comes with a bunch of
nice sub projects. And even some external (as in non PHP) applications and
projects make use of it. Providing a better internal infrastructure would be
very nice here.
>> slow? bigger? overhead?
> Meaning, of no practical use nobody would package their real-world apps
> this way. Then I guess it's not really an option?
As said you can try stuff in a phar and then extract it. And lemme 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.
>> Interesting and not maintained for the most. Sometimes working on one or
>> the other very specific php version only. And often even without
>> documentation.
> This is as I see for very specific applications too, and the manual says
> there's no currently stable version of phar.
Strange, pecl lists three stable versions since end of march:
http://pecl.php.net/package/phar
And phar has been stable since end of last year. We only decided to not
mark it stable to be able to rename a few things.
> My opinion
I see
> is that it is not right to recommend it as preferred way to
> deploy PHP applications. I know there are many people that it suits
> their needs - but those people as I understand have to keep in mind they
> work for phar anyway, so they might as well install one more extension.
Once again, that is in most cases no option at all.
Best regards,
Marcus