update on phar extension work
| From: | Gregory Beaver | Date: | Thu, 07 Feb 2008 23:48:47 +0000 |
| Subject: | update on phar extension work | ||
| Groups: | php.internals | ||
| Request: | Send a blank email to internals+get-35312@lists.php.net to get a copy of this message | ||
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