reza F. • hmm ..
the different usage ZF 2.0 ,
php namespace maybe ?
and Zend_Cloud!
i've been waiting for the book that have topics about it ...
some ajax topics using ZendX_jQuery or Zend_Dojo is good ..

Alexander T. • Fortunately there is no way to ignore namespaces in ZF2 but I guess I have bad news regarding ZendX_Jquery as there's been a discussion on the mailing list about dropping it completely.
Zend_Cloud is a good one though. Thanks.

Maciej W. • I can't wait to see ZF2 and Doctrine 2 integration. You could also write about autoloader and plugin loading (mappers, etc). And of course You can't ommit EventManager (it used to be called SignalSlot)

Greg S. • Please follow the quality of excellent Zend Framework 1.8 Web Application Development by Keith Pope and show really high quality code examples, useful techniques and pretty advanced concepts which are probably beyond the framework manual (Keith mentions DDD, DI and such. He also present the whole nicely designed application).
DO NOT copy the manual or paste the whole pages of repeated code.
It would be nice to learn about some intricacies of the new MVC and DI, AOD
Good luck with the work!

Paul S. • Please don't forget to examine the new Form's structure and also a good treatment of ACL use in practice..

Matthew W. • Alex, make sure you watch zf-contributors to keep track of new developments. Many of the features requested in comments above are still very much in flux, and you'll want to wait to write on topics until they've been finalized (specifically, I'm talking about JS library integrations, Forms, Doctrine2 (we'll be retaining Zend\Db, but in a much improved form; Doctrine2 will be an option, but likely simply a documentation point), MVC, etc.). We're starting to get momentum and you'll likely see a lot of changes in the coming weeks and months -- just don't finalize anything in the cookbook until you see a beta come out. :)

Joe M. • Include the IBM i somewhere.

German A. • I would like to see a real Java Bridge and Zend Framework working example including the IBM i. If you can include it in this book I will appreciate. Thanks.

Andre G. • Please don't use a Blog / Guestbook as example app , this is so 2001 / 1995. :-)

A better , more interesting example project with an honest need of several modules could be an extranet/intranet.

Alexander T. • Wow. Thanks for all the feedback! There are quite a few valuable suggestions.

First of all no guestbook and no copying the manual! I'm writing a classical cookbook so it will definitely be focussed on providing practical solutions to real world problems plus it addresses more experienced developers because I'm aware that threre are already some quite good introductions out there which will also be updated for ZF2 (and I don't have to paraphrase them).

@matthew Thank you for the hint. I've been following the list for some time now and currently have paused writing due to the ongoing discussions. I've already written quite some stuff about general topics which are unlikely to be thrown over completely (I hope) but especially the MVC part and Zend\Db are crucial to ZF2 so I guess waiting for the Beta relase is the best option.

@joe and german Using IBM i for running PHP apps and especially working with a Java Bridge in PHP seems to be a framework agnostic thing and would therefore fit much better into a general PHP related book. I'm not really sure if there are Zend Framework specific aspects working with IBM apart from the fact that it's running Zend Server (which again is framework independent). So where excatly would you see the connection?

Alexander F. • It will be nice include ACL part with different ways of use.

Ashley K. • @alex not surprised that ZendX_JQuery is going to be dropped! I ended up (as I assume have others,) writing my own to support jQuery.

On a more positive note, may I suggest you concentrate on using whatever plugin / helper architecture Matthew and friends have come up with. Also MVC implementation. You could also take a look at how you extend some of the core components for special purposes. And a very definite must (even for seasoned developers,) is an appendix of just exactly what you can put into the application.ini/xml config to trigger activity in the framework.

Cheers
A

Fryderyk B. • Integration with Doctrine 2 is definitely a hot topic, obviously going a bit out os scope maybe. Zend Caching, Zend Acl file driven and a database driven could be interesting. Proper modules setup and module based bootstrapping. A painful topic but that could be of big interest is properly dissect Form decorators and Validators.
A lot of other topics obviously...

Cheers

Matthew W. • @Fryderyk -- forms are going to be quite different in ZF2, and likely you will pass individual elements to renderers instead of the current decorator system.

@Ashley: regarding "plugin/helper architecture", the suggestion I have for Alexander is to read up on the EventManager and PluginBroker, as these APIs are fairly stable at this point.

Bhavin S. • You can add REST API

Michael B. • An appendix about optimizing Zend Studio performance

Enrico Z. • If you need material for the Zend\Cloud components let me know. I just released some new "cloud" classes: Zend\Cloud\Infrastructure, Zend\Service\Rackspace for ZF2 and ZF1.

Marco C. • We need a mature ORM like Doctrine for best practices; integration between ZF2 and Doctrine will make PHP an enterprise-ready language/platform, no more Zend_Db stuff please!

Matthew W. • Marco -- ORM !== DB abstraction layer. They're different, and serve separate purposes, even though an ORM typically consumes a DB abstraction layer. A DBAL can be used for things like logging, caching, reporting, and more. As such, I'd argue Zend\Db is still very necessary.

Marco C. • Matthew I agree, but here you know what I mean, have you ever used Grails GORM, or Active Record in Rails? Compared to other frameworks Zend Framework is still inefficient because of this