<rmcreative>

В SVN откат до определённой версии эквивалентен обратному объединению всех ревизий, начиная с текущей версии и по нужную нам. Делается так:

svn merge -r HEAD:XXXX

XXXX — нормер ревизии, до которой будем откатываться.

Как разработчику Yii, мне полезно знать, что происходит вокруг. Пару недель назад посмотрел фреймворк Laravel. О нём уже пытались написать на хабре. Было это в мае, но из песочницы пост не выбрался. Со второй попытки вроде получилось. Сообщество активно комментирует.

По просьбам читателей, опишу, что я увидел в нём интересного и какие выводы были сделаны.

Читаем

9 июня выступлю на DevConf с чем-то среднем между UWDC и YiiConf. Постараюсь привнести нового и интересного.

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

• Tuna Framework - архитектурный web-framework.
• Проектирование ERP, CRM систем с нуля.
• PHP 5.4 - особености перехода (от непосредственного автора).
• Рефакторинг и второе рождение проекта на примере Zend Framework 2.0.
• Оптимизация процесса создания сайта на этапе верстки.
• MariaDB 5.5 – ветка MySQL с эволюционными и революционными изменениями.
• Sprockets under the hood.
• Путь самурая через код: Просто, сложно, нудно.
• Yii, его разработка и Yii2.
• Как мы разрабатываем Сфинкс.

А десятого будет Maxidrom…

В очередной раз Facebook заставил попотеть. После реализации приглашалок через диалоги Facebook выяснилось, что они никак не хотят работать на мобильных девайсах, выдавая загадочную API Error Code 3, Unknown method. This method isn't supported by this display type.

Оказывается, вызывать диалоги на мобильных устройствах и планшетах через JavaScript SDK — дохлый номер. Однако, примеры с URL в описании диалогов работали, поэтому родилась вот такая штука:

// определяем, мобильный ли браузер
// не забудьте iPad
if(isMobileBrowser()) {
  var params = {
    // если не используете SDK, можно просто вставить ID приложения
    app_id: FB._apiKey,
    name: header,
    link: link,
    description: description,
    // позволяет видеть ошибки, лишним не будет
    show_error: 1,
    to: userID,
    redirect_uri: window.location.href,
    // не рисовать лишнее, ресайзить попап автоматом
    display: 'popup'
};
// строим URL
var url = 'http://www.facebook.com/dialog/send?';
var parts = [];
$.each(params, function(key, val){
  parts.push(key+'='+encodeURIComponent(val));
});
// открываем попап
var facebookPopup = window.open(url+parts.join('&'),'facebook-popup','height=300,width=200');
// ставим на него фокус
if (window.focus) {
  facebookPopup.focus();
}

Вопреки распространённому мнению о том, что PHP-профайлер, созданный в недрах Facebook, работает только под Linux, есть билды и под Windows. Неофициальные, но вполне себе рабочие.

• Билды под Windows
• Документация

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

Это случилось! 19 Мая состоялась первая конференция, посвящённая фреймворку Yii — YiiConf 2012. Местом проведения был выбран замечательный город Киев, встретивший нас хорошей погодой, приветливыми людьми и замечательным пивом.

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

Читаем

На днях был выложен на всеобщее обозрение ещё один инструмент для анализа результатов профайлинга, полученных при помощи XDebug. Событие весьма интересное, потому как старичок WinCacheGrind автором, похоже, заброшен, а WebGrind иногда нехватает.

Написан инструмент на Java, поэтому потенциально кроссплатформенный (на данный момент имеются билды под Windows и Linux).

Официальная страница

XCallGraph обсуждается на форумах phpclub. Там же автор принимает пожелания и предложения.

На подобные вопросы отлично отвечает ресурс caniuse.com.

Есть данные о:

• CSS (@font-face, Media Queries, …).
• HTML5 (Canvas, WebGL, …).
• JS API (CORS, Web Sockets, …).
• SVG.
• И другом (Data URLs, XMLHttpRequest 2, …)

Информация предствлена в виде удобных таблиц.

Пользуемся

Наткнулся на занятную особенность Facebook. А именно на то, как он работает со ссылками.

Для проекта потребовалось реализовать систему приглашений. Схема стандартная:

1. Генерируем уникальный хеш.
2. Подставляем к основному URL.
3. Посылаем через сообщение Facebook.
4. Получивший сообщение пользователь идёт по ссылке с хешем и видит своё приглашение.

В процессе тестирования вроде-бы простой схемы выяснилось интересное: на шаге №4 пользователь получал сообщение без хеша.

Первое подозрение пало на параметр, передаваемый GET-ом. Сделали частью URL и… не помогло, что сильно удивило и озадачило. Через несколько дней копаний оказалось, что при отправке сообщения:

1. Facebook идёт по ссылке в сообщении.
2. Парсит страницу и берёт из неё тег <meta property="og:url" content="http://example.com/content/my-stuff" />. Хеша для приглашения у нас в этом URL, конечно, не было.
3. Подменяет ссылку, которая была в сообщении, на ту, что была получена из метатега.

Отсюда выводы:

1. При работе с Facebook помните про особые метатеги.
2. Никогда не меняйте состояние приложения через GET.

Подробнее про то, как прошла конференция, напишу немного позже, а пока слайды моего доклада: