Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:29201 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 62422 invoked by uid 1010); 4 May 2007 20:16:12 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 62392 invoked from network); 4 May 2007 20:16:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 May 2007 20:16:12 -0000 Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain php.net from 85.214.94.56 cause and error) X-PHP-List-Original-Sender: helly@php.net X-Host-Fingerprint: 85.214.94.56 aixcept.net Received: from [85.214.94.56] ([85.214.94.56:37658] helo=h1149922.serverkompetenz.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1C/CB-21644-A849B364 for ; Fri, 04 May 2007 16:16:10 -0400 Received: from baumbart.mbo (dslb-084-063-051-128.pools.arcor-ip.net [84.63.51.128]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by h1149922.serverkompetenz.net (Postfix) with ESMTP id CCC401B363B; Fri, 4 May 2007 22:16:07 +0200 (CEST) Date: Fri, 4 May 2007 22:16:09 +0200 Reply-To: Marcus Boerger X-Priority: 3 (Normal) Message-ID: <1348470081.20070504221609@marcus-boerger.de> To: Stanislav Malyshev CC: Edin Kadribasic , internals@lists.php.net In-Reply-To: <463B9271.3040009@zend.com> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Starting 5.3 From: helly@php.net (Marcus Boerger) Hello Stanislav, Friday, May 4, 2007, 10:07:13 PM, you wrote: >> - you don't need a tool - well php - but hey you probbaly have that tool > Yes, but they can't open it by any other standard system tool. I.e. you > always need PHP - and of specific version - nope, there ispear/phar - perfectly compatible and runs on any version > to work with this file. And > I don't know how you expect all kinds of proven and widely used tools > like mod_rewrite, .htaccess, etc. to work with phar-ed application. they most likely don't, it is designed for deployment and for running includes directly. >> - you can run phar archives out of the box - untouched > You can't however see files there, edit files, copy files, etc. by any > of the thousands of tools made by people to work with files. If need be, i'll write a windows-commander plugin :-) >> - you can extract phar archives and run them - still untouched > To extract them, you again can use one and only one tool, which might > not be available on the system you want to open the archive on. That's > all consequences of inventing yet another separate packaging format on > top of dozens already in existence. Java at least used existing format... 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 >> - you can provide phar archives that do not require a phar extension > What do you mean, how? And if you can - why don't you always do so? Why > do you need phar extension at all? slow? bigger? overhead? >> To your question "is phar so important that everybody needs it in the >> main source." I think the above means it should. > Sorry, not clear to me how exactly it means so. There are a lot of > extensions that live in PECL and do all kinds of interesting things - > why phar is so special? Interesting and not maintained for the most. Sometimes working on one or the other very specific php version only. And often even without documentation. > -- > Stanislav Malyshev, Zend Products Engineer > stas@zend.com http://www.zend.com/ Best regards, Marcus