Doctrine ORM → Пользовательские репозитории в ORM Doctrine 2 из песочницы
В большинстве случаев стандартные методы, генерируемые доктриной на основе Yaml (XML или аннотаций), хватает только на получение каких то полей по какому-то простому фильтру. Для более сложного запроса приходиться пользоваться нативным QueryBuilder'ом и обращаться через dql запросы к нашей модели. Все это является следствием нагромождения больших кусков кода, которые имеют свойства дублироваться там где требуется применить идентичные запросы. А как хотелось бы обращаться с моделью просто и красиво через один единственный метод? Как? Напишем свой!
symfony framework → Использование Zend GData в Symfony2-проекте
Ведущий разработчик фреймворка Symfony — Фабьен Потенсьер (Fabien Potencier) в 2009-м году выступил на Zend/PHP Conference с докладом о извлечении выгоды в совместном использовании Symfony 1.3/1.4 и Zend Framework. Основные тезисы его речи доступны в презентации, опубликованной на его персональном сайте [1].
Как известно, Symfony2 — это практически новый фреймворк, созданный с использованием новейших возможностей языка PHP. На данный момент разработка перешла в RC-цикл, и всё больше разработчиков, имеющих опыт работы на первой ветке Symfony (да и не только они), смотрят в сторону нового флагмана. Но, даже несмотря на значительное количество включенных в стандартное издание компонентов, Symfony2 не покрывает все нужды веб-разработчика, поэтому, рано или поздно, встает вопрос о подключении внешних библиотек.
Очевидно, что в этом свете объемный комплект библиотек Zend (Gdata, Search_Lucene, Pdf и т. д.) нельзя обойти стороной. В данном посте мной будет рассмотрен процесс интеграции Symfony2 и Zend на примере Zend Gdata — библиотеки для взаимодействия с Google Data API [2].
Doctrine ORM → Колекционируем данные или учим Doctrine делать multiple insert
Интересная реализация для импорта данных в базу, так как можно вставлять данные в связанные таблицы. Автор тестировал код только на MySQL сервере и по его словах все работает на ура.
Вот собственно ссылка на статью
P.S. пишу топик, так как не хватает кармы чтобы сделать ссылку
Вот собственно ссылка на статью
P.S. пишу топик, так как не хватает кармы чтобы сделать ссылку
Doctrine ORM → Создание Doctrine YAML через MySQL Workbench из песочницы
Недавно стал пользоваться программой MySQL Workbench. Приложение меня очень порадовало, в нем очень удобно проектировать структуру базы данных, которую затем можно легко экспортировать на сервер Баз Данных (Forward Engineering). Так же можно использовать обратную разработку (Reverse Engineering): создание ER диаграммы по существующей структуре Базы Данных. Кроме того, в приложении есть синхронизация модели и существующей БД, что тоже очень удобно при разработке.
Но так как мы разрабатываем наши продукты с использованием ORM Doctrine, то кроме структуры БД необходимо было создать модели для доступа к данным. Как оказалось, что для Workbench есть дополнение, которое создает Doctrine YAML сразу из приложения. Немного поискав в инете, плагин был успешно найден. Страница разработчика находится вот здесь.
Используя данный плагин очень удобно и быстро можно создавать схемы для будущих моделей.
Но так как мы разрабатываем наши продукты с использованием ORM Doctrine, то кроме структуры БД необходимо было создать модели для доступа к данным. Как оказалось, что для Workbench есть дополнение, которое создает Doctrine YAML сразу из приложения. Немного поискав в инете, плагин был успешно найден. Страница разработчика находится вот здесь.
Используя данный плагин очень удобно и быстро можно создавать схемы для будущих моделей.
symfony framework → Doctrine: Опыт работы с миграциями в symfony
Для тех, кто не в курсе, миграции — это способ внесения изменений в структуру БД.
Управлять изменениями можно по-разному, но все сводится к работе инструкциями для изменения стуктуры.
Почему миграции это делают наилучшим способом:
1. Автоматизация. Вы можете хранить инструкции в sql-файликах, накатывать их при необходимости. Но это становится дико неудобно, когда встает вопрос о переключении между разными ревизиями (версиями БД), для командной разработки, когда всем разработчикам надо накатить изменения, для развертывания тестового окружения.
2. Rollback (как продолжение первого пункта). Мы можем откатить любую миграцию и получить версию БД на любой момент. Чем это удобно, см. ниже.
3. Идентичность DEV и PROD версий БД. Это очень важно, по крайней мере для меня, быть уверенным в том, что версии DEV, PROD и TEST абсолютно одинаковы. Да, этого можно добиться и другими способами. Но когда именно миграции являются носителями информации о структуре БД, вместе с автоматизацией решать эту задачу становится намного удобнее и проще.
Не буду описывать базовые вещи, можно посмотреть:
Управлять изменениями можно по-разному, но все сводится к работе инструкциями для изменения стуктуры.
Почему миграции это делают наилучшим способом:
1. Автоматизация. Вы можете хранить инструкции в sql-файликах, накатывать их при необходимости. Но это становится дико неудобно, когда встает вопрос о переключении между разными ревизиями (версиями БД), для командной разработки, когда всем разработчикам надо накатить изменения, для развертывания тестового окружения.
2. Rollback (как продолжение первого пункта). Мы можем откатить любую миграцию и получить версию БД на любой момент. Чем это удобно, см. ниже.
3. Идентичность DEV и PROD версий БД. Это очень важно, по крайней мере для меня, быть уверенным в том, что версии DEV, PROD и TEST абсолютно одинаковы. Да, этого можно добиться и другими способами. Но когда именно миграции являются носителями информации о структуре БД, вместе с автоматизацией решать эту задачу становится намного удобнее и проще.
Не буду описывать базовые вещи, можно посмотреть:
symfony framework → Плагин для разработки iframe-приложений ВКонтакте
Хочу представить вашему вниманию разработанный мною плагин для создания приложений для соцсети VKontakte.
В плагине реализованы:
В плагине реализованы:
- Php-класс для совершения защищённых запросов к VKontakte api — sfVkontakteTools;
- JS библиотека — обертка для установки приложения, установки правильных настроек, загрузки фото и публикации на стену — vkApp;
- Автоматическое сохранение профиля текущего пользователя и его друзей в вашу БД.
НЛО прилетело и опубликовало эту надпись здесь.
Персональные блоги → Магические числа и таблицы-справочники в Doctrine/Propel
Коль скоро у вас в проекте используется база данных, то вам рано или поздно потребуются справочные таблицы. Такие таблицы я бы условно разбил на три категории:
Справочники, как правило, заполняются разово при создании и крайне редко пополняются. Но тем не менее, пополнение возможно и наиболее вероятно для третьего типа, менее для второго и редко для первого.
Собственно зачем я это пишу:
- Небольшие справочники, до 10, реже 20 записей. Например — таблица статусов чего-нибудь (active|inactive|deleted как минимум).
- Средние справочники — от 20 до нескольких сотен записей. Например, таблица типов или категорий чего-либо.
- Большие справочники — от нескольких сотен до сотен тысяч записей. Например список городов и улиц России.
Справочники, как правило, заполняются разово при создании и крайне редко пополняются. Но тем не менее, пополнение возможно и наиболее вероятно для третьего типа, менее для второго и редко для первого.
Собственно зачем я это пишу:
Персональные блоги → Вывод неэкранированных (unescaped) данных в symfony 1.3/1.4
Коль скоро в symfony 1.3/1.4 по умолчанию включено экранирование (escaping) всех выводимых данных, вам рано или поздно понадобится вывести что-либо в неэкранированном виде. Судя по постоянным вопросам в коммьюнити, не все могут найти документацию по этому вопросу, поэтому публикую эту небольшую заметку.
symfony framework → Symfony Live 2010. День первый
Вчера, 16 февраля прошел первый день двухдневной международной конференции Symfony Live 2010, посвященный, как не трудно догадаться, фреймворку Symfony: )
Это первая международная конференция, проводимая sensio labs.