Greg Beaver is throwing a "release party" in this new post on his blog today, mentioning the release of PHP_Archive, PHP_LexerGenerator, PHP_ParserGenerator, and, of course, the latest version of PEAR.

Just now, I released new versions of PHP_Archive, PHP_LexerGenerator, PHP_ParserGenerator, and Pierre released a new version of PEAR.

He also outlines the changes is each package, more so PHP_Archve and PHP_LexerGenerator/PHP_ParserGenerator.

Greg Beaver is throwing a "release party" in this new post on his blog today, mentioning the release of PHP_Archive, PHP_LexerGenerator, PHP_ParserGenerator, and, of course, the latest version of PEAR.

Just now, I released new versions of PHP_Archive, PHP_LexerGenerator, PHP_ParserGenerator, and Pierre released a new version of PEAR.

He also outlines the changes is each package, more so PHP_Archve and PHP_LexerGenerator/PHP_ParserGenerator.

From Greg Beaver today, there's a new post showing off an exciting new demonstration of the PHP_Archive package to install phpMyAdmin in one single .phar file.

He gives a bit more instruction on how to get it all set up, but it's a very cool example of the power of this little package. There's a few bugs Greg mentions that he and Davey Shafik have been looking into, but no major issues.

From Greg Beaver today, there's a new post showing off an exciting new demonstration of the PHP_Archive package to install phpMyAdmin in one single .phar file.

He gives a bit more instruction on how to get it all set up, but it's a very cool example of the power of this little package. There's a few bugs Greg mentions that he and Davey Shafik have been looking into, but no major issues.

On his blog today, Davey Shafik has his personal look back at his year in 2005 and what kinds of things he accomplished.

Just like Last Year I'm jumping on the bandwagon again.

Despite the fact that it is hard to top some of the feats I managed last year (I for one, am not planning to marry anybody else!) it has been a very productive and exciting year for me.

Of the things he mentions, here's a few of the more memorable ones:

• the release of the PHP_CompatInfo and Crtx_PEAR_Channel_Frontend packages
• the release of the PHAR/PHP_Archive packages/utilities
• public releases of his Cerebral Cortex framework
• The release of his Tooltip.js library
• and, finally, his being included in the development of the Zend Framework team.

So, thanks to Davey, especially for all his work - especially on the PHAR/PHP_Archive project - it's already proved invaluable to the community as a whole...

On his blog today, Davey Shafik has his personal look back at his year in 2005 and what kinds of things he accomplished.

Just like Last Year I'm jumping on the bandwagon again.

Despite the fact that it is hard to top some of the feats I managed last year (I for one, am not planning to marry anybody else!) it has been a very productive and exciting year for me.

Of the things he mentions, here's a few of the more memorable ones:

• the release of the PHP_CompatInfo and Crtx_PEAR_Channel_Frontend packages
• the release of the PHAR/PHP_Archive packages/utilities
• public releases of his Cerebral Cortex framework
• The release of his Tooltip.js library
• and, finally, his being included in the development of the Zend Framework team.

So, thanks to Davey, especially for all his work - especially on the PHAR/PHP_Archive project - it's already proved invaluable to the community as a whole...

In this new post on Greg Beaver's blog today, there's the announcement of the release of version 0.7.0 of his package, PHP_Archive.

As I blogged about earlier, PHP_Archive has been completely refactored both to reduce the size of the archive and to improve its efficiency tremendously.

This new release also opens up the possibility of making a .phar extension, something that would outperform PHP_Archive even more. Making it super-efficient will even allow running PHP apps right out of a .phar.

You can grab this latest release (0.7.0) from the package's PEAR page at http://pear.php.net/PHP_Archive...

In this new post on Greg Beaver's blog today, there's the announcement of the release of version 0.7.0 of his package, PHP_Archive.

As I blogged about earlier, PHP_Archive has been completely refactored both to reduce the size of the archive and to improve its efficiency tremendously.

This new release also opens up the possibility of making a .phar extension, something that would outperform PHP_Archive even more. Making it super-efficient will even allow running PHP apps right out of a .phar.

You can grab this latest release (0.7.0) from the package's PEAR page at http://pear.php.net/PHP_Archive...

Greg Beaver has this new post today on his blog with a look at even more of the great leaps forward that PEAR is making - especially with the PEAR.phar packaging.

Those of you who have followed my blog may remember a proof-of-concept PEAR.phar single file version of PEAR introduced back in April. This PEAR.phar was a bit clunky, and had trouble on linux, as well as with installation on most systems.

These considerations led me to rethink the format of .phar files. Due to Thanksgiving holiday here in the US, I haven't yet been able to contact Davey to get his feedback, so these are strictly my own observations and ideas. I have been able to rework the format of PHP_Archive-based .phar files, and to my great delight, accessing internal files is now a O(1) operation, with only a slight increase in memory usage per-phar.

Basically, the doanload page and snag your copy...also, keep an eye out for PHP_Archive 0.7.0. If all goes well, it should be just around the corner.

Greg Beaver has this new post today on his blog with a look at even more of the great leaps forward that PEAR is making - especially with the PEAR.phar packaging.

Those of you who have followed my blog may remember a proof-of-concept PEAR.phar single file version of PEAR introduced back in April. This PEAR.phar was a bit clunky, and had trouble on linux, as well as with installation on most systems.

These considerations led me to rethink the format of .phar files. Due to Thanksgiving holiday here in the US, I haven't yet been able to contact Davey to get his feedback, so these are strictly my own observations and ideas. I have been able to rework the format of PHP_Archive-based .phar files, and to my great delight, accessing internal files is now a O(1) operation, with only a slight increase in memory usage per-phar.

Basically, the doanload page and snag your copy...also, keep an eye out for PHP_Archive 0.7.0. If all goes well, it should be just around the corner.