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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
