Symfony *

Мы уже готовы выпустить финальный релиз Symfony 2.0. В течение последних пары недель мы сделали несколько существенных изменений, и поэтому публикуем еще один релиз-кандидат (RC5) сегодня и ждем неделю (до 28 июля) перед выпуском финального релиза.
Вы можете просмотреть файл UPDATE чтобы ознакомиться с последними изменениями.
Для обновления Symfony Standard Edition приложения необходимо обновить файлы deps и deps.lock.

Затем нужно выполнить скрипт обновления вендоров:

./bin/vendors install

Не забудьте очистьть кеш после обновления вендоров:

php ./app/console cache:clear

Ведущий разработчик фреймворка 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].

Совсем скоро выйдет релиз Symfony 2. И хотелось бы читать документацию,
да и обсуждать вопросы, связанные с фреймворком, на родном языке.
Именно с этой целью был создан новый русскоязычный сайт о Symfony 2.
Но так как объем документации достаточно велик, в одиночку переводить становится трудно.
Это призыв к помощи, к коллективному переводу и обсуждению документации.
Для этого вы можете воспользоваться формой на сайте или же редактировать страницы
напрямую, через GitHub.
И да — это реклама, немного преждевременная, т.к. пока сделано совсем мало.
Проект не несет какой-либо прибыли, единственная цель —
сплотить русскоговорящих разработчиков, использующих Symfony 2.
Надеюсь, вам понравится!
PS на топик-ссылку не хватает кармы.

Привет, %username%!
symfony — популярный PHP-фреймворк, на котором создано не мало серьезных проектов. Но в русскоязычном сообществе он распространен гораздо меньше. То ли это связано с более высоким порогом входа, то ли с отсутствием русскоязычной документации.
В этом статье я хочу рассказать о создании простейшего блога на symfony2.

Месяц назад я (Fabien Potencier — прим. перев.) сообщил, что финальная версия Symfony2 задержится. Тогда мы с нетерпением ждали слияния с новым фреймворком форм. И сейчас я могу сказать вам, что ждали мы не напрасно. Bernhard закончил свою фантастическую работу и я уверен, что вы полюбите новую версию.

Все возможности Symfony 2.0 теперь доступны. Это означает, что наконец то мы можем войти в давно ожидаемый beta/RC релизный цикл, который в итоге приведёт к релизу блестящей версии 2.0.

Почти год назад я опубликовал статью о микрофреймворке под названием 'fat-free', написанном на PHP. Тогда этот фреймворк и сама статья вызвали некоторый интерес, поэтому я решил сделать обзор еще одного PHP микрофреймворка в стиле популярного Sinatra — Silex project.

Созданный в известной в РНР кругах Sensio Labs, не менее известным Fabien Potencier — автором одного из самых популярных на сегодня PHP фреймворков — Symfony, Silex является облегченной версией ожидаемого армией фанатов (к которым осмелюсь отнести и себя) Symfony2.

Для своей работы Silex использует ключевые компоненты Symfony2 в связке с несложной реализацией шаблона проектирования “Внедрение зависимостей” в виде сервис-контейнера Pimple, который позволяет максимально просто отделить логические части кода друг от друга — сделать их независимыми.

Как и у Symfony2 — у Silex интуитивно понятный API, что делает процесс разработки достаточно приятным и позволяет практически в несколько шагов добавлять свой функционал в сам фреймворк.

Из статьи можно узнать как стартует и работает приложение Symfony2. Мне бы хотелось продолжить цикл статей про этот современный фреймворк и уделить более пристальное внимание такому компоненту как Dependency Injection (DI — внедрение зависимости) так же известный как Service Container.

Наблюдая открыв рот за виртуозным фокусником и его красивыми помощницами, многие, однако, сосредоточенны совсем на другом: как он это делает? как там все устроенно внутри?


Тоже самое происходит и при работе с фреймворками, которые все делают за нас, но хочется знать, как они это делают, и в случае необходимости иметь возможность изменить поведение. К сожалению, документация, какой бы хорошей она не была (а у Symfony 2 она уже неплоха), рассказывает, как использовать всю эту «магию», но не раскрывает всей сути.

Эта статья — попытка разобраться, как происходит инициализация приложения и что же такое «Ядро Symfony2».

symfony.com
Хотя он еще не до конца доделан, но систематизация информации на нем, как и дизайн, намного лучше, чем на предыдущем сайте. Так же обратите внимание на выпадающий список SensioLabs Network в верхнем левом углу, где в одном месте собраны ссылки на их основные сайты, теперь на сайт доктрины или свифта можно перейти намного проще.

P.S. Наконец дождались, официальный релиз симфонии 2 обещают завтра http://symfony.com/download

Я люблю symfony framework, за то что там всегда уделялось много внимания пользовательским плагинам. Они всегда были частью архитектуры фреймворка, на официальном сайте есть раздел с каталогом всех возможных плагинов, а недавно было объявлено, что для долгожданого Symfony2 будет подобный каталог с bundles.

Но тем не менее, были вещи, которые казались неудобными. Было много плагинов-пустышек, достаточно условная категоризация, не было четкой градации плагинов: например, старый и глючный плагин будет в рейтинге выше нового неглючного, из-за того, что старый в свое время использовали больше людей и все они за него проголосовали.

Потому нами с LupineDreamer был создан Symfohub — проект-мешап для GitHub, собирающий все репозитории, относящиеся к symfony. Symfohub собирает данные обо всех symfony-репозиториях с GitHub'а, а также каталогизирует их по тегам, и собирает пользовательские отзывы об использовании того или иного плагина или бандла.

Много людей приложило много усилий для того, чтобы выпустить PR4. Благодаря этому PR4 является первым релизом, который содержит всё, что будет включено в финальный релиз.

Многие разработчики при создании сайтов забывают про очень полезный заголовок Last-Modified, благодаря которому можно оптимизировать загрузку web-страниц и облегчить работу поисковым роботам. Далее я постараюсь восполнить этот досадный пробел.

Предлагаю вашему вниманию перевод вчерашнего поста одного из разработчиков Symfony2 о подходе к unit-тестированию контроллеров в Symfony2. Тема очень актуальна для Symfony2 разработчиков. Также стоит отметить, что в посте упоминается результат дискуссии на dev-groups об использовании контроллера в роли сервиса в Symfony2.

Начиная работать с git у меня почти сразу возник вопрос — как работать с проектом, если некоторые его компоненты часто обновляются. Ярким примером служит разработка с использованием Symfony2. Фреймворк обновляется почти каждый день, нужно постоянно «подтягивать» код, чтоб он работал с последней версией Symfony2.

Под катом маленький workflow по работе с проектом на Symfony2.

Продолжая собственную инициативу хочу анонсировать следующее мероприятие, которое пройдет 7 августа в субботу в 12:00.
Не хотел откладывать до августа, но 30 июля иду на Startup Weekend. Все желающие могут присоединяться.

Пара слов о том, как прошло первое мероприятие.

Проблема

Нам нравится Symfony MVC Framework за набор готовых задач, которые позволяют ускорить разработку приложения. В Symfony существует полезная команда – CRUD (от create, read, update, delete) генератор. Но, честно говоря, генерируемый им HTML код имеет ряд недостатков:

• создается табличная верстка вместо блочной;
• табличная верстка не является семантической;
• табличная верстка не оптимизирована с точки зрения SEO.

Я предлагаю избавиться от этих недостатков путем создания собственной темы для CRUD генератора.

Завершился очередной виток в развитии и популяризации фреймворка Symfony на территории стран СНГ.



Мы рады, что на конференцию приехали разработчики из России, Белорусии, Молдовы и Украины.

Приветствую.
Этим анонсом хочу открыть серию регулярных встреч под флагом Symfony.

Мероприятие будет неформальным. Приносите свои проекты, плагины — проведем ревью, обсудим возникшие вопросы, трудности, идеи. Если у кого нет своих проектов, могу поделиться. У меня их куча :)
Будет время и желание, покодим свои проекты в творческой атмосфере.
В будущем, возможно, кто-то захочет сделать доклад или рассказать о чем-нибудь. Посмотрим.

Когда: 17 июля (суббота) в 12:00

Место: где соберемся, я пока не знаю, сейчас это зависит от кол-ва желающих присоединиться. Но основные критерии для выбора места — не остаться голодным и без интернета на 3-4 часа.

Записываемся на странице события.
Русская рассылка symfony.

Для тех, кто не в курсе, миграции — это способ внесения изменений в структуру БД.
Управлять изменениями можно по-разному, но все сводится к работе инструкциями для изменения стуктуры.

Почему миграции это делают наилучшим способом:
1. Автоматизация. Вы можете хранить инструкции в sql-файликах, накатывать их при необходимости. Но это становится дико неудобно, когда встает вопрос о переключении между разными ревизиями (версиями БД), для командной разработки, когда всем разработчикам надо накатить изменения, для развертывания тестового окружения.
2. Rollback (как продолжение первого пункта). Мы можем откатить любую миграцию и получить версию БД на любой момент. Чем это удобно, см. ниже.
3. Идентичность DEV и PROD версий БД. Это очень важно, по крайней мере для меня, быть уверенным в том, что версии DEV, PROD и TEST абсолютно одинаковы. Да, этого можно добиться и другими способами. Но когда именно миграции являются носителями информации о структуре БД, вместе с автоматизацией решать эту задачу становится намного удобнее и проще.

Не буду описывать базовые вещи, можно посмотреть:

• Док по миграциям доктрины 1.2
• Работа с миграциями в symfony
• Описание консольных команд для работы с миграциями в symfony

Итак, во вторник мы организовали московский хаб и провели прямую трансляцию конференции. Для организаторов, я так понимаю, это был первый опыт в проведении мероприятий такого рода. И все прошло замечательно. Мы подключились к сессии, докладчик вещал на заднем фоне и перелистывал слайды. Видео не было. Немного трудно было воспринимать информацию на слух, но в целом понятно, ребята старались.