Только что вернулся с конференции ZFConf 2012. Пока свежи воспоминания решил записать их в блоге.

В этом году конференция проходила в Москве, поэтому я бы не простил себе, если бы пропустил её.

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

Я раньше не был на ZFConf, но был на других: на PHPConf, на MongoConf, на конференции Mailru и конференции Yandex-а. Мне есть с чем сравнивать.

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

Во-вторых, пауза между докладами оставила неоднозначное впечатление. С одной стороны, это дает возможность пообщаться с докладчиком. С другой стороны, бывает сложно вклиниться со своим вопросом. В итоге, под давлением общественности ;) вернулись к варианту с секцией вопросов после доклада, но и сохранилась и пауза между докладами. на мой взгляд это наилучший вариант: есть возможность задать свой вопрос и есть возможность пообщаться с докладчиком.

С претензиями закончил, теперь впечатления от докладов.

Первым выступал Энрике из ZF Core Team. Рассказал про вторую версию ZF: что нового, с чего начать, как использовать новые компоненты. Нового для себя ничего не услышал, но было интересно. Зачет.

Следом за Энрике зажег Виктор Фараздаги с докладом о кодогенерации: что это, как и зачем. Описал существующие решения, рассказал про свое предложение для ZF2. Доклад был хорош, даже хотя бы по тому, что смог вдохновить меня как минимум на попытку использовать кодогенератоы. Зачет.

Третьим выступил известный в комьюнити Александр Веремьев. Темой доклада было описание использования встраиваемого SQL в проектах на php. Практической пользы никакой, ибо относится к IBM DB2, но раньше я про это не слышал.

За Веремьевым выступил Антон Великанов, рассказав про то, как ZF помог ему быстро прототипировать три свои стартап-проекта. Тема была заявлена гораздо громче, чем получившийся доклад. Антон описал процесс разработки (по сути используя методику waterfall), показал какие UML-диаграммы рисует и похвастался своими проектами. Крайне странный доклад на фоне остальных.

После обеда выступил Роман Лапин с рассказом о том, как использовать Capistrano для деплоймента своих ZF приложений. Было познавательно и интересно. Зачет.

Следующим был Алексей Качаев с рассказом о разработке распределенных приложений с использованием ZeroMQ. Тема для меня животрепещущая и крайне интересная. Докладом остался доволен на все 100. Плюс обсуждение конкретики в кулуарах было отличным. Зачет, без вопросов.

Предпоследним докладчиком был Кирилл Чебунин. Он рассказал об управлении зависимостями в проектах на ZF2 с помощью Composer. Выступление было живым и весьма познавательным. Кирилл не только рассказал о самом продукте, но и поведал о собственной практике его использования, с обнаруженными проблемами и путях их решения. Зачет.

И завершил конференцию Евгений Шпилевский с докладом о компоненте ZF2 Zend\Cache. Первоначально этот доклад должен был читать Никита Грибалев, но за несколько дней до начала конференции докладчик сменился. На фоне предыдущих трех этот доклад выглядел бледновато: видимо, и смена выступающего сказалась, и сама тема была рассмотрена не слишком глубоко. Но в целом неплохо.

Резюмируя, впечатления от конференции остались вполне положительные. Кое-какую полезную информацию я получил. Организаторам и докладчикам большое спасибо за такое мероприятие.

После завершения конференции небольшим контингентом в 30 человек двинулись ближайший кабак и за кружечкой пива приятно и весело пообщались. Отлично посидели, жаль что мне пришлось довольно рано уйти.

PS: Ребята, кому надо, могу поставить на вас ссылки. Присылайте, сделаю в лучшем виде ;)

 

Похожие записи

• Список докладов и финальная регистрация ZFConf 2011 — второй российской конференции по Zend Framework (0)
• Отчет о втором дне РИТ-2008 (2)
• Открыта регистрация на первую Российскую конференцию посвященную Zend Framework (0)
• Конференция для веб-разработчиков «ZFConf 2012» (0)
• Конференция ZFConf Ukraine & MageConf. 27го ноября 2010, Киев (4)

21 апреля, Москва

21 апреля в Москве пройдет очередная ежегодная конференция для веб-разработчиков ZFConf 2012, посвященная популярной платформе Zend Framework.

В этом году с докладом выступит гость из Италии — Enrico Zimuel из Zend Framework Core Team. А также Виктор Фараздаги, Александр Веремьев, Алексей Качаев и многие другие специалисты.

На сайте опубликован полный список докладов и открыта регистрация.

Доклады

• Zend Framework 2, a quick start
  Enrico Zimuel (Zend Technologies, Zend Framework Core Team)
• Code Generation и Scaffolding в Zend Framework 2
  Виктор Фараздаги (Simple Square, Senior Developer)
• Реализация доступа к СУБД IBM DB2 посредством встраиваемого SQL
  Александр Веремьев (Zend Framework contributor)
• Распределенные сетевые приложения c Zend Framework 2 и ZeroMQ
  Алексей Качаев (Сogniance, Senior Software Engineer)
• Dependency Management в PHP и Zend Framework 2
  Кирилл Чебунин (Creara, Senior PHP Developer)
• Кеш без промахов средствами Zend Framework 2
  Никита Грибалев (Nival, Lead PHP Developer)
• Проектирование архитектуры, внедрение и организация процесса разработки на примере собственного проекта на основе ZF
  Антон Великанов (Sand Sign, Founder&CEO)
• Capistrano для деплоймента PHP-приложений
  Роман Лапин (Evercode Lab, Senior Developer)

К участию также приглашаются спонсоры и инфопартнеры. По всем предложениям и вопросам пишите, пожалуйста, через форму обратной связи.

Следите за последними новостями:

• Хабраблог: habr.ru/company/wizartech/blog/
• Facebook: facebook.com/groups/143714275748061/
• ВКонтакте: vk.com/zfconf
• RSS: feeds.feedburner.com/zfconf
• Twitter: twitter.com/zfconf

Организатор: компания Wizartech
Партнеры: сообщество Zend Framework и конференция Frameworks Days

 

Похожие записи

• Список докладов и финальная регистрация ZFConf 2011 — второй российской конференции по Zend Framework (0)
• Открыта регистрация на первую Российскую конференцию посвященную Zend Framework (0)
• Конференция ZFConf Ukraine & MageConf. 27го ноября 2010, Киев (4)
• Хитрости ZF1.8 (1)
• Создание повторно используемых плагинов ресурсов Zend_Application (13)

Чаще всего в проекте кроме кода есть бинарные файлы. И вполне вероятна ситуация, когда слияние двух веток завершается конфликтом в одном (или нескольких) из них. Есть простой способ разрешить такой конфликт.

Если нам нужно оставить версию из текущей ветки, то следует выполнить такую команду:

git checkout --ours -- path/to/file.bin

А если нужно заменить файл на версию из сливаемой ветки, то такую команду:

git checkout --theirs -- path/to/file.bin

Естественно, замените path/to/file.bin на путь к конфликтному файлу.

Кстати, вместо вышеприведенных команд можно извлечь файл из любой ветки и/или правки, а так же просто скопировав «поверх» другую версию файла средствами операционной системы. После этих манипуляций надо добавить файл в индекс, чтобы git включил его в комит:

git add path/to/file.bin

После чего завершаем слияние комитом:

git commit

 

Похожие записи

• Git: импорт части репозитория (4)
• Советы по фиксациям в SVN (0)
• Хитрости ZF1.8 (1)
• Снова про использование Subversion (0)
• Пользовательские ресурсы для Zend_Application (0)

Заметка из серии «чтобы не забыть» или «может пригодиться».

Периодически возникает задача включить в свой репозиторий часть из другого репозитория. Чаще всего это нужно для подключения различных библиотек. Например, если хочется воспользоваться одним из компонентов ZendFramework-а, но нет желания включать весь проект.

Боле-мене рабочий способ требует наличия модуля git-subtree

Описание метода

Предположим, наш проект имеет следующую структуру:

application/
library/
  App/
  ...
tests/
  ...

В каталог library/ будем подключать подкаталог Zend/Log из репозитория ZF2. Из всего репозитория нужно взять только Zend/Log. Т.е. в итоге должно получиться так:

application/
library/
  App/
  Zend/
    Log/
  ...
tests/
  ...

Во-первых, добавим удаленный репозиторий:

> git remote add zf2 http://github.com/zendframework/zf2
> git fetch zf2

Теперь извлечем из него код в отдельную ветку:

> git checkout -b projects/zf2 zf2/master

Теперь выделим нужный нам каталог в собственную ветку:

> git subtree split --prefix=library/Zend/Log --annotate="[zend_log] " --rejoin -b subtrees/zend_log

Следующим шагом сольем эту ветку в наш мастер:

> git checkout master
> git subtree add --prefix=library/Zend/Log --squash subtrees/zend_log
Added dir 'library/Zend/Log'

На этом импорт закончен. Теперь в репозиторий есть подкаталог library/Zend/Log.

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

Обновление импортированного подкаталога

Напомню, что в процессе импорта мы создали две ветки: projects/zf2 и subtrees/zend_log.

Чтобы обновить код, обновим мастер-ветку репозитория ZF2:

> git checkout projects/zf2
> git fetch zf2
> git rebase zf2/master

Затем снова выделим подкаталог:

> git subtree split --prefix=library/Zend/Log --annotate="[zend_log] " --rejoin -b subtrees/zend_log

После чего сольем его с нашим мастером:

> git checkout master
> git subtree merge --prefix=library/Zend/Log --squash subtrees/zend_log

Заключение

Не такой уж и удобный способ, но лучше я пока не нашел. На мой взгляд у него две проблемы:

• сложность в обновлении импортированного кода
• необходимость создавать ветки для каждого нового донора кода и каждого импортируемого подкаталога.

Ссылки по теме:

• Having Fun With Git Subtree
• Subtree Merge

 

Похожие записи

• Git: разрешение конфликтов в бинарных файлах (0)
• Советы по фиксациям в SVN (0)
• Как слить изменения между ветками. Часть 2 (4)
• Как слить изменения между ветками. Часть 1 (1)
• Как и Зачем делать ветки? (3)

Последую призыву Ивана Сагалаева, прозвучащему в его посте «Обсуждения через блоги», и выскажу свое мнение о логировании в приложениях. Поводом к этому посту послужила заметка Евгения Сергеева «Каким должен быть правильный лог-файл».

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

Во-первых, я крайне не согласен с тем, что лог должен быть един и для программиста и для администратора. У этих двух ролей разные цели и задачи, и информация им нужна разная. Область администратора — внешнее окружение приложения: настройки ОС, СУБД / хранилища, файловые системы и прочие системные вещи. Область же программиста — внутренности приложения: работа и взаимодействие модулей, структура и целостность данных в хранилищах, ошибки приложения и пользователей и т.п.

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

• если принять «одна запись — одна строка» (доп. информацию каким-то образом сереализовать и умещать в той-же строке), то отсеивать нужные записи будет легко, но прочитать что-то кроме сообщения об ошибке будет крайне трудно;
• если подробности писать в читаемом виде (т.е. «одна запись — много строк»), то разбираться в конкретном сообщении будет значительно проще, но найти это конкретное нужное сообщение в получающейся «портянке» станет весьма непросто.

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

Еще одиним моментом, связанным с читаемостью лога, является повторение ошибки. Если вам не повезло и код вызывающий запись в лог выполняется часто, лог будет завален одинаковыми сообщениями. Что еще больше усложняет ручной разбор лога.

Над темой логирования я размышляю уже давно и статья Евгения лишь подтолкнул оформить свои мысли в виде поста блоге. Сразу скажу, что рассматривать буду достаточно крупные приложения на платформе LAMP и акцент буду делать с точки зрения программиста.

Предположим, что у нас несколько физических серверов на которых работают разные части нашего приложения: ядро системы, фронтенды, различные вспомогательные сервисы, и, в дополнение к этому зоопарку, javascript на клиентской стороне. Мне, как разработчику, хочется контролировать работу всех этих систем и в случае возникновения ошибки получить максимум информации о текущем состоянии приложения. Помимо места возникновения и тяжести ошибки, нужны данные о контексте: содержимое запроса, запрашиваемый URL, http-заголовки запроса (реферер, UA и пр.), состояние сессии пользователя, куки и прочие данные, доступные в этом месте и полезные для анализа причин ошибки.

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

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

Исходя из данных посылов я постараюсь описать идеальную (с моей точки зрения) систему логирования. Система должна:

1. иметь одно (или несколько) хранилище логов для агрегации сообщений
2. позволять настроить выбор типа хранилища для сохранения сообщения по различным критериям. Например, ошибки соединения с внешними сервисами (база данных, очередь сообщений, кэш и пр.) записывать в текстовый лог, сообщения о неудачной транзакции отправлять по email, а все остальное отправлять в центральное хранилище.
3. иметь механизмы для изменения детализации сообщений «на лету». Например, сохранять только ссобщения с приоритетом WARNING и выше, или не сохранять контекст сообщения для приоритета INFO
4. иметь удобный пользовательский интерфейс для доступа к центральному хранилищу. Этот интерфейс должен обеспечивать возможность просмотра в удобной форме поступивших сообщений
5. иметь возможность разнообразной автоматизации. Например раз в сутки формировать письмо со списком ошибок за прошедшие сутки, или отправлять письмо тимлиду при возникновении новой ошибки (или ошибки определенного типа), или предоставлять возможность из сообщения сформировать тикет в системе багтрекинга, и т.п.

Я провел небольшое изыскание и нашел несколько проектов, похожих на то, что я обрисовал выше:

• Airbrake — платный сервис, предоставляющий веб-интерфейс к собранным сообщениям. Ориентирован на RoR и iOs приложения.
• Errbit — проект с открытым исходным кодом, API-совместимый с Airbrake
• Graylog2 — еще один проект с открытым исходным кодом. Написан на Java, включает в себя сервер для сбора логов и веб-интерфейс для их анализа. В качестве хранилища использует MongoDB

Библиотеки:

• Lagger — на первый взгляд, интересная библиотека для логирования

Ссылки по теме:

• «Ведение лога приложения»

А что вы думаете по этому поводу? Может у вас есть опыт использования подобных систем? Критика, замечания и дополнения приветствуются!

 

Похожие записи

• Нет похожих записей

Недавно приобрел книжку «Integrating PHP Projects with Jenkins» (издательство O'Reilly Media). Книгу написал Себастиан Бергман — автор известной библиотеки для разработки модульных тестов PHPUnit.

В этой книге Себастиан подробно описывает внедрение в проект Continuous Integration¹ — начиная с установки сервера CI и заканчивая генерацией массы различных метрик качества кода. Каждый шаг расписан достаточно подробно и понятно, так что повторить или решить что именно это в вашем проекте не требуется, очень легко.

Несмотря на то, что CI подразумевает автоматизированные тесты (например, модульные или интеграционные), в книге они затрагиваются вскользь. Автор подразумевает что тесты в вашем проекте уже есть и описывает как включить проверку результата выполнения тестов в процесс CI.

В целом, книжка оставила о себе вполне положительное впечатление. Не стоит ждать от неё каких-то откровенней — все можно найти в интернете. Но прелесть этого издания состоит в том, что весь материал собран в одном месте и подробно «разжеван» от начала и до конца.

Книжка не большая — 60 страниц, но и стоит не дорого — всего $5. Вполне адекватная цена, на мой взгляд. Денег и времени, потраченных на неё, мне не жаль. Так-что, если задумались о внедрении CI в свой проект, то обратите внимание на это издание.

PS: В последней главе Себастиан попиарил пару своих проектов: готовый шаблон для jenkins-а и генератор «скелета» проекта, подготовленного к интеграции с jenkins. Посыл был простой — можете сами руками делать описанное ранее в этой книге, или взять вот эти два проекта и все сделается само.

Ссылки по теме

1. Непрерывная интеграция ZF проекта при помощи Hudson & Phing
2. Setting up continuous integration for PHP using Hudson and Phing
3. Building a Continuous Integration Server for PHP with Hudson
4. Rusty Robot: Настройка Hudson (Jenkins) + PHP

 

Похожие записи

• Нет похожих записей

Сегодня понадобилось отсортировать выдачу Sphinx по текстовому полю. Казалось бы, какие тут могут быть сложности? Однако самое очевидное решение (добавить к запросу ORDER BY text_attr) работать категорически отказалось. В ответ на такой запрос Sphinx ругался: sort-by attribute 'text_attr' not found. Чтение документации и гугление неприятно удивило: прямого способа отсортировать по текстовому полю нет. Оказалось, что ORDER BY работает только с полями, перечисленными в SELECT-е, а там можно перечислить (кроме встроенных) только определенные в конфиге источника атрибуты. При этом текстовых атрибутов не бывает.

Пришлось немного извратиться, чтобы решить эту задачу. Мысль была следующей: так как сортировать по текстовому полю нельзя, надо добавить еще одно числовое поле, сортировка по которому даст идентичный сортировке по текстовому полю результат. Как сгенерировать значения вспомогательного поля? Организовать счетчик! Вот кусок получившегося конфига:

# секция source
sql_query_pre       = SET @cnt = 0

sql_query           = \
    SELECT  id, text_attr, @cnt := @cnt + 1 as sort_fld \
    FROM `table` ORDER BY text_attr
sql_attr_uint       = sort_fld

В первой строке инициализируется переменная, в которой будет храниться значение счетчика. Далее идет сам запрос на выборку данных для индексации. Обратите внимание — результат сортируется по нужному полю и в каждую запись добавляется текущее значение счетчика. Далее указываем тип атрибута, который будем использовать для сортировки.

Теперь запрос

SELECT @id as docid, sort_fld FROM indx ORDER BY sort_fld

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

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

UPD: В комментариях Ярослав Ворожко подсказал «прямой» способ:

sql_attr_str2ordinal = text_attr

Этот тип атрибута позволяет проводить сортировку по текстовым полям. Работает, кстати, по тому же принципу, что и мой вариант — при индексации выполняется сортировка по этому полю и для каждой записи определяется некий числовой индекс, по которому потом и производится сортировка. Так что я переизобрел способ «из коробки» :)

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

За наводку — спасибо Ярославу.

 

Похожие записи

• Конференция Mongo Moscow (3)
• Впечатления от первого дня РИТ-2008 (3)
• Git: импорт части репозитория (4)

Сегодня, без объявления войны, «слетел» загрузчик на рабочем ноуте. А так как я давно его не перезагружал, я даже не понял в какой момент и почему это произошло. Пришлось гуглить методы восстановления. Опубликую у себя найденный метод, чтобы в следующий раз не искать снова.

1. загружаемся с LiveCD
2. запускаем терминал
3. sudo fdisk -l # для вывода списка известных разделов
4. находим нужный диск
5. sudo mount /dev/sda1 /mnt #монтируем корень (нужный раздел определили на предыдущем шаге)
6. sudo mount -t proc none /mnt/proc # монтируем /proc
7. sudo mount -o bind /dev /mnt/dev # монтируем /dev
8. sudo chroot /mnt #делаем /mnt корнем
9. update-grub #обновляем список
10. grub-install /dev/sda #устанавливаем/восстанавливаем загрузчик
11. exit #выходим
12. umount /mnt/dev
13. umount /mnt/proc
14. umount /mnt # размонтировали корневой раздел
15. reboot # осталось только перзагрузиться

Способ был подсмотрен тут

 

Похожие записи

• Нет похожих записей

В понедельник 16 мая был на конференции Mongo Moscow. Проходила она в Центре Digital October.

Впечатления от конференции остались вполне положительные. Каких-то откровений и тайного знания я не получил, но послушать и пообщаться с разработчиками MongoDB было интересно.

Вот список докладов:
— Знакомство с MongoDB (Ричард Кройтер, 10gen/MongoDB)
— Масштабирование в MongoDB (Матиас Стерн, 10gen/MongoDB)
— Оптимизация запросов и индексирование (Ричард Кройтер, 10gen/MongoDB)
— Администрирование (Матиас Стерн, 10gen/MongoDB)
— Три кейса по NoSQL в реальном мире (Юджин Сьюрана, технический директор Badoo)
— MongoDB в облачных сервисах КРОК (Юрий Коновалов, КРОК)
— Временное хранение информации на сервере ejabberd: переход от Mnesia к MongoDB (Дмитрий Беляев, Yandex)
— Полнотекстовый поиск в MongoDB при помощи Sphinx (Андрей Аксенов, Sphinx Technologies)

Более подробную информацию о каждом из докладчиков можно узнать на странице с анонсом конференции. Ссылку найдете в конце поста.

Кратко опишу свои впечатления от докладов.

Выступления разработчиков из 10gen лично мне показались достаточно любопытными. Несмотря на то, что практически ничего нового я не узнал, слушать их было интересно. Для тех, кто мало работал с монгой или вообще с ней не имел дел, но хочет попробовать, доклады могут оказаться весьма полезными. Те же, кто долго и плотно общается с монгой вряд ли узнают что-то новое. Но и первым и вторым я бы рекомендовал посмотреть эти доклады.

Остальные доклады были скушны и неинтересны. Разве что Сьюрана (кажется он итальянец) выступил живо и задорно, но на мой взгляд тема доклада была слишком общей, практической пользы из него вынести маловероятно.

Доклад Коновалова из КРОКа превратился в какой-то эпический фейл: начиная от речи и заканчивая почти провалившейся демонстрацией. Убедиться можете посмотрев видео. Но я бы не рекомендовал тратить на это свое время.

Аксенов в этот раз был далеко не в ударе. Я видел пару других его докладов (один живьем, второй в записи), этот ни в какое сравнение с ними не идет. Андрей попытался похохмить в своей манере, но тема доклада не дала ему развернуться. Вообщем, я посчитал этот доклад тоже «слитым».

Дима Беляев из Яндекса очень нервничал и это прямо таки бросалось в глаза. Периодически он увлекался и немного расслаблялся — тогда становилось полегче. Доклад же мне показался слишком конкретным — если я посчитал доклад Сьюрана поверхностным, то в этом напротив ударились глубоко в детали. В некоторых ситуациях это может и не плохо, но если ты не в теме конкретной ситуации, глубоко вникать бессмысленно. В итоге этот доклад — на троечку.

Теперь пройдусь катком по организаторам.

Во-первых, чтобы попасть в Центр пришлось пройти небольшой квест: во дворе, который нужно было пересечь, рабочие собирали какую-то конструкцию из труб, что-то типа сцены. Пришлось пробираться сквозь этот лес труб, а в это время рабочие продолжали работать. Честно говоря — было немного ссыкотно находиться в центре стройплощадки. Допускаю, что над рабочими Центр не властен. Но то, что никакой информации о том как попасть в Центр не было — это точно фейл DO. Хорошо, что я был не один и мой спутник знал куда надо идти, и то пришлось поплутать.

Во-вторых, вместо 11 конференция началась только в 12. Организаторы не расчитывали, что все подойдут во-время. Поэтому пришлось ждать час начала конференции. Слегка скрасило это ожидание необходимость выстоять в довольно приличной очереди за бейджиками.

В сухом остатке: первая часть конференции вполне удачная, доклады рекомендую посмотреть (ссылка в конце), а вторая часть совершенно бесполезна.

Ссылки

— Анонс конференции и видеозапись докладов
— Сайт проекта MongoDB

 

Похожие записи

• Отчет о втором дне РИТ-2008 (2)
• Впечатления от PHPConf 2008 (день первый) (2)
• Впечатления от PHPConf 2008 (день второй) (2)
• Список докладов и финальная регистрация ZFConf 2011 — второй российской конференции по Zend Framework (0)
• Сортировка по текстовому полю результатов поиска Sphinx-ом (5)

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

Список докладов и финальная регистрация ZFConf 2011

Основные подготовительные работы по конференции закончены. Доклады сформированы. Среди спикеров представители KnpLabs, Magento, JetBrains, Sphinx и других известных компаний.

Открыта финальная регистрация!

Если Вы проходили предварительную регистрацию, то для прохождения финальной регистрации Вам нужно перейти по специальной ссылке, отправленной на e-mail. Введенную ранее информацию нужно будет только подтвердить. Если ссылка не приходила Вам, ее можно запросить через специальную форму.

Пожалуйста, обратите внимание на то, что изменилось место проведения! Мероприятие будет проходить на прошлогодней площадке — в актовом зале ЛГТЦ (Ленгипротранс-Центр), по адресу: Московский пр., 143, ст. м. «Электросила». Кофе-брейки и обсуждения на флипчартах будут проходить в фойе.

Cписок докладов:

• Гибкая архитектура Zend Framework приложений с использованием Dependency Injection
  Алексей Качаев (Сogniance, Senior PHP Developer)
• Воюем за ресурсы: Повышение производительности Zend Framework приложения с помощью phpDaemon, Varnish и ESI
  Алексей Качаев (Сogniance, Senior PHP Developer)
• Behavior Driven Development в PHP и Zend Framework
  Константин Кудряшов (KnpLabs, Senior Web Developer)
• Разделение труда: Организация многозадачной, распределенной системы в Zend Framework с помощью Job Queue
  Александр Готгельф (Magento, PHP-разработчик)
• Как может помочь среда разработки при написании приложения на Zend Framework?
  Николай Матвеев (JetBrains, разработчик)
• Создание REST-API для сторонних разработчиков и мобильных устройств с авторизацией по протоколу OAuth 1.0
  Дмитрий Чижевский (Дзен-мани, разработчик)
• Толстая модель: История разработки собственного ORM
  Михаил Шамин (Геометрия, ведущий разработчик)
• Что такое Sphinx, зачем он вообще нужен и как его использовать с PHP (от простого индекса до поискового кластера)
  Владимир Федорков (Sphinx, Director of Professional Services)

Стоимость участия в мероприятии составит 1500 руб. В данную сумму входит: участие в самой конференции, кофе-брейки (от внешней кейтеринг-компании), пакет материалов участника и доступ к профессиональным видеозаписям докладов (после мероприятия). Доступно множество способов оплаты.

Торопитесь, количество мест ограничено!

Обязательно следите за последними новостями:
— RSS-канал: feeds.feedburner.com/zfconf
— Twitter: @zfconf
— Группа ВКонтакте: vkontakte.ru/club14951507

Организатор: компания Wizartech
Партнеры: сообщество zendframework.ru и конференция ZFConf Ukraine

 

Похожие записи

• Открыта регистрация на первую Российскую конференцию посвященную Zend Framework (0)
• Хитрости ZF1.8 (1)
• Создание повторно используемых плагинов ресурсов Zend_Application (13)
• Пользовательские ресурсы для Zend_Application (0)
• Перехватчики в помощниках действий (0)

По случаю скидки к дню рождения, приобрел в озоне пару книжек:

Роберт Мартин. Чистый код. Создание, анализ и рефакторинг

Ремесло программиста. Практика написания хорошего кода

Читал о них неплохие отзывы. Первое впечатление от беглого перелистывания книжек было хорошим. «Чистый код» мне показался более сухим и академичным, а в «Ремесле» много воды, разговоров на около программистские темы. После прочтения, думаю месяца через 3-4, напишу об оставшемся впечатлении.

 

Похожие записи

• Нет похожих записей

Наткнулся на статью о том как избавиться от $this в модульных тестах. Этот пост показался мне интересным и я решил опубликовать выжимку из него в своем блоге.

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

Было:

class StackTest extends PHPUnit_Framework_TestCase
{
    public function testPushAndPop()
    {
        $stack = array();
        $this->assertEquals(0, count($stack));

        array_push($stack, 'foo');
        $this->assertEquals('foo', $stack[count($stack)-1]);
        $this->assertEquals(1, count($stack));
        $this->assertEquals('foo', array_pop($stack));
        $this->assertEquals(0, count($stack));
    }
}

Стало можно:

require_once 'PHPUnit/Framework/Assert/Functions.php';
class StackTest extends PHPUnit_Framework_TestCase
{
    public function testPushAndPop()
    {
        $stack = array();
        assertEquals(0, count($stack));

        array_push($stack, 'foo');
        assertEquals('foo', $stack[count($stack)-1]);
        assertEquals(1, count($stack));
        assertEquals('foo', array_pop($stack));
        assertEquals(0, count($stack));
    }
}

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

Автор упомянутой выше статьи реализовал другой способ. Вместо глобальных функций он использовал статичные методы специального класса Assert:

require_once 'Assert.php';
class StackTest extends PHPUnit_Framework_TestCase
{
    public function testPushAndPop()
    {
        $stack = array();
        assert::equals(0, count($stack));

        array_push($stack, 'foo');
        assert::equals('foo', $stack[count($stack)-1])
              ->equals(1, count($stack))
              ->equals('foo', array_pop($stack))
              ->equals(0, count($stack))
              ;
    }
}

Вместо $this можно было и раньше использовать статичные методы, заменив $this-> на self::. Но на мой взгляд большой разницы нет. Предложенный-же класс улучшает читабельность кода. А если воспользоваться алиасом к неймспейсу, то будет еще лучше:

require_once 'Assert.php';
use Assert as is;

class StackTest extends PHPUnit_Framework_TestCase
{
    public function testPushAndPop()
    {
        $stack = array();
        is::eq(0, count($stack));

        array_push($stack, 'foo');
        is::eq('foo', $stack[count($stack)-1])
          ->eq(1, count($stack))
          ->eq('foo', array_pop($stack))
          ->eq(0, count($stack))
          ;
    }
}

В этом примере продемонстрирована еще одна «плюшка» библиотечки — алиасы ассертов. Вместо equals используется eq. Список алиасов указывается в свойстве класса.

Через этот класс можно вызвать любой из assert-методов PHPUnit, просто опустив префикс assert.

Лично мне такой вариант упрощения кода тестов нравится больше, чем классический через $this или через глобальные функции. Вот только использование цепочек в данном случае мне кажется лишним. На мой взгляд такой вариант более наглядный:

require_once 'Assert.php';
use Assert as is;

class StackTest extends PHPUnit_Framework_TestCase
{
    public function testPushAndPop()
    {
        $stack = array();
        is::equals(0, count($stack));
        array_push($stack, 'foo');
        is::equals('foo', $stack[count($stack)-1]);
        is::equals(1, count($stack));
        is::equals('foo', array_pop($stack));
        is::equals(0, count($stack));
    }
}

Код класса доступен:

— в конце оригинального поста
— на гитхабе (я на всякий случай скопировал код туда)

 

Похожие записи

• PHPUnit: Тестирование контроллеров Zend Framework (13)
• Хитрости ZF1.8 (1)
• Список докладов и финальная регистрация ZFConf 2011 — второй российской конференции по Zend Framework (0)
• Создание повторно используемых плагинов ресурсов Zend_Application (13)
• Пользовательские ресурсы для Zend_Application (0)

Загрузка изображений — задача достаточно часто встречающаяся при разработке различных сайтов. Чаще такая потребность встречается в бэкофисе — у администратора или контент-менеджера. Но и обычным посетителям иногда нужно дать такую возможность.

Реализовать загрузку файлов проблемы не составляет — для этого в Zend Framework есть специальный компонент: Zend_File_Transfer. Подробно его использование я описывать не буду — в руководстве это описано достаточно хорошо, а хочу остановиться на связанной с загрузкой изображений задаче. А именно на изменении размеров загруженных изображений.

Существует два подхода к изменению размера изображений:

• подготовить изображение нужного размера при его загрузке пользователем
• изменить размер изображения в момент получения запроса на его отображение

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

В качестве примера, хочу предложить свою реализацию первого подхода. Особенность её заключается в удобной интеграции с компонентом Zend_File_Transfer. Достигается это за счет того, что ресайзер фактически представляет собой фильтр и может быть легко добавлен в цепочку фильтров/валидаторов транспорта.

Основой моего класса стала статья Ильдара Шайморданова «Thumbnails: Теория и практика создания миниатюрных изображений» (исходный код библиотеки). Код класса также частично основан на библиотеке Ильдара (с его любезного разрешения). Загрузить фильтр можно с github-а. Кстати, буду благодарен за помощь в написании английской версии документации.

Параметры

Глупо было бы писать фильтр, создающий изображения только одного размера и только одним способом. Поэтому фильтр позволяет себя настраивать. Для этого нужно в конструктор фильтра передать массив параметров:

• width — ширина миниатюры в пикселях (целое положительное число, по умолчанию 800);
• height — высота миниатюры в пикселях (целое положительное число, по умолчанию 600);
• method — метод обработки — максимальное/минимальное сжатие, вырезание фрагмента целого(целое число, по умолчанию максимальное сжатие);
• percent — масштабирование в процентах от оригинала (положительное вещественное число на интервале от 0 до 1, по умолчанию 0);
• halign — вертикальное выравнивание (допустимые значения 0 — по центру, < 0 — выравнивание по верхнему краю, > 0 — выравнивание по нижнему краю, по умолчанию — 0);
• valign — горизонтальное выравнивание (допустимые значения 0 — по центру, < 0 — выравнивание влево, > 0 — выравнивание вправо, по умолчанию — 0);

Если указать параметр «масштаб», отличный от 0, то для вычисления размеров будет использован он, а ширина и высота проигнорированы.

В классе определены несколько констант:

• Методы обработки:
  • METHOD_SCALE_MAX — максимальное сжатие;
  • METHOD_SCALE_MIN — минимальное сжатие;
  • METHOD_CROP — вырезание фрагмента;
• Методы выравнивания:
  • ALIGN_CENTER — выравнивать по центру, подходит для горизонтального и вертикального выравнивания;
  • ALIGN_LEFT — выравнивать по левому краю;
  • ALIGN_RIGHT — выравнивать по правому краю;
  • ALIGN_TOP — выравнивать по верхнему краю;
  • ALIGN_BOTTOM — выравнивать по нижнему краю;

Примеры

Предупреждение

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

Пример создания фильтра:

$filter = new App_Filter_File_ImageResize(array(
    'width' => 100,
    'heigth' => 100
));
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addFilter($filter);

Создание миниатюры:

$options = array('width' => 100, 'height' => 100);
 
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addFilter(new App_Filter_File_ImageResize($options))
       ->setDestination('/path/to/upload/directory');
if (!$upload->receive()) {
    echo implode("\n", $upload->getMessages());
    return;
}
$filename = $upload->getFileName();

В переменной $filename будет имя уже уменьшенного файла.

Каскадное уменьшение больших изображений:

$bigSize   = array('width' => 1600, 'height' => 1200);
$smallSize = array('width' => 800, 'height' => 600);
 
$upload = new Zend_File_Transfer_Adapter_Http();
$upload->addFilter(new App_Filter_File_ImageResize($bigSize))
       ->addFilter(new App_Filter_File_ImageResize($smallSize))
       ->setDestination('/path/to/upload/directory');
if (!$upload->receive()) {
    echo implode("\n", $upload->getMessages());
    return;
}
$filename = $upload->getFileName();

В этом примере изображение сначала уменьшается до размеров 1600×1200, а за тем до 800×600. Такое каскадное уменьшение позволяет в итоге получить качество несколько лучшее, чем уменьшение очень большого изображения до очень маленького за один шаг.

В заключении приведу еще раз ссылку на исходный код класса: App_Filter_File_ImageResize.

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

 

Похожие записи

• Хитрости ZF1.8 (1)
• Список докладов и финальная регистрация ZFConf 2011 — второй российской конференции по Zend Framework (0)
• Создание повторно используемых плагинов ресурсов Zend_Application (13)
• Пользовательские ресурсы для Zend_Application (0)
• Перехватчики в помощниках действий (0)

По просьбе коллег публикую анонс предстоящей конференции:

27го ноября в в Киеве пройдет бесплатная, международная, совместная конференция ZFConf Ukraine & MageConf. Цель конференции — объединить лучших специалистов PHP и Zend Framework Украины, России и других стран СНГ.

ZFConf Ukraine – первая в Украине конференция по Zend Framework, проводится в партнерстве с ZFConf Russia и сообществом zendframework.ru. ZFConf Russia была первой конференцией по Zend Framework и прошла в марте этого года в Санкт-Петербурге, Россия, собрав более 200 участников из России, Беларуси, Украины, Литвы и других стран СНГ

Конференция MageConf впервые прошла в мае 2010 года в Киеве. Это была первая конференция из серии PHP and Zend Framework в Украине. Ее посетили более 150 специалистов.

Конференция пройдет 27 ноября, в Киеве
Титульный спонсор конференции – компания Magento
Место: КиевЭкспоПлаза, ул. Салютная 2б, 3 павильон
Время: 27 ноября 2010 г. (с 11:00 до 19:00)
Длительность: 1 полный день
Формат: доклады в три потока и обсуждения на флипчарте (в перерывах)
Язык докладов: русский
Стоимость участия: бесплатно
Потоки: Zend Framework, PHP, Magento.

Аудитория: Разработчики ПО и специалисты по Project Management с Украины, России и близлежащих стран СНГ. Ожидаемое количество участников – 500 человек.

Доклады

1. Встречайте Zend Framework 2.0
Александр Веремьев / Zend Framework Core команда (Zend Technologies)

2. Эволюция ZF: архитектура, шаблоны, рефакторинг
Виктор Фараздаги / Component Maintainer и Contributor ZF 2.0 (4C)

3. Юнит тестирование в Zend Framework 2.0
Ростислав Михайлив / Chief Developer / Software Architect (Gadu-Gadu)

4. Хранение, обработка и отдача статики с использованием \Zend \File. Опыт социальной сети starlook.ru
Кирилл Мокевнин / Senior developer (undev)

5. Чуть сложнее чем Singleton: аннотации, IOC, АОП
Кирилл Чебунин / Senior PHP Developer (Альпари)

6. Doctrine 2
Валерий Рабиевский / Team leader (stfalcon.com)

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

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

Если у вас есть предложения, или вы хотите быть спонсором, для связи с нами используйте контакты

Регистрируйтесь и следите за обновлениями на http://zfconf.org.ua

 

Похожие записи

• Список докладов и финальная регистрация ZFConf 2011 — второй российской конференции по Zend Framework (0)
• Открыта регистрация на первую Российскую конференцию посвященную Zend Framework (0)
• Конференция для веб-разработчиков «ZFConf 2012» (0)
• Хитрости ZF1.8 (1)
• Создание повторно используемых плагинов ресурсов Zend_Application (13)

Вчера вышел Zend Framework 1.11. Вероятно, это будет последний релиз в ветке 1.х. Дальнейшее развитие фреймворка продолжится в ветке 2.х.

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

Ну, и раз начал, кратко опишу что нового появилось в этом релизе:

• поддержка мобильных устройств с помощью компонента Zend_Http_UserAgent
• поддержка SimpleCloud API (класс Zend_Cloud)
• Dojo обновлен до версии 1.5.0
• поддержка Amazon SimpleDb
• поддержка eBay Findings API
• Zend_Db совместима с MariaDB
• добавлены два новых формата конфигурационных файлов — YAML и JSON
• появился сервис для сокращения ссылок. В комплекте идут адаптеры для http://jdem.cz и http://tinyurl.com
• добавлены вью-хелперы:
  • Zend_View_Helper_UserAgent (поддержка мобильных устройств)
  • Zend_View_Helper_TinySrc (сокращение ссылок)
  • Zend_View_Helper_Gravatar (подгрузка аватарок из Gravatar-а)
• а так же множество багфиксов

 

Похожие записи

• Нет похожих записей