Symfony2: от Новичка до Ниндзя

Цель данного тренинга – это знакомство с Symfony2, получение практического опыта разработки на Symfony2.
В ходе тренинга будут рассмотрены такие библиотеки, как Twig, Doctrine, Form + Validation, Security, Service Container и другие. С самого начала разработка будет вестись посредством методологии BDD с применением библиотек Behat и PHPUnit.

Количество мест на тренинг ограничено!

Подробнее о тренинге по Symfony2

так же набирается help team для конференции – это те люди, которые будут помогать в закулисных делах конференции, если у вас есть желание помочь при регистрации в поле дополнительная информация укажите «хочу в help team»

Конечно, тематика достаточно узкая, но за последнее время на сайте появилось достаточно новых задач и экспертов.

О чем это говорит?

Самое первое – о том, что есть проблема с пониманием синфонии вцелом и проблемы с реализацией определенного функционала. Почему-то для ЗендФреймворка или Кодигнайтера я таких сайтов не видел.

Должен отметить, что консультацию вы всегда можете получить на нашем форуме. причем бесплатно

Другими словами, для новых проектов рекомендуется использовать 1.4, а для портируемых из более старых версий – 1.3.

Много усовершенствований касаются производительности. Так, к примеру, была переписана система роутинга (самый медленный компонент в 1.2), что позволило в половину снизить нагрузку на этом участке.

Среди новшеств в
symfony 1.3/1.4 выделяются:

• новый механизм для отправки почты на базе
  SwiftMailer 4.1;
• Propel обновлен до версии 1.4;
• новые виджеты интернационализации
  (sfWidgetFormI18nChoiceLanguage, sfWidgetFormI18nChoiceCurrency,
  sfWidgetFormI18nChoiceCountry, sfWidgetFormI18nChoiceTimezone);
• опция
  must_match у валидатора sfValidatorRegex, опция протокола (http/https,
  ftp/ftps) у sfValidatorUrl;
• новый валидатор sfValidatorI18nTimezone;
• возможность объявления глобальных сообщений об ошибке по умолчанию с
  помощью sfValidatorBase::setDefaultMessage();
• ряд новых методов для
  форм, новый класс sfFormSymfony (диспетчер событий для форм);
• опция
  «–only-failed» для заданий symfony:test;
• улучшения в поддержке XML;
• у хелперов get_slot() и include_slot()
  появился второй параметр для задания значения содержимого по умолчанию,
  если слот ничего не вернул.

Также, много внедрено изменений, который касаются тестирования приложений.

Итак, 16 мая мы планируем провести конференцию по фреймворку Symfony.

Мероприятие будет проходить по адресу: Киев, ул. Предславинская, 12 (http://predslavinskaya.com.ua/). Партнер и соорганизатор SymfonyCamp – WorldWebStudio

Предварительная программа мероприятия:

• Вступление в symfony. Краткий экскурс для новичков
• Система роутинга в symfony 1.2
• Публикация symfony проекта в web и наращивание нового функционала без потери работоспособности
• Разработка высоконагруженных систем, методы оптимизации производительности
• Функционально и юнит тестирование в symfony
• Сравнительный анализ symfony и Rails
• Нововведения в Symfony2
• …

Желающие посетить мероприятие – пишите на  movchan@gmail.com.

Если же не против выступить с докладом – в письме указывайте название доклада.

Для того чтобы попасть в список, пишите письмо на movchan@gmail.com.

UPD. В письме прошу указывать пару ссылок на проекты которые выполнены на Symfony.

Artsofte – одна из российских студий которая недавно открыто заявила о том что использовала, использует и будет использовать в своих проектах фреймворк Symfony. Как борются с «Сифонией» в компании  мы решили узнать подробнее у директора студии, Николая Адеева.

Николай, расскажите кратко о вашей студии. Как давно работаете? Сколько человек работает в студии сейчас?

Максимально подробная инфа о студии на нашем сайте – www.artsofte.ru.

К тексту  мы подошли очень трепетно потому что аж с 2005 года никак не занимались своим сайтом. Поэтому когда летом 08 «релизнули» свой корпоративный ресурс отдали ему много сил. В частности  в нашей истории детально и красочно расписаны все вехи развития.

А сейчас нас 25 заряженных фанатиков.

Расскажите как у вас все начиналось с Symfony?

Перевести всю разработку на несамописный фреймворк желание было уже давно. Среди тех фреймворков, которые удалось попробовать на зуб – Zend был слишком громоздок, тяжёл и нёс в себе много ненужного + на то время с документацией было плохо.

CakePHP  сразу не устроил тем, что он заточен под PHP4. Из этого вытекало достаточно много неприятных последствий, да и не было смысла вспоминать про PHP4.

CodeIgniter достаточно привлёк и документацией и многих другим, но возить на нём можно простые проекты, проекты посложней – уже потребовали бы огромных танцев с бубном.

На symfony наткнулись совершенно случайно и решили попробовать. То что сразу попалось на глаза – генераторы, чрезмерная настраиваемость, лёгкость в создании модулей и удобная архитектура расположения самого кода – привели мгновенно в восторг. Постепенно фреймворк осваивался и в дальнейшем уже проекты студии было предложено делать именно на нём.

К тому же, Symfony смог подать совершенно иной взгляд на создание приложений, архитектуру кода, помог познакомиться с новой ORM Propel (она больше чем Doctrine нравится). Ну и количество документации и всемирное коммьюнити не стоит упускать из положительных моментов.

Как проходил процесс внедрения? Были ли подводные камни?

Внедрение началось с разработки нескольких версий блогов.

Сначала появился простейший Блог, затем улучшенная версия корпоративного блога. Дальнейшим этапом был Artosfte Lite.

Система разрабатывалась с абсолютного нуля, поэтому мы не были ни чем ограничены и начали создавать все необходимые плагины, которые уже перешли на новые коммерческие проекты.

Главной проблемой являлся админ-генератор. Начинали мы с sf 1.1, а после Artsofte-Lite привязались к формпроцессору (отдельного бекенда там нет, поэтому админ-генератор просто не задействовали). Старая система обработки форм нас немного сковала.

Некоторые вещи, которые можно было сделать интерактивными, было тяжело реализовать. Не порадовало отсутствие поддержки деревьев как и Propel’ом, так и админ-генератором (последнее было бы весьма неплохо увидеть в дальнейших версиях).

Но, тем не менее, собран достаточный багаж плагинов, который причёсывается для перехода на sf1.2

Как быстро вливаются новые люди в разработку на фреймворке? Ведь часто говорят что на симфонии «тяжело начать». Как у вас справляются новички с этим?

К сожалению говорят «тяжело начать» те, кто с фреймворками не работал вообще. С появлением еще нашего самописного студийного  фреймворка мировоззрение на код и разработку еще тогда сильно изменились. Небольшой этап «раскачивания» был при переходе , но в целом он был посвящён изучению структуры фреймворка. Всё остальное изучение – во время практики. Лучшего способа понять новый инструмент – нет. К счастью практических примеров Фабьен даёт немало и весьма неплохие – это редкость для большинства инструментов.

Новички с фреймворком справляются вполне неплохо. Симфони не имеет каких-то диких заморочек, поэтому реализация приложений на нём идёт достаточно просто. Это же всё тот же php. Если был багаж знаний по MVC ранее – всё идёт проще. Если не было – постепенно идёт обучение. Реализацию MVC ведь не нужно продумывать с нуля, просто нужно понять, что это такое и как это сделано в Symfony.
Этот фреймворк очень лёгок в изучении.

Есть ли такое чего в фреймворке вам не хватает?

Куда еще большей расширяемости. Реализация некоторых вещей идёт немного не через то место.

Простой пример – для компонентов нет preExecute, нет фильтров (вообще немного удивились, когда копнули глубже и поняли, что компоненты и хелперы вызываются всегда при помощи хелпера). Не хватает возможности отдельно воспользоваться шаблонизатором, не привязывая ни к модулям, ни к компонентам. Такое бывает очень нужно, когда, например, создаётся task, который отсылает письма. А шаблоны писем хочется хранить иметь в виде шаблонов phpView.

Весьма не хватает в админ-генераторе простых средств вроде сортировки, возможности смены значений boolean полей прямо из списка (публикация, например). Ну и ещё раз про деревья – можно было ты заточить вывод под них. Без деревьев – никуда. Данные вещи приходится реализовывать самим.

Нам кажется такие вещи бы многим понравились.

Вообще не хватает определённого набора слушателей – их мало в самом ядре весьма. В итоге нет возможности создавать весьма удобные перехватчики, которые бы экономили силы и уменьшали количество кода.

Я так понимаю, теперь все проекты вы выполняете на Symfony?

Да исключительно. Даже новые сервисы на старых проектах по возможности там где это реализуемо начинаем перетаскивать на симфонию, с прицелом на полный перевод при разработке новой версии\редизайна (мы обычно с клиентами дружим подолгу).

Сколько проектов уже собрано на Symfony в вашей студии?

На данный момент около 10.

1. Авторизация без формы

Если например, нужно авторизировать по ссылке. Тут все просто:

$this->getUser()->signin($user);

2. Авторизация в «секурных» модулях и экшенах.

Например, у нас админка вынесена в другое приложение и не хочется постоянно вводить логин и пароль то рецепт такой.

factories.yml

all:
storage:
class: sfSessionStorage
param:
session_cookie_lifetime: 1296000  #на 15 дней.

filters.yml:

security:
class: sfGuardBasicSecurityFilter

3. Авторизация в «несекурных» модулях

Например, у вас на фронтенде висит форма авторизации. чтобы не вводить данные постоянно нужно чтобы пользователь был аутентифицирован автоматически при заходе на страницу.

(метод подсмотрен здесь)

Нам поможет sf_guard_remember_key. Для этого создалим такой фильт:р

<?
class RememberFilter extends sfFilter
{
public function execute ($filterChain)
{
if ($this->isFirstCall() AND !$this->getContext()->getUser()->isAuthenticated())
{
if ($cookie = $this->getContext()->getRequest()->getCookie(sfConfig::get('app_sf_guard_plugin_remember_cookie_name', 'sfRemember')))
{
$c=new Criteria();
$c->add(sfGuardRememberKeyPeer::REMEMBER_KEY, $cookie);
$remember_key=sfGuardRememberKeyPeer::doSelectOne($c);

if ($remember_key)
{
$user_id = $remember_key->getUserId();
$user = sfGuardUserPeer::retrieveByPK($user_id);
if ($user instanceof sfGuardUser)
{
$this->getContext()->getUser()->signIn($user);
}
}
}
}
$filterChain->execute();
}
}
?>

и пропишем его в filters.yml

remember:
class: RememberFilter

Теперь когда пользователь будет ставить галочку «запомнить меня» – он будет авторизироваться автоматически при следующих заходах.

Последним можно облегчить жизнь потому что есть такая штука как Propel Criteria Builder.

Правда. мне самому вряд ли понадобиться такой сервис, потому как я уже «думаю» языком запросов Propel.

Стало намного красивее и удобнее.

Тема для обсуждения