На сегодняшний момент смысл использовать версию symfony 1.1 есть только в случае если на сервере вы используюете php  версии 5.1, если же на ваших серверах установлена версия php 5.2.4+ мы настоятельно вам рекомендуем обновится до версии symfony 1.2. Процесс обновления предельно прост.

Так же стоит отметить, что баг фиксы связанные с безопастность в версии symfony 1.1 будут выходить еще в течении 1 года до июня 2010 (в случае их появления)

Итак, 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.

На сегодняшний момент нельзя посмотреть live версию проекта в интернете и я решил исправить эту ситуацию.

Рад представить все интресующимся и использующих в работе symfony, доработаную версию проекта jobeet до презентабельной версии, которую вы можете поклацать на сайте jobeet.com.ua

В ближайшее время для всех желающих будет доступен svn проекта.

Чего коснулись доработки:

• Основная проблема - это non-latin кодировки, для которых нет коректной ASCII версии символов. Говоря простым языком, jobeet использует библиотеку iconv для транслитерации всех не латинских символов в ASCII и тут же наступает на габли, связаные с таким перекодированием. Функция iconv возвращает на славянские символы - пустой результат, по-этому от транслитерации временно пришлось отказаться
• Из первой проблемы вышла вторая - это поиск, который использует движок Lucene, через прокси фреймворка Zend. И тут ситуация повторяется, так как Lucene использует для создания индекса ASCII снова возникает проблема с non-latin кодировками и корректным из индексированием.
  Благо тут на помощь приходит то, что Zend позволяет использовать для индексирования кодировку UTF-8 (с определенныим ограничениями, о них можно прочесть в офф. документации Zend Framework). Вот собственно переход на utf-8 и был осуществленн для корректной индексации и поиска.
• Добавлен русский перевод
• Небольшой ряд мелких исправлений, я не буду на всех останавливаться, практически все исправления описаны в коментариях к коммитам в svn

Все желающие разместить у себя на сайте список ИТ вакансий, в ближайшее время будет доступен API и примеры информеров.

Описание проблемы: имеем 4 таблицы: news, news_i18n, news_type и news_type_i18n. На странице нужно отобразить список из 20 новостей, используя все перечисленные таблицы. А это 21 запрос. Методы doSelectWithI18n и doSelectJoinAll не позволяют получить значения i18n NewsTypePeer для NewsPeer с минимальным количеством запросов к БД.

Решение проблемы: вместо 21 запроса к БД выполнить 2. Механизм - использовать предзагрузку объектов NewsTypePeer со значениями i18n.

Листинг 1: schema.yml

propel:
_attributes:        { package: lib.model.news }

news_type:
_attributes:      { isI18N: true, i18nTable: news_type_i18n }
id:               ~
url_segment:      { type: varchar, size: 255, required: true }

news_type_i18n:
title:            { type: varchar, size: 255, required: true }

news:
_attributes:      { isI18N: true, i18nTable: news_i18n }
id:               ~
news_type_id:     { type: integer, default: 0, foreignTable: news_type, foreignReference: id }
url_segment:      { type: varchar, size: 255, required: true }
is_published:     { type: boolean, required: true, default: 0 }
published_at:     { type: timestamp, index: true }
image:            { type: varchar, size: 255, required: true }
video:            { type: varchar, size: 255, required: true }
created_at:       ~

news_i18n:
title:            { type: varchar, size: 255, required: true }
announce:         { type: varchar, size: 255, required: true }
body:             { type: longvarchar, required: true }

Листинг 2: метод preloadObjects для объекта News

<?php

/**
*
* @author Igor Brovchenko webdev [at] tigor [dot] com [dot] ua
* @package    lib.model.news
*/
class NewsPeer extends BaseNewsPeer {

/**
* Preload Objects 1.0
*
* @param string $class
* @param array $objects
* @param boolean $isI18n
*/
static function preloadObjects($class, &amp;amp;$objects, $isI18n = true)
{
if(!$objects)
{
return;
}

$peer      = $class . 'Peer';
$setMethod = 'set' . $class;
$getMethod = 'get' . $class;

if($isI18n)
{
$resultObjects = call_user_func(array($peer, 'doSelectWithI18n'), new Criteria());
}
else
{
$resultObjects = call_user_func(array($peer, 'doSelect'), new Criteria());
}

// array of primary keys
$pks = array();

// Remember primary key
foreach($resultObjects as $key => $value)
{
$pks[$value->getPrimaryKey()] = $key;
}

foreach($objects as &amp;amp;$item)
{
$preloadObjectId = call_user_func(array($item, 'get' . $class . 'Id'));
call_user_func(array($item, $setMethod), $resultObjects[$pks[$preloadObjectId]] );
}

unset($resultObjects);
unset($pks);
}

} // NewsPeer

Листинг 3: использование метода preloadObjects

$c = new Criteria();
$c->add(NewsI18nPeer::CULTURE, 'ru');
$news = NewsPeer::doSelectWithI18n($c);

NewsPeer::preloadObjects('NewsType', $news, true);

foreach($news as $value)
{
print $value->getId() . ' - ' .$value->getTitle() . ' : ' . $value->getNewsType()->getTitle() . "<br>";
}

Данный способ позволяет подгружать любые объекты с учетом локализации (i18n). В принципе ничего не мешает вынести этот метод из модели и использовать отдельно, например в хелпере. Один недостаток - это что выбираются все значения для объекта NewsType, т.е. если таблица маленькая, то проблем никаких нет. Можно сделать запрос, с условием выборки Criteria IN перечислив все getPrimaryKey.

Используемые материалы:
• Symfony plugin sfPropelActAsTaggableBehaviorPlugin

Источник: Symfony: Propel предзагрузка объектов (preload objects)

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.

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

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

• Cherkassy
• Kyiv (Ukrainian capital)
• Kharkov (Ukrainian East Economic and Cultural Center)
• Lvov (Ukrainian West Economic and Cultural Center)

Two speakers couldn’t attend the conference because of reasons beyond the control. But this didn’t prevent us to make this event at good level (we keep it from common beer-bidge ?)

First, we were looking for more Symfony specialists, who are using the framework in everyday work as main tool. More conference participants were beginners in Symfony, or were only looking for best and powerful solution for web-development.

During the conference we’ve acquainted beginner “symfonians” with power of Symfony framework, have developed simple web-application at real time, have talked about Symfony 1.1 Forms with practice examples. Also we had possibility to discuss weak points of the framework and typical problems, which meet developers during web-application building process.

The meeting was finish with collective beer-drinking.

Photos:

Alex Vasilenko (Glad) - Jelv

Roman Movchan (Roman) - Bеб-цех

Vladimir Dybenko - Jelv

Roma Shalabanow (Dreammaker)