Ниже приводится небольшое руководство по использованию. Вам понадобится PhpStorm 2.0 и Symfony 1.1 или более поздней версии (включая Symfony 2.0 BETA – в оригинальное руководство не входило, но мной проверено). Если у вас нет Symfony, руководство по установке вы можете найти здесь.

В первую очередь нам нужно настроить новый command line tool.

Загрузка Symfony Commands

Откройте меню Settings | Command Line Tool Support и нажмите в появившемся окне кнопку Add. Вам будет предложено три опции, выберите “Symfony”:

Затем укажите путь к файлу $Symfony_home$/data/bin/symfony. Для типичной конфигурации (из руководства симфони) путь будет следующим: $Project_root$/lib/vendor/symfony/data/bin/symfony. Описания команд Symfony будут загружены и сохранены в файл среди прочих настроек проекта. В диалоговом окне настроек это будет выглядеть следующим образом:

• Поле Tool Path содержит путь к CLI (php и фреймворка) и будет различаться в зависимости от фреймфорка. Для Symfony это “php  $path_to_symfony$”  и “$Zend_Framework_Tool_home$/bin/zf.bat” для Zend Framework. $PhpExecutable$ – это макрос, он заменяется на путь к исполнимому файлу CLI PHP, $ProjectFileDir$ это тоже макрос, он заменяется на полный путь к проекту. Макросы позволяют легко перемещать настройки между несколькими IDE.
• Полный Tool Path может быть очень длинным и неудобным в наборе, поэтому имеется алиас, который представляет из себя строку, которую можно использовать для вызова CLI вместо Tool Path.
• Чекбокс “Enable” поможет вам легко включать и отключать команды фреймворка из списка автоподстановки, не удаляя настройки. В данном случае чекбокс включен, таким образом команды Symfony будут отображаться в списке. Нажмите Ctrl +Shift+X или выберите в меню Tools | Run Command… и наберите алиас “s”:

Используем Symfony Command Line

Теперь создадим простой проект на Symfony c использованием Command Line Tool, как это описано в “Getting  Started” документе.

Создаем проект Symfony

Нажимаем Ctrl +Shift+X и набираем:

Команда имеет два параметра:

• Обязательный параметр “name”. Мы воспользуемся макросом $ProjectName$, который будет заменен на наименование проекта PhpStorm.
• Опциональный параметр “author”.

Перед выполнением команды макрос $ProjectName$ будет заменен на имя проекта и алиас “s” будет заменен на Tool Path. В данном случае это будет что-то типа “usr/bin/php /home/sfproject/lib/vendor/symfony/data/bin/symfony”.

Результат – будет создан проект:

Настройка доступа к базе данных

Теперь настроим доступ к БД при помощи команды “php symfony configure:database “mysql:host=localhost;dbname=dbname” root mYsEcret”

Создание приложения Frontend

Давайте создадим приложение frontend без экранирования вывода (что в общем-то сделает его менее защищенным!). Нажмите Ctrl +Shift+X и наберите:

Заметьте, что опции команд также поддерживаются. В примере выше это была опция –escaping-strategy=false.

Результат работы команды:

Права доступа к директориям

Следующим шагом является установка прав на директории cache/ и log/. Это также можно сделать при помощи Command Line Tool Support. Тул попытается выполнить команды (макросы таже доступны). Но имейте в виду, что команды “chmod” по-умолчанию нет в windows системах (если вы не используете например cygwin).

Результат:

Примечание:

Вообще говоря для установки прав можно нужно использовать команду “symfony project:permissions” // hudson@work

После этого надо настроить web-сервер, как описано в документации, и запустить его.

Тестирование

Проверьте доступ к новому приложению – откройте в браузере http://localhost:8080/index.php/ и затем проверьте доступ к dev окружению http://localhost:8080/frontend_dev.php/.

Если вы видите такую страницу, ваш проект успешно создан:

Добавляем пользовательский task.

Давайте создадим простой таск “hello”. Подразумевается что ранее вы уже настроили команды Symfony, как это описано выше и создали проект.

Нажмите Ctrl+Shift+X и выполните команду:

В директории lib/task будет создан класс “helloTask”.

Откройте класс helloTask в редакторе и выполните следующие несложные изменения в его методе “execute”:

Откройте description file для Symfony: выберите Settings |  Command Line Tool Support и нажмите кнопку “Open definition in editor”.

Добавьте описание новой команды “hello”:

Текст описания:

<command>
    <name>
        hello
    </name>
    <help>
        My first task with no parameters.
    </help>
</command>

Для проверки новой команды выполните:

Результат выполнения отобразится в консоли:

Решение проблем

Если у вас возникнут проблемы после редактирования файла описания и нужная вам команда не появится, откройте таб Validation в консоли. Этот таб показывает информацию о проблемах парсинга файла описания:

Вы также можете получить информацию о формате файла описания из схемы .idea/commandlinetools/schemas/frameworkDescriptionVersion1.1.xsd. Этот путь указан в созданном файле описания и редактор выполняет валидацию автоматически с его использованием.

Hope this hepls как говорится, ваш hudson@work

UPDATE 20 января 2012: статья обновлена в соответствии с современными реалиями SF 2.0.9 (фактически изменения коснулись именования тага и события)

Итак, начнем с определения службы:

YAML:

# Vendor\MyBundle\Resources\config.yml
services:
    # ...
    preexecute.listener:
        class: Vendor\MyBundle\Listener\PreExecuteListener
        tags:
            - { name: kernel.event_listener, event: kernel.controller, method: onKernelController }

XML:

# Vendor\MyBundle\Resources\config.xml
        <service id="kernel.listener.pre_execute" class="Vendor\MyBundle\Listener\PreExecuteListener">
            <tag name="kernel.event_listener" event="kernel.controller" method="onKernelController" priority="0"/>
        </service>

Создадим также определение нашей службы в положенном ей месте:

// Vendor\MyBundle\Listener\PreExecuteListener.php
 
namespace Vendor\MyBundle\Listener;
 
use Symfony\Component\EventDispatcher\Event;
use Symfony\Component\HttpKernel\HttpKernelInterface;
use Symfony\Component\HttpKernel\Event\FilterControllerEvent;
 
class PreExecuteListener
{
  public function onKernelController(FilterControllerEvent $event)
  {
    if (HttpKernelInterface::MASTER_REQUEST === $event->getRequestType()){
      $controllers = $event->getController();
      // контроллер должен существовать
      if (isset($controllers[0])){
        $controller = $controllers[0];
        // метод должен существовать
        if(method_exists($controller, 'preExecute')){
          $controller->preExecute();
        }
      }
    }
  }
}

Вот и все! ) Теперь в нужном контроллере объявляем метод preExecute() и наслаждаемся нашими танцами с бубном )

Приложение (Application)

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

Пакет (Bundle)

Пакет, это директория, содержащая набор файлов (PHP, CSS, JavaScript, изображения), которые реализуют одну более-менее крупную функцию (блог, форум и т.д.). В Symfony2 всё (в основном) располагается внутри тех или иных пакетов. (The Bundle System)

Дистрибутив (Distribution)

Дистрибутив – это совокупность компонент Symfony2, выбранных пакетов, соответствующей структуры директорий, конфигурации по-умолчанию и опциональной системы конфигурирования. (Примечание: название “дистрибутив” показалось мне наиболее логичным в данном случае, слово конечно заимствованное, но в среде ИТ-шников все его знают, в то же время “дистрибьюция” – это уже что-то из мира продаж имхо).

Фронт-контроллер (Front Controller)

Фронт-контроллер, это короткий PHP-файл, который расположен в web-директории проекта. Обычно все запросы перехватываются фронт-контроллером, а основная его задача состоит в загрузке Symfony-приложения.

Спецификация протокола HTTP (HTTP Specification)

Спецификация протокола HTTP – это документ, который описывает протокол передачи гипертекста – набор правил, описывающих классическую клиент-серверную коммуникацию, базирующуюся на запросах и ответах. Спецификация определяет формат, используемый для запросов и ответов, а также всевозможные HTTP заголовки, которые каждый запрос/ответ могут иметь. За дополнительной информацией о протоколе HTTP вы можете обратиться по ссылкам: Http Wikipedia и HTTP 1.1 RFC.

Окружение (Environment)

Окружение это наименование (например prod или dev) совокупности параметров, которое соответствет некоторому набору конфигурационных параметров. Одно и то же приложение может быть запущено с использованием различных конфигураций посредством его запуска в различных окружениях. Это очень удобно, так как позволяет для одного приложения иметь dev[elopment] окружение для отладки и prod[uction] окружение, оптимизированное по скорости – для конечного пользователя.

Проект (Project)

Проект – это директория, состоящая из приложения, набора пакетов, сторонних библиотек, автозагрузчика и скрипта фронт-контроллера.

Служба (Service)

Служба – это базовый термин для любого объекта в PHP, который выполняет определнную задачу. Служба как правило используется глобально, например объект подключения к базе данных или объект для отправки email сообщений. О приложении, имеющим много независимых служб, говорят что оно реализует сервисно-ориентированную архитектуру.

Контейнер служб (Service Container)

Контейнер служб, также известный как Контейнер внедрения зависимости (Dependency Injection Container), это специальный объект, который управляет созданием экземпляров сервисов внутри приложения. Вместо того, чтобы создавать сервис напрямую, разработчик посредством конфигурации обучает контейнер служб как создавать тот или иной сервис. Контейнер служб в свою очередь позаботится о простом получении экземпляра службы и внедрения зависимых служб.

В ходе разбора полетов решил уяснить, работает ли eAccelerator c php-cli. Собственно с подсказки @ibulatenko забрел на страницу http://eaccelerator.net/wiki/Faq, на которой черным по вебу написано в самом низу страницы:

Is eAccelerator working with php-cgi or php-cli?
This is not yet supported and it won’t be supported in the near future. However FastCGI is supported.

P.S. Судя по всему ни один акселератор не работает при использовании CLI интерфейса (по крайней мере точно известно про XCache, при этом там также написано что поскольку у CLI совершенно другой принцип работы, то и ожидать не стоит).

Имеем цикл по получателям, который чанками (страницами, как вам будет удобнее) обходит всех наших потенциальных получателей. Каждый чанк формирует свою партию писем посредством Swift_Mailer::batchSend(). И вот допустим ситуацию, когда враги сожгли родную хату… нет не так, враги заменили несколько email на нечто, не соответствующее требованиям RFC. Что произойдет? А то и произойдет – Swift вызовет исключение и

а) процесс рассылки вообще упадет, если try ... catch у вас нет

б) чанк выпадет из рассылки, если try ... catch у вас есть.

Обе ситуации мне лично не нравятся. Поэтому я решил произвести валидацию адреса до фактического попадания его в чанк.

Первая инкарнация использовала sfValidatorEmail (ну конечно, он предназначен для использования в формах, но если немного попрыгать с бубном и добавить к этому try ... catch – получается более менее юзабельно (clean() в sfValidatorRegex тоже кастует исключение, ага). Тем не менее тестирование выявило несостоятельность такого подхода, так как sfValidatorEmail в некоторых случаях не отлавливал несоответствия RFC.

Логично в этом месте воспользоваться встроенным в Swift механизмом валидации. Ан не тут то было. Публично доступного валидатора я не нашел, греп по коду выявил что валидация происходит в недрах класса Swift_Mime_Headers_AbstractHeader (да, абстрактного класса), ну или если ближе к народу, то в Swift_Mime_Headers_MailboxHeader (кстати загляните в реализацию – на мой вкус и цвет это самый большой регэксп на email который я когда либо видел!).

Итого, вот сниппет валидации:

<?php
...
// энкодер - нужен для инициализации MailboxHeader
$encoder = new Swift_Mime_HeaderEncoder_Base64HeaderEncoder();
...
// цикл по получателям в текущем чанке
foreach( ... )
{
  try
  {
    // собственно валидация. обязательно используйте try/catch
    $header = new Swift_Mime_Headers_MailboxHeader( 'To', $encoder );
    $header->setNameAddresses( array( $email ) );
    // если тут не упали с исключением, адрес валидный - добавляем в нашу пачку получателей
    ...
  }
  catch( Exception $e )
  {
    // email невалидный - следующая итерация
    continue;
  }
}
...

Дочитали до этого места? Прониклись значимостью идеи? А теперь забудьте его… страшненько оно как-то смотрится!

p.s. если знаете более цивилизованный способ валидации по версии Swift – напишите пожалуйста )

Этим постом я планирую начать небольшую серию публикаций про работу с Symfony 2 и Facebook на php 5.3. Что из этого выйдет – время покажет, а пока делаем первые шаги:

Для начала качаем sandbox Symfony 2: http://symfony-reloaded.org/downloads/sandbox_2_0_PR2.zip

Я экспериментирую на локальной машине с denwer‘ом. У вас може быть XAMPP, MAMP или любая другая работоспособная комбинация из вебсервера и PHP 5.3.2+ (у меня установлен PHP 5.3.3).

Создаем директорию z:hometest-project.com и распаковываем содержимое сандбокса в нее. Получится примерно следующее:

z:hometest-project.com
    hello
    src
    web

Web не мудрствуя лукаво переименуем в www чтобы не возиться с ручным конфигом и hosts (в этом случае денвер сделает все настройки самостоятельно. Иначе – вам придется сделать их самим, что займет лишние 2 минуты). Не забываем рестартануть денвера.

Далее качаем с github тем или иным способом facebook php sdk: http://github.com/facebook/php-sdk/. Нас оттуда интересует файл src/facebook.php. Сразу предупрежу – я поступил немного грязно и разделил этот класс на два (их там и есть два, собственно Facebook и FacebookApiExcetion), а также разместил в namespace Facebook. Выглядит это примерно так:

// src/vendor/facebook/Facebook/Facebook.php
<?php

namespace Facebook;

if (!function_exists('curl_init')) {
  throw new Exception('Facebook needs the CURL PHP extension.');
}
if (!function_exists('json_decode')) {
  throw new Exception('Facebook needs the JSON PHP extension.');
}

/**
 * Provides access to the Facebook Platform.
 *
 * @author Naitik Shah <naitik@facebook.com>
 */
class Facebook
{

И вот так:

// src/vendor/facebook/Facebook/FacebookApiException.php
<?php

namespace Facebook;

/**
 * FacebookApiException
 *
 * @author     dmitry.bykadorov@gmail.com
 * @version    SVN: $Id:  $
 */

/**
 * Thrown when an API call returns an exception.
 *
 * @author Naitik Shah <naitik@facebook.com>
 */
class FacebookApiException extends Exception
{

Обратите внимание на строку class FacebookApiException extends Exception. Мы используем стандартный класс Exception, который не принадлежит никакому пространству имен. Ну или принадлежит корневому (стандартному) пространству имен. Честно говоря я пока не очень продвинут в работе с неймспейсами, поэтому в терминологии могу ошибаться ).

Как вы можете видеть, файлы классов расположены в директории src/vendor/facebook/Facebook/. Разработчики Symfony 2 рекомендуют не включать сторонние библиотеки в бандлы или приложения – думаю стоит к этому прислушаться. Поэтому после размещения библиотеки в нашем приложении нам нужно зарегистрировать его в автолоадере. Для того открываем файл src/autoload.php и добавляем туда наш неймспейс в функцию registerNamespaces:

// src/autoload.php
//...

$loader = new UniversalClassLoader();

$loader->registerNamespaces(array(
  'Symfony'                    => __DIR__.'/vendor/symfony/src',
  'Application'                => __DIR__,
  'Bundle'                     => __DIR__,
  'Doctrine\Common'           => __DIR__.'/vendor/doctrine/lib/vendor/doctrine-common/lib',
  'Doctrine\DBAL\Migrations' => __DIR__.'/vendor/doctrine-migrations/lib',
  'Doctrine\ODM\MongoDB'     => __DIR__.'/vendor/doctrine-mongodb/lib',
  'Doctrine\DBAL'             => __DIR__.'/vendor/doctrine/lib/vendor/doctrine-dbal/lib',
  'Doctrine'                   => __DIR__.'/vendor/doctrine/lib',
  'Zend'                       => __DIR__.'/vendor/zend/library',
  'Facebook'                   => __DIR__.'/vendor/facebook/lib',
));
//...

Для реализации тестового примера нам потребуется одна страница, поэтому структуру сандбокса с application bundle hello мы менять не будем (кроме того я пока не придумал зачем нам нужен будет бандл Facebook, поэтому это будет тема следующей статьи).

Создаем iframe приложение Facebook в разделе разработчиков (на этом отдельно не останавливаюсь, статью напишу если попросите). Оттуда нам нужны параметры приложения – app_id, api_key, app_secret. Второй параметр для oAuth не используется, но может будет полезен впоследствии. Наши настройки мы внесем в файл настроек hello/config/config.yml:

# hello/config/config.yml
parameters:
    kernel.include_core_classes: false

    # facebook
    facebook.credentials.app_id: <ваш_app_id>
    facebook.credentials.api_key: <ваш_api_key>
    facebook.credentials.app_secret: <ваш_app_secret>
    facebook.url.canvas:  # будет нужен потом
    facebook.url.site:  # будет нужен потом

Модифицируем HelloController:

// src/Application/HelloBundle/Controller/HelloController.php
<?php

  namespace ApplicationHelloBundleController;

  use Facebook;
  use SymfonyFrameworkFoundationBundleController;

  class HelloController extends Controller
  {
    public function indexAction($name)
    {
      $app_id = $this->container->getParameter('facebook.credentials.app_id');
      $api_key = $this->container->getParameter('facebook.credentials.api_key');
      $app_secret = $this->container->getParameter('facebook.credentials.app_secret');

      // у меня локально без отключения проверки сертификатов не заработало
      FacebookFacebook::$CURL_OPTS[CURLOPT_SSL_VERIFYHOST] = 0;
      FacebookFacebook::$CURL_OPTS[CURLOPT_SSL_VERIFYPEER] = 0;

      $facebook = new FacebookFacebook(
      array(
        'appId' => $app_id,
        'secret' => $app_secret,
        'cookie' => true,
      ));
      $session = $facebook->getSession();

      $me = null;
      $uid = null;

      // Обращение к API на основе сессии
      if ($session)
      {
        try
        {
          $uid = $facebook->getUser();
          $me = $facebook->api('/me');
        }
        catch ( FacebookFacebookApiException $e )
        {
          // пока ничего не делаем
        }
      }

      // login или logout url будут нужны в зависимости от статуса авторизации пользователя
      $logoutUrl = '';
      $loginUrl = '';
      if ($me)
      {
        $logoutUrl = $facebook->getLogoutUrl();
      }
      else
      {
        $loginUrl = $facebook->getLoginUrl();
      }

      // Обращение к API без сессии
      $user = $facebook->api('/dmitry.bykadorov');

      return $this->render(
        'HelloBundle:Hello:index',
        array(
          'facebook' => $facebook,
          'session' => $session,
          'me' => $me,
          'logoutUrl' => $logoutUrl,
          'loginUrl' => $loginUrl,
          'user' => $user,
          'uid' => $uid,
        )
      );
    }
  }

Теперь нужно модифицировать шаблон: добавить в него декоратор (layout – он теперь не цепляется по умолчанию) и сформируем шаблон:

<?php
<!-- src/Application/HelloBundle/Resources/views/Hello/index.php -->
/**
 *
 */

?>

<?php $view->extend('HelloBundle::layout') ?>

<div id="fb-root"></div>

<style>
 body {
 font-family: 'Lucida Grande', Verdana, Arial, sans-serif;
 }
 h1 a {
 text-decoration: none;
 color: #3b5998;
 }
 h1 a:hover {
 text-decoration: underline;
 }
</style>

<script>
 window.fbAsyncInit = function()
 {
 FB.init({
 appId   : '<?php echo $facebook->getAppId(); ?>',
 session : <?php echo json_encode($session); ?>, // не фетчим сессию если она уже есть в PHP
 status  : true, // разрешаем проверку логина
 cookie  : true, // разрешаем куки для проверки сессии
 xfbml   : true // разрешаем парсинг XFBML
 });

 // если юзер вошел надо обновить страницу
 FB.Event.subscribe('auth.login', function()
 {
 window.location.reload();
 });
 };

 (function() {
 var e = document.createElement('script');
 e.src = document.location.protocol + '//connect.facebook.net/en_US/all.js';
 e.async = true;
 document.getElementById('fb-root').appendChild(e);
 }());
</script>

<h1><a href="example.php">php-sdk</a></h1>

<?php if ($me): ?>
<a href="<?php echo $logoutUrl; ?>">
 <img src="http://static.ak.fbcdn.net/rsrc.php/z2Y31/hash/cxrz4k7j.gif">
</a>
<?php else: ?>
<div>
 С использованием JavaScript &amp; XFBML:
 <fb:login-button></fb:login-button>
</div>
<div>
 Без JavaScript &amp; XFBML:
 <a href="<?php echo $loginUrl; ?>">
 <img src="http://static.ak.fbcdn.net/rsrc.php/zB6N8/hash/4li2k73z.gif">
 </a>
</div>
<?php endif ?>

<h3>Сессия</h3>
<?php if ($me): ?>
<pre><?php print_r($session); ?></pre>

<h3>Вы</h3>
<img src="https://graph.facebook.com/<?php echo $uid; ?>/picture">
<?php echo $me['name']; ?>

<h3>Ваш юзерский объект</h3>
<pre><?php print_r($me); ?></pre>
<?php else: ?>
<strong><em>Вы не подключены.</em></strong>
<?php endif ?>

<h3>Юзер</h3>
<img src="https://graph.facebook.com/dmitry.bykadorov/picture">
<?php echo $user['name']; ?>

Ну и немного подправим декорирующий шаблон:

<!-- src/Application/HelloBundle/Resources/views/layout.php -->
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns:fb="http://www.facebook.com/2008/fbml">
<head>
 <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
</head>
<body>

 <table style="width:700px;margin-left:auto;margin-right:auto;" border="1">
 <tr>
 <td>
 <?php $view->slots->output('_content') ?>
 </td>
 </tr>
 </table>

</body>
</html>

В результате мы поимеем примерно следующее:

So… рубикон перейден, надеюсь мы с вами тут же на бережку не разляжемся а двинемся дальше ))

Have fun! ))

Суть проблемы: есть i18n таблица (вернее пара таблиц, например content и content_translation). Хочется быстро и просто сделать в админке редактирование данных для нескольких языков.

Оказывается, Doctrine form “из коробки” это умеет. Необходимо лишь выполнить несложное конфигурирование:

<?php
class ContentForm extends BaseContentForm
{
  public function configure()
  {
    // ...
    $this->embedI18n(array('en', 'ru'));
    $this->widgetSchema->setLabel('en', 'Английская версия');
    $this->widgetSchema->setLabel('ru', 'Русская версия');
    // ...
  }
}
?>

Этот прием описан в Jobeet, день 19: http://www.symfony-project.org/jobeet/1_4/Doctrine/en/19#chapter_19_sub_admin_generator, но, похоже, мало кто дочитывает до этого места.

В тасках же конфигурация уровня приложения не инициализируется, поэтому sfConfig::get('app_some_param') будет возвращать NULL. Немного покопавшись в API родился такой сниппет-скелетон таска:

<?php
/**
 * @package
 * @subpackage task
 * @author     dmitry.bykadorov@gmail.com
 * @version    SVN: $Id:  $
 */
class TestTask extends sfBaseTask
{
  protected function configure()
  {
    $this->namespace = 'sf';
    $this->name = 'test';
    $this->briefDescription = 'TODO';

    $this->detailedDescription = <<<EOF
TODO
EOF;
  }

  protected function execute($arguments = array(), $options = array())
  {
    $configuration = ProjectConfiguration::getApplicationConfiguration('frontend', 'prod', true);
    var_dump( sfConfig::get( "app_some_param" ) );
  }
}

Протестировано на sf_root_dir/config/app.yml

Честно говоря организаторы немного недооценили масштаб бедствия, поэтому регистрация участников задержалась минут на 40, в результате чего главный зал отставал от программы на это время (до обеда примерно) и из-за чего был упразднен круглый стол по веб технологиям в пользу выступления приглашенных зарубежных гостей. Ну не очень то и хотелось )

Первым докладом я послушал Илью Альшанецкого с докладом об оптимизации работы веб-приложения (PHP и самого вебсервера). Илья не только указал на способы оптимизации но и отдельно остановился на типовых ошибках оптимизации (это в общем-то и была основная тема его доклада). Выступление очень понравилось. Не то чтобы я вынес много нового (но и это было конечно), но получил систематизированный и разложенный по полочкам план по оптимизации.

После я посетил доклад Леши Баранцева о том, почему мы всегда опаздываем с тестированием, который выделялся тематикой на фоне докладов по тем или иным аспектам разработки. Основным пожеланием Алексея к разработчикам в итоге стало следующее: чтобы тестировщики могли качественно протестировать софт, девелоперы должны его отдавать без или практически без дефектов, так как тестирование даже не очень дефектного кода в разы увеличивает длительность/стоимость тестирования или же критически снижает тестовое покрытие (из-за оверхеда на регистрацию и верификацию багов).

После, в ожидании круглого стола (которого в итоге не было), я забрел в главный зал и подремал на докладе Yehuda Katz о Ruby 3 (так как синхроперевод я не взял, а доклад был на английском языке, который у меня не очень fluent). Из-за сдвига по времени я прохлопал основную часть доклада Вадима long Крючкова о демонах на PHP и libevent. Увы и ах.

Потом был обед. Еда была нормальной, но без шведского стола (как на TrainingLabs, где кормят всегда отлично )))

После я сходил на Алекса Дмитриева, который рассказывал про разработку под facebook на rails. Было много про facebook и немного про rails. Увы, доклад был рассчитан на тех кто под FB не писал вообще, поэтому ничего полезного не узнал. В целом доклад был так себе (ой, а я что-то похожее хотел на PHPConf’09 рассказывать… чую у меня бы получилось не лучше).

Затем я отправился на доклад Максима Тимохина про REST контроллер. Зачем понадобился еще один фреймворк – я так и не понял, но пусть будет. В веб-разработке кто не писал свой фреймворк, не полноценный разработчик (что там говорил Альшанецкий про изобретение колес?!) ))) Надо будет скачать его и попробовать чтоли.

Заключительный доклад Георгия Туревича о плюшках PHP5.3 и о том как они используются в ZF2, Doctrine2, Symfony2. Очень познавательный доклад со большим количеством кода на экране ) Надо будет поиграться с Late Static Bindings на досуге. Да и со второй симфонией. Документацию то я перевел, но глобального понимания и просветления не достиг.

Вот такой вот эвент ) Масса интересного народа, интересных докладов. Организаторам как всегда респект )

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

P.S. Фото будут отдельным постом.

Рассказывается о том как XLIFF переводы (текст в шаблонах) хранить в MySQL. По образу и подобию можно воспользоваться gettext или SQLite. В принципе можно и свой адаптер написать.

Спасибо, Женя )