ZFConf 2010: Zend Framework and Doctrine

1. Zend Framework и Doctrine Степан Танасийчук [email_address]

2. Чем я занимаюсь? Web разработкой занялся в 2003 году

3. С Zend Framework начал работать в 2008 году

4. Руковожу собственной веб-студией с 2009 года

5. Активный участник сообщества zendframework.ru

6. Люблю прикольные смайлы :]

7. Содержание доклада Подключение Doctrine к ZF проекту

8. Скрипт для работы с Doctrine_Cli

9. Генерация моделей по YAML схемам

10. Механизм миграций

11. Наследование в моделях

12. Шаблоны расширений

13. Адаптер для Zend_Auth

14. Адаптер для Zend_Paginator

15. ZFEngine и использование Doctrine в модульном ZF приложении

16. Несколько слов о Doctrine ORM библиотека для PHP 5.2.3+

17. Использует паттерны Active Record, Data Mapper и Metadata Mapping

18. Собственный язык запросов — DQL (по мотивам HQL)

19. Связи один-к-одному, один-ко-многим и многие-к-многим

20. Автогенерация моделей по yaml схемам

21. Экспорт и импорт из/в yaml

22. Механизм миграций

23. Шаблоны поведений (l18n, Versionable, NestedSet, etc.)

24. Подключаем Doctrine к ZF проекту Размещаем Doctrine в library/Doctrine:

25. $ svn export http://svn.doctrine-project.org/tags/1.2.1/lib/Doctrine/ ./library/Doctrine

26. Прописываем следующие настройки в application.ini:

27. autoloadernamespaces[] = "Doctrine"

28. Parables_Application_Resource_Doctrine Matthew Lurz добавил в Zend Framework proposal application-ресурс для подключения Doctrine. Его класс называется Parables_Application_Resource_Doctrine и лежит здесь http://github.com/mlurz71/parables

29. ZFEngine_Application_Resource_Doctrine Мы немного изменили код Parables_Application_Resource_Doctrine для работы с Doctrine 1.2.x и храним его в репозитории ZFEngine как ZFEngine_Application_Resource_Doctrine ZFEngine это сборная солянка классов, которые мы используем при разработке проектов на ZF. Лежит все здесь: http://zfengine.com В основном код наш. Также есть чужой, но с некоторыми изменениями. Надеюсь, что это все в рамках закона ^_~.

30. Подключаем ZFEngine к ZF проекту Размещаем ZFEngine в library/ZFEngine:

31. $ svn export http://svn2.assembla.com/svn/zfengine/trunk/library/ZFEngine/ ./library/ZFEngine

32. Прописываем следующие настройки в application.ini:

33. autoloadernamespaces[] = "ZFEngine"

34. pluginPaths.ZFEngine_Application_Resource = "ZFEngine/Application/Resource"

35. Настраиваем подключение к БД resources.doctrine.connections.primary.dsn.adapter = "mysql" resources.doctrine.connections.primary.dsn.username = "root" resources.doctrine.connections.primary.dsn.password = "******" resources.doctrine.connections.primary.dsn.host = "localhost" resources.doctrine.connections.primary.dsn.dbname = "zfconf" resources.doctrine.connections.primary.options.charset = "utf8" resources.doctrine.connections.primary.options.collate = "utf8_unicode_ci"

36. Настраиваем Doctrine_Manager resources.doctrine.manager.attributes.attr_autoload_table_classes = 1 resources.doctrine.manager.attributes.attr_use_native_enum = 1 resources.doctrine.manager.attributes.attr_quote_identifier = 1 resources.doctrine.manager.attributes.attr_auto_free_query_objects = 1 resources.doctrine.manager.attributes.attr_auto_accessor_override = 1 resources.doctrine.manager.attributes.attr_model_loading = "model_loading_conservative"

37. MODEL_LOADING_PEAR В Doctrine 1.2 появился новый режим для автозагрузки моделей — MODEL_LOADING_PEAR , но при использовании этого режима не работает generate-migration-diff :(. Я заметил это уже в процессе подготовки доклада и пока просто написал в багрепорт Doctrine.

38. Для проектов с НЕмодульной структурой Указываем путь к директории с моделями:

39. resources.doctrine.manager.models_path = APPLICATION_PATH "/models"

40. Настраиваем кеширование resources.doctrine.manager.*

41. .attributes.attr_result_cache.driver = "memcache"

42. .attributes.attr_result_cache.lifespan = 3600

43. .attributes.attr_result_cache.options.servers.host = "localhost"

44. .attributes.attr_result_cache.options.servers.port = 11211

45. .attributes.attr_result_cache.options.servers.persistent = 1

46. .attributes.attr_result_cache.options.compression = 0

47. Настраиваем Doctrine_Cli doctrine_cli.data_fixtures_path = APPLICATION_PATH "/configs/doctrine/data/fixtures" doctrine_cli.models_path = APPLICATION_PATH "/models" doctrine_cli.migrations_path = APPLICATION_PATH "/configs/doctrine/migrations" doctrine_cli.sql_path = APPLICATION_PATH "/configs/doctrine/data/sql" doctrine_cli.yaml_schema_path = APPLICATION_PATH "/configs/doctrine/schema" doctrine_cli.generate_models_options.generateBaseClasses = 1 doctrine_cli.generate_models_options.baseClassesDirectory = "Base" doctrine_cli.generate_models_options.generateTableClasses = 1

48. Cкрипт для работы с Doctrine_Cli ./application/sripts/common.php <?php define( 'APPLICATION_ENV' , 'development' ); define( 'APPLICATION_PATH' , realpath(dirname(__FILE__) . '/..' )); set_include_path(implode(PATH_SEPARATOR, array ( realpath(APPLICATION_PATH . '/../library' ), get_include_path(), )));

49. Cкрипт для работы с Doctrine_Cli ./application/sripts/doctrine #!/usr/bin/env php <?php require_once 'common.php' ; require_once 'Zend/Application.php' ; $application = new Zend_Application( APPLICATION_ENV, APPLICATION_PATH . '/configs/application.ini' ); $application ->getBootstrap() ->bootstrap(); $cli = new Doctrine_Cli( $application ->getOption( 'doctrine_cli' )); $cli ->run($_SERVER[ 'argv' ]);

50. Проверяем как работает Запускаем скрипт без параметров:

51. $ ./application/sripts/doctrine

52. Doctrine Command Line Interface

53. ./application/sripts/doctrine generate-sql

54. ./application/sripts/doctrine create-db

55. ./application/sripts/doctrine generate-yaml-models

56. ./application/sripts/doctrine dql

57. ./application/sripts/doctrine generate-migrations-models

58. ./application/sripts/doctrine generate-yaml-db

59. ./application/sripts/doctrine generate-models-yaml

60. ./application/sripts/doctrine generate-migrations-diff

61. ./application/sripts/doctrine generate-migration

62. ./application/sripts/doctrine create-tables

63. ./application/sripts/doctrine drop-db

64. ./application/sripts/doctrine generate-migrations-db

65. ... и ещё 9ть команд, которые не поместились на этом слайде (:

66. Создадим схему модели User ./application/configs/doctrine/schema/User.yml User : tableName : users options : type : INNODB collate : utf8_unicode_ci charset : utf8 columns : id : type : integer(4) primary : true autoincrement : true login : string(32) email : string(255)

67. Генерируем модели по YAML схемам Запускаем скрипт с параметром generate-models-yaml :

68. $ ./application/sripts/doctrine generate-models-yaml

69. generate-models-yaml - Generated models successfully from YAML schema

70. Получаем готовые модели:

71. ./application/models

72. |-- Base

73. | `-- BaseUser.php

74. |-- User.php

75. `-- UserTable.php

76. Важная деталь: сами YAML схемы можно сгенерировать непосредственно с структуры БД используя команду generate-yaml-db .

77. Сгенерированный код базовой модели User ./application/models/Base/BaseUser.php <?php abstract class BaseUser extends Doctrine_Record { public function setTableDefinition() { $this ->setTableName( 'users' ); $this ->hasColumn( 'id' , 'integer' , 4, array ( 'type' => 'integer' , 'unsigned' => true , 'primary' => true , 'autoincrement' => true , 'length' => '4' )); // Здесь было описание полей login и email ... $this ->option( 'type' , 'INNODB' ); $this ->option( 'collate' , 'utf8_unicode_ci' ); $this ->option( 'charset' , 'utf8' ); } public function setUp() { parent::setUp(); } }

78. Сгенерированный код модели User и маппера UserTable ./application/models/User.php <?php class User extends BaseUser { } ./application/models/UserTable.php <?php class UserTable extends Doctrine_Table { }

79. Напишем свой сеттер для поля email ./application/models/User.php <?php /** * User model */ class User extends BaseUser { /** * Set email adress into lowercase * * @param string $email * @return void */ public function setEmail( $email ) { $this ->_set( 'email' , strtolower( $email )); } }

80. Пишем экшн для проверки работы ./application/controllers/IndexController.php <?php class IndexController extends Zend_Controller_Action { /** * Simple action * * @return void */ public function indexAction() { $user = new User(); $user -> login = 'stfalcon' ; $user -> email = 'CEO@STFalcon.COM ' ; Zend_Debug:: dump ( $user ->toArray()); } }

81. Запускаем в браузере array 'id' => null 'login' => string 'stfalcon' (length=8) 'email' => string 'ceo@stfalcon.com' (length=16)

82. Миграции Сгенерируем первый класс миграций. Его можно генерировать из классов моделей или БД (см. мануал к Doctrine).

83. $ ./application/sripts/doctrine generate-migrations-models

84. generate-migrations-models - Generated migration classes successfully from models

85. Получаем готовую модель миграций:

86. ./application/configs/doctrine/

87. |-- data

88. | |-- fixtures

89. | `-- sql

90. |-- migrations

91. | `-- 1268942153_adduser.php

92. `-- schema

93. `-- User.yml

94. Сгенерированный код первой модели миграций ./application/configs/doctrine/migrations/1268942153_adduser.php <?php class Adduser extends Doctrine_Migration_Base { public function up() { $this ->createTable( 'user' , array ( 'id' => array ( 'type' => 'integer' , 'unsigned' => true , 'primary' => true , 'autoincrement' => true , 'length' => 4), // Здесь были параметры для создания полей login и email ... ), array ( 'type' => 'INNODB' , 'indexes' => array (), 'primary' => array (0 => 'id' ), 'collate' => 'utf8_unicode_ci' , 'charset' => 'utf8' )); } public function down() { $this ->dropTable( 'user' ); } }

95. Создадим БД и накатим на неё наши изменения Создаем БД (например на production сервере):

96. mysql> CREATE DATABASE `zfconf`;

97. Query OK, 1 row affected (0,00 sec)

98. Накатываем на неё миграцию:

99. $ ./application/sripts/doctrine migrate

100. migrate - migrated successfully to version #1

101. Выведем список таблиц:

102. mysql> SHOW TABLES ;

103. migration_version

104. users

105. Проверяем работу скрипта Структура таблицы в которой хранится номер миграции:

106. mysql> SHOW CREATE TABLE `migration_version`;

107. CREATE TABLE `migration_version` (

108. `version` int (11) DEFAULT NULL

109. ) ENGINE =InnoDB DEFAULT CHARSET =latin1

110. Структура таблицы пользователей:

111. mysql> SHOW CREATE TABLE `users`;

112. CREATE TABLE `users` (

113. `id` int (10) NOT NULL AUTO_INCREMENT ,

114. `login` varchar (32) COLLATE utf8_unicode_ci DEFAULT NULL ,

115. `email` varchar (255) COLLATE utf8_unicode_ci DEFAULT NULL ,

116. PRIMARY KEY (`id`)

117. ) ENGINE =InnoDB DEFAULT CHARSET =utf8 COLLATE =utf8_unicode_ci

118. Наследование в YAML схемах ./application/configs/doctrine/schema/Administrator.yml ## Administrator schema Administrator : tableName : administrators inheritance : extends : User type : concrete columns : password_hash : string(32) password_salt : string(8) actAs : [Timestampable]

119. Работаем с Doctrine_Cli В первую очередь делаем migration-diff — он генерирует классы миграций на основе различий между кодом моделей и YAML схемами:

120. $ ./application/sripts/doctrine generate-migrations-diff

121. generate-migrations-diff - Generated migration classes successfully from difference

122. ./application/configs/doctrine

123. |-- data

124. | |-- fixtures

125. | `-- sql

126. |-- migrations

127. | |-- 1268942153_adduser.php

128. | `-- 1268942505_version2.php

129. `-- schema

130. |-- Administrator.yml

131. `-- User.yml

132. Работаем с Doctrine_Cli Генерируем код моделей:

133. $ ./application/sripts/doctrine generate-models-yaml

134. generate-models-yaml - Generated models successfully from YAML schema

135. Накатываем изменения на БД:

138. Работаем с Doctrine_Cli Смотрим, что получилось:

139. mysql> SHOW CREATE TABLE `administrators`;

140. CREATE TABLE `administrators` (

141. `id` int (10) NOT NULL AUTO_INCREMENT ,

142. `login` varchar (32) COLLATE utf8_unicode_ci DEFAULT NULL ,

143. `email` varchar (255) COLLATE utf8_unicode_ci DEFAULT NULL ,

144. `password_hash` varchar (32) COLLATE utf8_unicode_ci DEFAULT NULL ,

145. `password_salt` varchar (8) COLLATE utf8_unicode_ci DEFAULT NULL ,

146. `created_at` datetime NOT NULL ,

147. `updated_at` datetime NOT NULL ,

148. PRIMARY KEY (`id`)

150. По-моему пора сделать авторизацию Сначала напишем сеттер для password:

151. ./application/models/Administrator.php

152. <?php

153. class Administrator extends BaseAdministrator

154. {

155. // Здесь был phpDoc блок ...

156. public function setPassword( $password )

157. {

158. if (strlen( $password )) {

159. $passwordSalt = substr(md5(mktime()), 0, rand(5,8));

160. $passwordHash = md5( $password . $passwordSalt );

161. $this ->_set( 'password_hash' , $passwordHash );

162. $this ->_set( 'password_salt' , $passwordSalt );

163. }

164. }

165. }

166. Сгенерируем аккаунт для админа и сохраним его в БД ./application/controllers/IndexController.php <?php class IndexController extends Zend_Controller_Action { // Здесь был phpDoc блок ... public function indexAction() { $administrator = new Administrator(); $administrator -> email = 'CEO@STFalcon.COM' ; $administrator -> login = 'stfalcon' ; $administrator -> password = 'qwerty' ; $administrator ->save(); Zend_Debug:: dump ( $administrator ->toArray()); } }

168. ZendX_Doctrine_Auth_Adapter ./application/controllers/IndexController.php public function indexAction() { $authAdapter = new ZendX_Doctrine_Auth_Adapter( Doctrine_Core:: getConnectionByTableName ( 'Administrator' )); $authAdapter ->setTableName( 'Administrator a' ) ->setIdentityColumn( 'a.login' ) ->setCredentialColumn( 'a.password_hash' ) ->setCredentialTreatment( 'MD5(CONCAT(?,a.password_salt))' ) ->setIdentity( 'stfalcon' )->setCredential( 'qwerty' ); $auth = Zend_Auth:: getInstance (); $result = $auth ->authenticate( $authAdapter ); if ( $result ->isValid()) { echo '<h1>OK</h1>' ; } else { echo '<h1>FAIL</h1>' ; } }

169. Открываем страницу в браузере Все ОК :)

170. И не забудьте сохранить данные авторзации в хранилище:

171. $data = $authAdapter ->getResultRowObject( null , array ( 'password_hash' , 'password_salt' ));

172. $auth ->getStorage()->write( $data );

173. Увековечим учетную запись администратора ./application/configs/doctrine/data/fixtures/users.yml Administrator : Admin_1 : login : stfalcon email : mymail@gmail.com password_hash : bcd3987603a947d54480285c16f06fde password_salt : fc1ed # Admin_ 2 : # login: stfalcon # ...

174. Сделаем глобальный reload $ ./application/sripts/doctrine build-all-reload build-all-reload - Are you sure you wish to drop your databases? (y/n) y build-all-reload - Successfully dropped database for connection named 'primary' build-all-reload - Generated models successfully from YAML schema build-all-reload - Successfully created database for connection named 'primary' build-all-reload - Created tables successfully build-all-reload - Data was successfully loaded mysql> SELECT * FROM `administrators`; | id | login | email | password_hash | password_salt | created_at | updated_at | +----+----------+------------------+----------------------------------+---------------+---------------------+---------------------+ | 1 | stfalcon | [email_address] | bcd3987603a947d54480285c16f06fde | fc1ed | 2010-03-18 23:04:11 | 2010-03-18 23:04:11 |

175. Адаптер для Zend_Paginator Мы используем ZFEngine_Paginator_Adapter_Doctrine , это немного переработанный с учетом наших потребностей и изменений в Doctrine 1.2 SmartL_Zend_Paginator_Adapter_Doctrine http://code.google.com/p/smart-framework/ Ещё раз пропиарю наш ZFEngine :) http://zfengine.com

176. ZFEngine_Paginator_Adapter_Doctrine Давайте выведем список администраторов с постраничной навигацией. Для этого создадим в таблице administrators 10 случайных записей:

177. Расширяем функционал AdministratorTable Создадим метод getQueryToFetchAll(), который будет возвращать запрос на выборку всех администраторов:

178. ./application/models/AdministratorTable.php

179. <?php

180. class AdministratorTable extends UserTable

181. {

182. /**

183. * Query to fetch all administrators

184. * @return Doctrine_Query

185. */

186. public function getQueryToFetchAll()

187. {

188. return $this ->createQuery( 'a' )

189. ->orderBy( 'a.created_at' );

190. }

191. }

192. Работаем с пагинатором ./application/controllers/IndexController.php <?php class IndexController extends Zend_Controller_Action { public function indexAction() { $query = Doctrine_Core:: getTable ( 'Administrator' ) ->getQueryToFetchAll(); $paginator = new Zend_Paginator( new ZFEngine_Paginator_Adapter_Doctrine( $query )); $paginator ->setCurrentPageNumber( $this ->_getParam( 'page' , 1)); $paginator ->setItemCountPerPage(4); $this -> view -> paginator = $paginator ; } }

193. Оформляем вывод списка в view шаблоне ./application/views/scripts/index/index.phtml <h1> <?php echo $this ->translate( 'Администраторы' ); ?>: </h1> <?php if (count( $this -> paginator )): ?> <ul> <?php foreach ( $this -> paginator as $administrator ): ?> <li> <?php echo $administrator -> login ; ?> <<?php echo $administrator -> email ; ?>> </li> <?php endforeach ; ?> </ul> <?php endif ; ?> <?php echo $this ->paginationControl( $this -> paginator , 'Sliding' , 'digg.phtml' ); ?>

194. digg.phtml digg.phtml я выложил здесь — http://pastie.org/832023 (за основу взят шаблон с ZendPaginationHelper )

195. Открываем страницу в браузере И наслаждаемся результатом :)

196. ZFEngine и использование Doctrine в модульном ZF приложении Мы написали несколько тасков (собственно таски написал Валерий Рабиевский , а я только немного порефакторил) для Doctrine, которые позволяют генерировать модели и использовать механизм миграций в ZF проектах с модульной архитектурой.

197. При этом между моделями разных модулей работает связывание и наследование.

198. Также работает механизм миграций для проекта в целом.

200. Настройки для модульной структуры Прописываем следующие настройки в application.ini:

201. ; Указываем, где находятся наши модули для Zend

202. resources.frontController.moduleDirectory =

203. APPLICATION_PATH "/modules"

204. ; и для Doctrine_Cli

205. doctrine_cli.modules_path = APPLICATION_PATH "/modules/"

206. ; а также прописываем путь к папке, где будут хранится yaml-схемы предыдущих версий (old), и новые (temp), собранные с модулей в одну папку. Именно по различиям между ними и будут генерироваться миграции.

207. doctrine_cli.old_schema_path = APPLICATION_PATH "/configs/doctrine/schema/old/"

208. doctrine_cli.temp_schema_path = APPLICATION_PATH "/../tmp/schema/"

209. resources.modules[] = "" ; подгружаем ресурс для подержки модулей

210. ; И убираем строки, где задавали расположение моделей:

211. ; resources.doctrine.manager.models_path = APPLICATION_PATH "/models"

212. ; doctrine_cli.models_path = APPLICATION_PATH "/models"

213. ; так как теперь модели подгружаются самим Zend'ом

215. Схема User.yml ## User schema Users_Model_User : tableName : users options : type : INNODB collate : utf8_unicode_ci charset : utf8 columns : id : type : integer(4) unsigned : true primary : true autoincrement : true login : string(32) email : string(255)

217. Схема Product.yml ## Product schema Products_Model_Product : tableName : products options : ... columns : id : type : integer(4) unsigned : true primary : true autoincrement : true user_id : type : integer(4) unsigned : true name : string(255) description : string actAs : [Timestampable] ...

218. Схема Product.yml (продолжение) ... # Прописываем связь один-ко-многим # User и Products – алиасы, через которые мы сможем обращаться # из одной модели к другой relations : User : class : Users_Model_User foreign : id local : user_id foreignAlias : Products onUpdate : CASCADE onDelete : CASCADE

219. Новый скрипт для Doctrine_Cli Скрипт для работы с Doctrine_Cli в модульном ZF приложении лежит в репозитории ZFEngine.

220. Единственное его отличие от обычного скрипта, это наличие кода для подключения тасков с ZFEngine и справка по командам ZFEngine при запуске скрипта с ключем info :

221. $ ./application/scripts/doctrine info

222. zfengine-generate-migrations-models -> для генерации новой миграций

223. zfengine-generate-migrations-diff -> для генерации изменений миграций

224. zfengine-generate-models-yaml -> для генерация моделей из yaml-файлов

225. zfengine-prepare-schema-files-for-migrations -> для копирования shema-файлов для сравнения при генерации миграций

226. Очередность действий:

227. При создании новой миграции:

228. zfengine-generate-models-yaml

229. zfengine-generate-migrations-models

230. migrate

231. При создании изменений миграции: ...

232. Генерируем модели по YAML схемам Все также как в предыдущих примерах, только команда с префиксом zfengine :

233. $ ./application/sripts/doctrine zfengine-generate-models-yaml

234. Generated models for module "Products" successfully

235. Generated models for module "Users" successfully

236. Generated models finished

237. Получаем готовые модели:

238. ./application/modules/users/

239. |-- models

240. |-- Base

241. | `-- User.php

242. |-- User.php

243. `-- UserTable.php

244. Только теперь модели именуются согласно стандартам ZF и подгружаются родным автозагрузчиком:

245. BaseUser -> Users_Model_Base_User

246. User -> Users_Model_User

247. Сгенерированые модели Между моделями из разных модулей сгенерировались связи: ./application/modules/users/models/Base/User.php <?php ... public function setUp() { $this-> hasMany( 'Products_Model_Product as Products' , array( 'local' => 'id' , 'foreign' => 'user_id' )); } ./application/modules/products/models/Base/Product.php <?php ... public function setUp() { $this-> hasOne( 'Users_Model_User as User' , array( 'local' => 'user_id' , 'foreign' => 'id' , 'onDelete' => 'CASCADE' , 'onUpdate' => 'CASCADE' )); } При работе с моделью пользователя коллекция моделей продуктов будет подгружена только при необходимости. Например при получении всех продуктов пользователя: $products = $user-> Products ;

248. Миграции Сгенерируем миграции:

249. Первую миграцию (на новом проекте) делаем через:

250. $ ./application/sripts/doctrine zfengine-generate-migrations-models

251. Так миграции генерируются на основании существующих классов моделей, а последующие — уже на основании изменений в yaml-схемах командой:

252. $ ./application/sripts/doctrine zfengine-generate-migrations-diff

253. И накатываем миграции на базу:

256. Структура таблицы `products` Смотрим, что получилось в БД:

257. mysql> SHOW CREATE TABLE `products`;

258. CREATE TABLE `products` (

259. `id` int (10) unsigned NOT NULL AUTO_INCREMENT ,

260. `user_id` int (10) unsigned DEFAULT NULL ,

261. `name` varchar (255) COLLATE utf8_unicode_ci DEFAULT NULL ,

262. `description` text COLLATE utf8_unicode_ci,

263. `created_at` datetime NOT NULL ,

264. `updated_at` datetime NOT NULL ,

265. PRIMARY KEY (`id`),

266. KEY `products_user_id_users_id` (`user_id`),

267. CONSTRAINT `products_user_id_users_id` FOREIGN KEY (ùser_id`) REFERENCES ùsers` (ìd`) ON DELETE CASCADE ON UPDATE CASCADE

269. На этом все ;) Благодарю за внимание! Задавайте вопросы. Степан Танасийчук [email_address]

ZFConf 2010: Zend Framework and Doctrine

More Related Content

What's hot (20)

Viewers also liked (20)

Similar to ZFConf 2010: Zend Framework and Doctrine (20)

More from ZFConf Conference (20)

ZFConf 2010: Zend Framework and Doctrine