Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:35064 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84645 invoked by uid 1010); 1 Feb 2008 05:08:46 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 84629 invoked from network); 1 Feb 2008 05:08:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Feb 2008 05:08:46 -0000 Authentication-Results: pb1.pair.com smtp.mail=greg@chiaraquartet.net; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=greg@chiaraquartet.net; sender-id=unknown Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 38.99.98.18 cause and error) X-PHP-List-Original-Sender: greg@chiaraquartet.net X-Host-Fingerprint: 38.99.98.18 beast.bluga.net Linux 2.6 Received: from [38.99.98.18] ([38.99.98.18:57949] helo=mail.bluga.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 65/03-29409-D59A2A74 for ; Fri, 01 Feb 2008 00:08:46 -0500 Received: from mail.bluga.net (localhost.localdomain [127.0.0.1]) by mail.bluga.net (Postfix) with ESMTP id C7BDBC0E6DE; Thu, 31 Jan 2008 22:08:41 -0700 (MST) Received: from [192.168.0.106] (CPE-76-84-14-241.neb.res.rr.com [76.84.14.241]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bluga.net (Postfix) with ESMTP id 74C1CC0E6DD; Thu, 31 Jan 2008 22:08:41 -0700 (MST) Message-ID: <47A2A960.6010100@chiaraquartet.net> Date: Thu, 31 Jan 2008 23:08:48 -0600 User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Andi Gutmans , internals Mailing List X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: any additional info needed? From: greg@chiaraquartet.net (Gregory Beaver) Hi Andi, Some things not in the docs that might be useful in your playing with phar: 1) webPhar()'s front controller currently operates on absolute uri for finding the file requested. http://localhost/myphar.phar/blah/blah.php/otherstuff will look for "blah/blah.php/otherstuff" in "myphar.phar". We do plan to implement this search the way Apache does (perhaps optionally, as it is slower to scan the path), and instead find "blah/blah.php" and set REQUEST_URI to "/otherstuff" 2) deny is not yet implemented (denying access to a directory within a phar) 3) Steph has been finding some problems on windows in webPhar() that can't be reproduced in unix, and I haven't had time to investigate fully or reproduce on my windows box. If you're testing, I recommend using unix first, unless you feel like finding/fixing bugs :). 4) phar's tar/zip support will probably not work on big-endian (read: PowerPC) systems until I implement big-endian stuff. This is trivial, and I haven't commandeered my wife's old mac yet to do this :). I also have a report of compile failure on OS X that I have not confirmed. 5) Phar::webPhar() does not support phar.extract_list at all, but this could be done with some wrangling, and could even allow Phar::webPhar() to be used as a front controller for regular PHP apps. Also, Phar::interceptFileFuncs() does not intercept absolutely every file-related function, and functions like passthru() will still look for files in the regular disk. This may be added before release, I have to do some further checking there. Is there anything else I can offer that isn't in the docs? Incidentally, php|arch's cover story in January is about phar, if you subscribe to that. Greg