Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:35312
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain chiaraquartet.net from 38.99.98.18 cause and error)
Message-ID: <47AB98DF.5050308@chiaraquartet.net>
Date: Thu, 07 Feb 2008 17:48:47 -0600
User-Agent: Thunderbird 2.0.0.6 (X11/20071022)
MIME-Version: 1.0
To: internals Mailing List <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: update on phar extension work
From: greg@chiaraquartet.net (Gregory Beaver)

Hi,

A short update on improvements to phar

 * Phar::webPhar() now works with CGI sapi (endless redirect happened
before)
 * Phar::webPhar() now recognizes urls exactly the same way as apache,
so http://localhost/myphar.phar/file.php/extra/stuff will find
"file.php" hidden in the url and retrieve it.
 * Phar::mungServer() was incorrectly making SCRIPT_NAME the same as
SCRIPT_FILENAME, now it is the value expected.
 * Phar::webPhar()'s $rewrite parameter is documented as an array of
path names to actual location.  This is too inflexible, and has instead
been replaced with a simple callback.  A php function that takes a
string as an argument and returns the actual path expected is used.  In
addition, if the function returns false, webPhar() will throw an HTTP
403 Denied code, so sections of a phar archive can be marked as off
limits.  This solves a problem of not having a protected out of document
root webspace inside a phar archive.

There are some memory leaks to clean up, and a few other problems, but
we're making progress.  I have a backlog of a few apps sent offline that
don't quite work that I need to debug to determine what is causing the
breakage, more on that later.

Greg