• Fabien Potencier presented “Dependency Injection in PHP 5.2 and 5.3” (http://joind.in/1241) in track 1 while Rowan Merewood talked about “Living with Legacy Code” (http://joind.in/1242) in track 2
• David Zülke presented “The State of SOAP in PHP” (http://joind.in/1243) in track 1 while Paul Borgermans talked about “Get the most out of Solr search with PHP” (http://joind.in/1244) in track 2
• Juliette Reinders Folmer presented “Reg-Ex Fu” (http://joind.in/1245) in track 1 while Patrick Allaert and Davide Mendolia talked about “PHP applications/environments monitoring: APM & Pinba” (http://joind.in/1246) in track 2
• Maarten Balliauw presented “Just another WordPress weblog, but more cloudy” (http://joind.in/1247) in track 1 while Kore Nordmann talked about “PHPillow & CouchDB & PHP” (http://joind.in/1248) in track 2
• Lorna Mitchell presented “Passing the Joel Test in the PHP World” (http://joind.in/1249) in track 1 while Ivo Jansch talked about “PHP and the Cloud” (http://joind.in/1250) in track 2

• Telenet: HTC Hero (till Friday, February 5 2010) – Apply here
• Ibuildings: Apple iPad (till Friday, March 15 2010) – Apply here
• DataFlow: Apple iPhone and 3 Zend Studio Licenses (only on the conference day) – Apply here

• Joind.in comments
• What people twittered
• Flickr images
• What google has found about ths conference

Pear Channel?

For the past few months, the ZF team has been playing with the idea of releasing ZF from a PEAR channel. Over the past 2 years, we have seen a few channels distributing ZF that have pop up here and there.. so that lead us to believe there is an itch that needs scratching.

The compelling reason against a PEAR channel is that, with ZF, there is nothing to “install”. Just pop ZF in your include_path and off you go. You could obtain ZF from SVN via export, checkout or externals tag.. or you could download from the website. A PEAR channel (until recently), didn’t make enough sense because copying files from one location to another was all it would be doing.

ZF Grows beyond Component Library

That is … until ZF 1.8 (coming soon to developers near you). With 1.8, Zend_Tool will be going into production. I’ve chatted (#zftalk.dev@freenode) about it, I’ve spoke about it (#zendcon08), and I’ve tweeted about it in recent months. But for those that don’t know, I can sum Zend_Tool up in 3 major aspects of functionality:

• Zend_Tool_Framework is a dispatch system. While Zend_Controller has the Front Controller and web model hammered down pretty good, Zend_Tool_Framework is an introspective dispatch system for exposing its capabilities via command line (cli), XML-RPC, SOAP, or any other [insert your remoting platform of choice here].
• Zend_Tool_Project is a profile driven system for managing project related resources and their relationships to one another, the ability to create them, remove them and alter them within the lifecycle of a projects development.
• Zend_Tool_CodeGenerator is an abstracted system for generating code, including but not limited to PHP. Plans are in the works for generating Apache configuration files, ini and xml configuration files… all wrapped up in an API that is natural and similar to the API’s you’ve already become accustom to inside ZF.

So, that said.. What does this have to do with the PEAR channel? ZF is moving from a library of “runtime components” into more of a holistic framework with capabilities of code-generation, scaffolding, and project management, which complicates the process of installation. PEAR installer is really good at installing code into an already running PHP stack, be it site wide or local. So, by delivering ZF through the PEAR channel, the complexity of installation is shifted off of the consumers and onto the delivery channel.

So what does “installing” mean? It means some elements of the package need to go into some pretty specific areas on your system for them to work correctly. For ZF, it means you will need to put zf.sh or zf.bat in your executable path, zf.php in the php_bin directory, and put the Zend Framework inside your include_path. If you’ve used tools like PHPUnit, PHPDoc, or some other framework, this type of “installation” should make sense to you. If not, go poke around you system after installation to better understand.

Details

So, onto the technical details. If you want to see what it can do, first discover and install:

(discover the zf channel)
/my/path# pear channel-discover pear.zfcampus.org

(install zf-devel)
/my/path# pear install zfcampus/zf-devel

(or for something stable)
/my/path# pear install zfcampus/zf

More information will be posted on http://pear.zfcampus.org as it becomes available (this includes other packages in the channel, and other releases like beta and alpha).

To see Zend_Tool in action:

/my/path# mkdir tmp; cd tmp;
/my/path/tmp# zf create project

Now, go explore the project that was created. In addition to that, you can also run “zf show profile” and it will generate a tree of your project. There will be more updates, and more providers available in the coming weeks to show off what we’ve been developing for Zend_Tool. Also keep Zend_Application in mind because as it formalizes, it will be the target of what we will be generating from Zend_Tool and the zf command line interface.

Details, Details, DETAILS!

Like mentioned previously, the pear channel is beta. What could be beta about it you ask? Well for one, the package and release plan that comes along with it. As of this writing, here is the plan:

• ZF Package
  • Stable (no version modifier)
    • source: tag
    • schedule: on tag
  • RC – Release Candidate
    • source: tag
    • schedule: on tag
  • Beta (beta)
    • source: branch of current release branch
    • schedule: weekly
    • version: current + 1 mini
  • Alpha (alpha)
    • source: trunk
    • schedule: weekly
    • version: current + 1 minor
  • Development (devel)
    • source: trunk patched with selected incubator components
      • maintained in a file in incubator (locally for now)
    • schedule: weekly (or on demand)
    • version: current + 1 minor
• ZF_Minimal Package
  • (scheme same as above)
  • Source modified
    • no tests
• ZF_Extras Package
  • planning
• ZF_Laboratory Package
  • planning
• ZF_Doc_Lang Package (maybe)
  • planning

This might get tweaked over time, but the idea is pretty solid. Stable comes from tags as well as release candidate (and patch releases if they exist, not mentioned here). Betas are considered the next mini release, and alphas the next minor release. Development is super developmental, as you can see as its cut from trunk with selected incubator components.

More details will be forthcoming as I’m sure there will be questions you might have that are in search of answers. Till then…

Happy ZF-ing!

It’s been over six months since the initial code release of the
SimpleCloud API, and the code has come a long way since then: thanks to the
efforts of Stas, Wil, and our partners, we now have a solid, well-tested,
documented code base that shows off integration with Amazon, Windows Azure,
and Nirvanix.

I was reading the post ( http://devzone.zend.com/article/11326-Announcing-Novembers-ZF-Bug-Huntin… ) about Zend framework bug hunt by Mathew from devzone . The bug hunt is on Thursday and Friday, 19-20 November 2009 every one can join .

read more

The past few months have kept myself and my team quite busy, as we’ve turned
our attentions from maintenance of the Zend Framework 1.X series to Zend
Framework 2.0. I’ve been fielding questions regularly about ZF2 lately, and
felt it was time to talk about the roadmap for ZF2, what we’ve done so far,
and how the community can help.

Continue reading “State of Zend Framework 2.0″