30-го мая сего года на 19:00 запланирована встреча PHP разработчиков в 1-м конференц-зале бизнес-центра «SUN CITY 2» (это тот, что в 5-ти минутах от метро Московский проспект).

Формат мероприятия довольно стихийный (кстати, как и его организация), но 2 технических доклада там будут. Кроме того попробуем обсудить перспективы сообщества.

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

Очень хочется устраивать подобные встречи регулярно, по поводу и без такового, в разных местах и в разное время. Потому что главное не место и время, главное — печеньки люди, которые живут с мыслью о РНР.

Регистрация свободная, прошу — http://thinkphp.com.ua/

Другие посты на эту тему

• Zend Framework Day
• Мастер-класс Юры Артюха
• Мастер-класс по Sphinx
• Конференция ZFConf 2011
• ZFConf Ukraine
• Анонс мастер-классов по JavaScript’у
• Мастер-классы по JavaScript’у
• PDFEED – или RSS2PDF в новом обличье

Необходимо провести реверс-инжениринг простой функции, мы знаем, что функция возвращает true либо false в зависимости от единственного входного параметра.

Мы провели ряд тестов, и теперь знаем, что данная функция возвращает true для следующего набора данных:

09 june
14 JULY
6 march
09 may

И false для следующего:

8 september
1 April
2 january

Подумайте, что должно быть внутри такой функции? Вот вам заготовка для такой функции:

/**
 * @return boolean
 */
function checkDay ($day) {
    /* проверка должны быть тут */
}

Другие посты на эту тему

• No Related Post

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

«Usability кода» звучит хорошо, название притягивает, еще мне нравится «эргономика кода», тоже отлично

Ну что же, в понятие юзабилити кода я вкладываю несколько вещей:

• Соблюдение стандартов кодирования
• Отсутствие избыточности в коде и комментариях
• Предсказуемость кода
• Поддержка читаемости кода на уровне «понятно и чайнику»
• Время необходимое для изучение кода до уровня «понимаю где баг глядя на скриншот»
• Скорость разработки при повторном использовании кода и соблюдении принятых норм и стандартов

Думаю, стоит по чуть-чуть остановиться на каждом.

Стандарты кодирования

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

Избыточность кода

Иногда, гоняясь за красотой ООП мы приходим к очень громоздким решениям:

$file = Application::getInstance()->getRequest()->getFiles()->get($filename);

По сути — думаю каждому понятно что делает данная строчка кода, но почему же не заменить ее на простую функцию? Чего боитесь?

$file = getRequestFile($filename);
// процедурное программирование отстой, бла-бла-бла
$file = Request::getFile($filename);
// выучи еще патерны
// ...

Баланс на грани

Бытует мнение, что комментировать хорошо читаемый код не стоит, и так всем всё понятно, но мне в это слабо верится, так что я тут несколько тезисов написал:

• Отсутствие комментариев в коде — плохо
• Правильное именование переменных в коде — хорошо
• Много комментариев с прогнозом погоды — плохо

Что же хорошо? Вот тут вроде бы баланс удалось соблюсти:

/**
 * Check-in user location to DB
 *
 * <code>Location::checkinUser($User, 2.123654, 0.456321)</code>
 *
 * @param User $User
 * @param float $lat latitude
 * @param float $long longitude
 * @return bool
 */
function checkinUser(User $User, $lat, $long) {
    return Db::insert("checkin", array(
        'userId' => $User->id,
        'lat' => $lat,
        'long' => $long
    ));
}

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

Быть провидцем

Если вам приходится работать с незнакомым кодом и мысли «я бы на месте предыдущего разработчика сделал это так-то» совпадают с реальность — поздравляю, у вас совместимость с предыдущим автором, и вы сможете легко работать с текущим кодом. Так что пишите код «предсказуемо», и это не только соблюдение правил использования глаголов в именах методов, но и простая, читаемая структуру кода.

Читаемость кода

Чего хочу я от читаемого кода? Это чтобы любой разработчик «со словариком» мог прочитать любой участок вашего кода. Я могу не знать JAVA, Python, или еще с десяток языков, но у меня есть знание о PHP и JavaScript, я и должен взяв на вооружение что-то типа «RoR для чайников» в качестве словарика и начать работать в проекте спустя день (ну уж лучше «Rails for PHP Developers», но это придирки).

Не должно быть магии по шпаргалкам — «достать объект не знаю где, вызвать метод не знаю как»:

// привет ZF
public function errorAction()
{
    // магия тут
    $errors = $this->_getParam('error_handler');

    // а тут правдоподобно
    $this->getResponse()->setHttpResponseCode(404);

    // ни шатко, ни валко, но все в курсе
    $this->view->message = 'Page not found';
}

В идеале, читаемость кода должна быть на уровне псевдокода.

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

// тут без комментариев понятно что происходит
$id = Application::getRequest()->getParam('id');
// и тут
$User = UserManager::getById($id);

Где баг?

MVC очень правильный патерн для web приложения, он удобен и всё такое прочее — имхо, вполне юзабельный. Но вот беда, в большом приложении контроллеров много, и по этой причине появилась тенденция объединять их в модули (что вполне логично), а сами контроллеры бить на экшены (что возможно избыточно). Таким образом контроллер стал составным, и знаком нам по многим фреймворкам — модуль/контроллер/экшен. Всё хорошо, и URL к такому контроллеру выглядит адекватно и читается легко, но пришли требования, и нам приходится писать правила-роуты, и теперь URL запрошенной страницы стал совсем неоднозначным для нас. Следовательно надо просмотреть все эти роуты, которые, возможно, расфасованы по модулям, иль еще куда, да елки ж палки…

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

Время — деньги

Время потраченное непосредственно на сам кодинг оценивают в 30%, но это при проектировании «до запятой», но как-то усидчивости у нас не хватает, не наш метод. По этой причине стоит писать удобный код:

// можем же, мляяяять
$bootstrap = $application->getBootstrap();
$bootstrap->bootstrap('db');
$dbAdapter = $bootstrap->getResource('db');
$dbAdapter->getConnection()->exec($dataSql);

// но как-то сподручнее
$application->getDb()->exec($dataSql);

Если расширение функционала приводит к копи-пасту — WTF man?

Вместо выводов

Если бы разработчики фреймворков думали не о красоте ООП, а о эргономике кода, то таких популярных и удобных фреймворков как jQuery было бы больше :)

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

P.P.S. По теме нашел лишь одну статью — Introducing Code Usability, возможно кто подскажет еще?

P.P.P.S. Поругал ZF, похвалил jQuery — OK

Другие посты на эту тему

• No Related Post

Это скорее не статья, а так заметка, на которую следует ссылаться, если кто-то не думает о том что в проекте может быть записей больше, нежели в тестовой базе данных, а скорость интернета меньше нежели доступ по локальной сети в 100мбит.

Исходя из моего опыта разработки (да и не только моего), зачастую, «бутылочным горлышком» вашего приложения является база данных, таким образом перво-наперво включаем slow query log (← это ссылка на гугло-поиск) и смотрим какой запрос у нас самый медленный, и думаем что с ним делать, если не можем вкурить проблему — зовём старших, пусть тоже повтыкают в EXPLAIN (← ссылка на документацию → на хабр) вашего чудо-запроса.

Но, опять же ссылаясь к моему опыту, большинство проблем с БД решают правильные индексы. Легко запомнить, что индексировать следует внешние ключи, и всё что у вас в WHERE, ORDER BY, GROUP BY (список не полон, для начала – самое оно).

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

Поиск с использованием LIKE это плохо. Полнотекстовый с MyISAM уже лучше. Внешний аля Sphinx — рулит и бибикает для MySQL и PostgreSQL, инфа достоверная 100%.

Но это полбеды, проблем в БД может подкинуть и само приложение — обращение к БД в цикле/рекурсии или еще каким извращенным способом могут привносить удивительные поправки в результаты нагрузочного тестирования. Сделайте простой профайлер ваших запрос и проследите на каких страницах количество запросов начинает зашкаливать (особенно это касается типа-ORM и почти-Active Record, когда один объект = один запрос, или даже не один). Всем кто уповает на магию фреймворков, иль каких-нить gem-ов — не надейтесь, всё о чём я написал в равной степени относится к большинству языков web-программирования, г..код есть везде, он вездесущ.

Ну, а теперь о главном, нет о главной странице в 1,5 метра — дождется ли её загрузки пользователь со скоростью доступа в 256кбит? Клиентская оптимизация должна проводиться в обязательном порядке: YSlow да Page Speed вам в зубы. Да если погуглить, то даже небольшая правка htaccess для apache улучшит ситуацию:

# Enable ETag
FileETag MTime Size

# Enable Deflate
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/x-javascript

<ifModule mod_expires.c>
  ExpiresActive On
  ExpiresDefault "access plus 1 seconds"
  ExpiresByType text/html "access plus 1 seconds"
  ExpiresByType image/x-icon "access plus 2592000 seconds"
  ExpiresByType image/gif "access plus 2592000 seconds"
  ExpiresByType image/jpeg "access plus 2592000 seconds"
  ExpiresByType image/png "access plus 2592000 seconds"
  ExpiresByType text/css "access plus 604800 seconds"
  ExpiresByType text/javascript "access plus 216000 seconds"
  ExpiresByType application/x-javascript "access plus 216000 seconds"
</ifModule>

Пожмите JavaScript и CSS, да переключите jQuery на Google CDN. И я это уже постил, между прочим…

С уважением, ваш КО

Другие посты на эту тему

• No Related Post

Очень часто при обсуждении нагрузки на сайт упоминаются мистические «онлайн-пользователи», кто это и как их считать?

Я не буду вдаваться в детали, особенно коли в оных не силен, но термин «онлайн-пользователи» зачастую используют для измерения производительности системы которая, по идее, должна что-то говорить заказчику о потенциальных возможностях расширения системы. Для начала, стоит определиться со средним пользователем системы, для этого нам потребуется залезть в Google Analytics и взять пару параметров:

Таким образом, среднестатистический посетитель моего блога просматривает две страницы за две минуты, т.е. 1 обращение в минуту эмулирует одного пользователя. Идём дальше — очередь за контентом. Выбираем самый популярный — «Content» → «Site Content» → «Pages» — и чем больше охват тем лучше:

Таким образом 10 страниц охватывает 60% посещений, лучше этот показатель довести до разумного максимума используя минимумом страниц — это будет наш список подопытных.

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

Определить текущую нагрузку на сайт в данной единице измерения можно используя пункт «Audience» → «Overview» (кликаем и смотрим):

Таким образом «онлайн» у меня составляет:

    пользователей в час              ~200
  -------------------------     =  ---------  =   6,66
 60 минут / время пребывания        60 / ~2

Предположим, что проведя нагрузочное тестирование, и получив точку отказа в 100 пользователей я могу сказать, что мой сервер выдержит нагрузку в 15 раз большую нынешней, вот только осталось собрать аудиторию в 45 000 :)

Другие посты на эту тему

• No Related Post

Инструментарий

Хороший мастер работает лишь со своим инструментом, и сильно расстраивается когда оного нет под рукой, так и я — всё своё ношу с собой:

• IDE — PHP Storm
• Менеджер БД — SQLYog
• Всяко-разно — notepad++, putty, winscp…

PHP Storm

IDE решает многие задачи и проблемы, которые постоянно возникают перед разработчиком. Мой выбор остановился на PHP Storm, а до того я успел попробовать Zend Studio, Eclipse, Aptana, NetBeans и еще несколько о которых и не вспомню. Что же хорошего в данной IDE:

• java — т.е. нам практически любая платформа по плечу
• автодополнение — очень адекватное, и приучает к документированию кода
• автосохранение — забудьте про ctrl+s
• автозаливка (FTP/SFTP)
• автозаливка после комита
• исправление ошибок
• поддержка VCS
• рефакторинг
• поиск и замена по файлам – работает просто отлично, и частенько меня выручала
• отличная поддержка HTML/CSS/JS
• Zen coding из коробки (советую таки узнать что это ;)

Но без недостатков не бывает:

• java — т.е. любит память, и IDE приходится время от времени перезапускать — где-то раз в неделю
• цена — сейчас, со скидкой, это $50 (до 27-го ноября)

Отдельно оговорюсь насчет цены — у меня купленная версия, но так же есть Open Source лицензия, ее тоже можно получить, но только надо запастись терпением (как можно догадаться — у меня терпения не хватило). Насчет же NetBeans — задолбал он своей нестабильной работой и такими же обновлениями.

В качестве заключения: мои слова ничего не значат, верьте своим глазам — попробуйте триал, благо целого месяца хватит на распробовать ;)

Кстати, если кому нравится моя тёмная схема для PHP Storm, то её можно забрать с dropbox’a

SQLYog

Для работы с MySQL использую SQLYog, что же в нём такого хорошего:

• автодополнение
• профайлер
• автоформатирование запросов
• синхронизация структуры БД и данных при необходимости
• SSH туннель — если у вас есть SSH, то SQLYog в игре
• HTTP туннель — хотя хватит доступа и к FTP
• отлично работает под wine (по правде говоря есть огрехи, но совсем мелкие)

Ну не без ложки дёгтя:

• цена — от $69, но есть триальная и урезанная фришная версия

Опять же, есть триал — пробуйте, и забудьте про phpMyAdmin как про страшный сон.

Ещё чуть-чуть

Ой, ну дальше дело вкуса:

• Notepad++ — всегда на подхвате, открывает большие файлы, понимает все кодировки, с плагином hex-редактор
• PuTTY — без него никак, (puttygen рулит кстати)
• TotalCmd – файловый менеджер + FTP клиентб недавно вышла 8-ая версия (beta), не купил, жмакаю раз в неделю кнопку с циферкой
• WinScp – SFTP клиент (файловый менеджер over SSH)

Да, я работаю на винде, набор инструментов для Linux и Мас отличается лишь набором дополнительных тулзов…

Фишки PHP и 5.3 в частности

phpDocumentor

Я уже упоминал о крутом автодополнение в IDE, тук вот, чтобы этого добиться необходимо описывать классы, методы и функции используя doc comment’ы:

/**
 * @property integer $id
 * @property string $login
 * ...
 */
class Row
{

}

В результате IDE будет подсказывать нам всё что нужно:

Еще примерчик:

/**
 * @return Users\Row
 */
function getUser()
{
     return Registry::get("user");
}

/* @var Users\Row $user */
$user = Registry::get("user");

В IDE похожий результат:

Кроме бенефитов для IDE есть еще возможность сгенерировать техническую документацию используя PHPDocumentor:

/**
 * <code>
 * $this->getByLoginOrPasswordAndEmail(
 *      'vasya', md5(123456), 'vasya@mail.ru'
 *  )
 * </code>
 */
function getByColumnsFinder()
{
    /*...*/
}

Обернётся в:

Tips & Tricks: Fixme Comment

Заметки на будущее прям в коде:

// TODO: do something with some function
// FIXME: hands
// XXX: may be broken

IDE нынче умные пошли, и все такие заметки соберут до кучи:

Tips & Tricks: о include и require

А вы смотрели что возвращают функции include и require? А если в подключаемом файле используется return?

$config = require 'config.php';

<? // config.php
    return array(
        'DB' => array(...)
    );

Достаточно универсальный способ для подключения конфигурационных файлов.

Tips & Tricks: о фильтрации данных

На дворе уже закат PHP 5.2, а фильтры не используем:

// return string or false
filter_var('bob@example', FILTER_VALIDATE_EMAIL);
filter_var('bob@example.com', FILTER_VALIDATE_EMAIL);

// return string or false
filter_var('http://example.com', FILTER_VALIDATE_URL);

По теме:

• http://www.php.net/manual/en/function.filter-var.php
• http://www.php.net/manual/en/filter.filters.validate.php
• http://www.php.net/manual/en/function.filter-var-array.php

Иногда обработку массива превращают в что-то невообразимое, можно же проще:

  // array of ids
$ids = $Request->getParam("ids");

  // to integer
$ids = array_map("intval", $ids);

  // without zero
$ids = array_filter($ids);

  // unique
$ids = array_unique($ids);

  // prepare for SQL
$idsStr = join(",", $ids);

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

<form>
    ...
    <input type="submit" name="disable" value="Disable selected" />
    <input type="submit" name="enable" value="Enable selected" />
</form>

<?php  // gets current action
$action = current(array_intersect(array_keys(
    $_REQUEST), array('disable', 'enable')
));

Tips & Tricks: glob

Уже везде упоминали функцию glob, но мы всё так же её игнорируем, так что я решил её опять вспомнить:

$controllers = glob('/modules/*/controllers/*.php');

$modules = glob('/modules/*', GLOB_ONLYDIR);

Tips & Tricks: mysqlnd

Если у вас высокопроизводительное приложение, если вам знакомо понятие master и slave, если разруливаете это ручками, то вот оно — прозрение:

// in config
[myapp]
master[]=localhost:/tmp/mysql.sock
slave[]=192.168.2.27:3306

// in sources
$mysqli = new mysqli("myapp", "username", "password", "database");
$pdo = new PDO("mysql:host=myapp;dbname=database", "username", "password");

По теме:

• http://www.php.net/manual/en/book.mysqlnd.php
• Replication and load balancing mysqlnd plugin for all PHP MySQL extensions released

P.S. О, это уже было в … твитере ;)

Reflection

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

PHP 5.3

Приведу краткие тезисы по теме новшеств в PHP 5.3 (да, да, жевано-пережевано, но повторить то стоит)

Анонимные функции

Используете jQuery, значит ничего нового тут не увидите:

$ids = array_map(function($el){
    return intval($el);
}, $ids);
  // or
$toInt = function($el){
    return intval($el);
};
$ids = array_map($toInt, $ids);
  // or
$int = $toInt($el);

Замыкания

Смотреть в код до наступления понимания происходящего:

function getTimeout() {
    $el = "15 minutes";

    return function() use ($el){
        return intval($el);
    };
}

$timeOut = getTimeout();
echo $timeOut(); // >> 15

Магический метод __invoke()

Вместо слов, лишь код:

class Row
{
    function __invoke()
    {
        return $this->login;
    }
}

$user = new Users\Row();
$var = $user(); // >> return user login

Namespaces

Про пространство имён не писал лишь ленивый, но я предлагаю простую ассоциацию c файловой системой (спасибо за бэкслеш, ассоциация будет с Windows):

\              << Default namespace - root
\Exception
\StdClass
\Application   << Our namespace - Application
            \Model
                  \User
                  \Group
            \Controller
                  \User

• объявляя namespace — мы добавляем новый класс в иерархию «папок» — cd && mkdir
• говоря use — используем директорию из иерархии (1 или более) — как команда cd
• говоря use as — используем под определенным именем — ln
• всегда можно обращаться идя от корня (абсолютный путь: \Application\Model\Group)

Позднее статическое связывание

Эта непонятная фигня означает, что когда вы наследуете класс от статического, то у вас возникнут проблемы с доступом к статическим методам наследуемого класса, приведу наглядный (я надеюсь) пример:

class Latin
{
     const CHARS = 'abc...';
     static function getChars() {
         return self::CHARS;
     }
}
class French extends Latin
{
    const CHARS = 'aàábc...';
}

echo French::getChars(); // >> abc...

В PHP 5.3 решается просто:

class Latin
{
     const CHARS = 'abc...';
     static function getChars() {
         return static::CHARS; // << static
     }
}
class French extends Latin
{
    const CHARS = 'aàábc...';
}

echo French::getChars(); // >> aàábc...

Почти фреймворк

Ой, велосипед, да на «новых» технологиях, нямочка, зацените-ка контроллер:

namespace Bluz;
return
/**
 * @acl View User Profile
 * @cache 5 minutes
 * @param integer $id
 * @return closure
 */
function($id) use ($bootstrap, $app, $view) {
    /**
     * @var closure $bootstrap
     * @var Application $app
     * @var View $view
     */
     $view->user = $app->getDb()->getRow("...", array($id));
};

• Контроллер — анонимная функция возвращаемая при подключении файла
• Может вернуть что угодно, лишь бы было callable
• Принимает параметры с реквеста, уже отфильтрованнные (описали же в doccomment’e правила)
• Кеширует результат выполнения на 5 минут (опять reflection)
• Acl тут тоже не просто так ;)

Возможно выложим на общее обозрение сие творение, ну когда отшлифуем его ;)

Если что-то позабыл

Позабыл я о небольшом изменении в поведении тернарного оператора «(statement)?(then):(else)», у него появилось мини-сокращение:

echo $var?$var:'nil';
// ? : improvements
echo $var?:'nil';

Что-то оно не очень, можно было сделать лучше (эти примеры не работают!):

echo $var?;
// or
echo isset($var['elem'])?$var['elem'];

Еще «незаслужено» обошёл стороной метки:

// labels
start: echo "start"; goto finish;

echo "never";

finish: echo "finish";

Но наверное вы в курсе:

P.S. Всё это и еще немного больше я обычно рассказываю на лекциях в своём отделе ;)

Другие посты на эту тему

• No Related Post

С текущим списком тем и докладчиков можно ознакомиться на странице.

Событие будет интересно не только тем, кто использует Zend Framework, но и всем веб-разработчикам и PHP программистам в частности.

Место проведения — отель “Казацкий”, г. Киев, ул. Михайловская 1/3 (Площадь Независимости).

Стоимость участия и другая необходимая информация доступна на странице.

Для участия в конференции необходимо пройти регистрацию на странице, а затем произвести оплату из личного кабинета.

Сайт конференции – http://frameworksdays.com/event/zend-framework-day-2011
Наши новости в twitter – http://twitter.com/fwdays
Наша страница в facebook – http://facebook.com/fwdays

Другие посты на эту тему

• Встреча ThinkPHP в Харькове
• Мастер-класс Юры Артюха
• Мастер-класс по Sphinx
• Конференция ZFConf 2011
• ZFConf Ukraine
• Анонс мастер-классов по JavaScript’у
• Мастер-классы по JavaScript’у
• PDFEED – или RSS2PDF в новом обличье

Юрий Артюх — специалист по верстке с многолетним стажем. Принимал участие в разработке нескольких сотен проектов среди которых такие как kremlin.ru, groupon.ru, subscribe.ru, sports.ru, ukr.net, zn.ua, delo.ua, pravda.com.ua.

Мастер-класс может быть интересен и полезен всем, кто работает с фронт-эндом.

Уже более 7 лет Юрий ведет популярный блог посвященный проблемам верстки CSSing.org.ua. Также является активным участником сообщества русского крыла веб-стандартистов, и организатором первой украинской конференции веб-разработчиков UA WEB.

В конце мастер-класса у нас будет возможность задать любые вопросы.

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

Дополнительная информация и подробный план мастер-класса можна посмотреть на сайте

• Встреча ThinkPHP в Харькове
• Zend Framework Day
• Мастер-класс по Sphinx
• Конференция ZFConf 2011
• ZFConf Ukraine
• Анонс мастер-классов по JavaScript’у
• Мастер-классы по JavaScript’у
• PDFEED – или RSS2PDF в новом обличье

Прикупил занятный девайс для рисования – Boogie Board. Небольшой horror-обзор далее (хотя картинка выше такая спойлерная)…

Для начала о грустном – о цене – заказывал на Amazon Boogie Board Bundle за $44.95, пересылка через Shipito обошлась бы еще в $12.75, но объединение посылок съело эту сумму. В Bundle входит – собственно Boogie Board 8.5″, стилус, чехол, клипса для стилуса, набор магнитов на скотче (которые я сразу и приклеял):

Описание

Размером планшетик с лист формата А5 — 222х140 мм, LCD экран — 183х125 мм. Толщина от 3мм до 6мм, правда магниты и клипса еще добавляет габаритов, но не значительно. Стилус «дебелый», так просто не сломать, в разложеном состоянии можно использовать как указку. Стилус можно закрепить либо на клипсе, либо положить в специальный кармашек чехла.

Использование

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

Экран чувствителен к силе нажатия — под собственным весом стилус оставляет точку радиусом ~2-3мм; при усилии ~4-5мм. И да — он матовый!

На девайсе всего одна кнопка — очистить экран — выглядит это как перелистывание страниц на e-ink. Производитель же обещает 50 000 очисток на одной батарейке — а потом будем думать (через 6 лет, если стирать по 20 раз на дню).

Насчет внутренностей чудо-блокнота — походу, с заменой батарейки, проблем не возникнет (найдено на amazon):

Выводы

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

Еще раз о грустном (ссылки реферальные, о ужас):

• Boogie Board 8.5″ — чёрная версия — $29.95
• Boogie Board 8.5″ Bundle — тот что на скринах выше — $44.95
• Boogie Board 10.5″ — новый и большой, пока чехла к нему не найти — $59.95

Другие посты на эту тему

• Обзор корпуса Corsair Graphite Series 600T
• Обзор Nook от Barnes & Noble

Для начала нам потребуется скачать последнюю версию форума с официального сайта, а поскольку я тут успел наступить на одни грабли — то качаем последнюю бету — vanilla-core-2.0.18b2.

Встраиваем

По умолчанию, Vanilla форум имеет прекрасную возможность — встраиваться в любую HTML страничку посредством JavaScript’a, для этого нам понадобится активировать плагин <Embed> Vanilla (идет в стандартной поставке) и получить код скрипта:

<script type="text/javascript" src="http://forum.your-domain.com/plugins/embedvanilla/remote.js"></script>

Так же советую использовать дефолтную тему «Embed-Friendly» для встроенного форума — она достаточно простая и удобная для кастомизации.

Единственная проблема которая у меня возникла при подобном подключении форума — это ошибки JavaScript’a — разработчики форума не в курсе о методе jQuery().delegate() и используют jQuery('a').live('click'), чем вызывают не очень адекватное поведение ссылок на странице без атрибута href.

Интеграция с использованием ProxyConnect

Как понятно из подзаголовка, нам потребуется скачать плагин Vanilla ProxyConnect. Устанавливаем и идем настраивать (Users > Authentication):

Тут всё просто, по пунктам (пути в примере полные, могут быть относительные):

1. Ваш сайт
2. Страничка для получения данных о вашем пользователе (о ней чуть далее)
3. Страница регистрации
4. Страница входа
5. Страница выхода

Теперь займемся пунктом 2 — Authenticate URL. Это страничка, где у вас должны выводиться данные вашего текущего пользователя в простом формате:

UniqueID=1279
Name=Bob
Email=bob@gmail.com
TransientKey=qwerty
DateOfBirth=1970-01-01
Gender=Male
Roles=Member,Admin

• UniqueID — обязательное поле, UID пользователя в вашей системе
• Name — обязательное поле, username, или как он у вас обзывается
• Email — обязательное поле, email вашего пользователя
• TransientKey — ключ, для предотвращения CSRF атак (вам скорей всего не понадобится, для wordpress обязательно)
• DateOfBirth — дата рождения
• Gender — мальчик/девочка, Male/Female
• Roles — роли пользователя на Vanilla форуме, через запятую, можно IDшниками

Если у вас Zend Framework, то action будет выглядеть как-то так:

// disable View
$this->_helper->layout()->disableLayout();
$this->_helper->viewRenderer->setNoRender(true);

// get current User
$user = Zend_Auth::getInstance()->getIdentity();
if ($user) {
echo "UniqueID={$user->id}\n"
     . "Name={$user->username}\n"
     . "Email={$user->email}\n"
     . "Roles={$user->role}\n";
} else {
echo "UniqueID=\n"
     . "Name=\n"
     . "Email=\n";
}

Как это работает — когда пользователь заходит на форум, то Vanilla незаметно так стучится на нашу страничку с текущей сессией пользователя, и пытается получить о нем информацию. Если это удалось, то движок пытается найти соответсвующую запись у себя в БД — если нашел, то мы авторизированы, если не нашел соответсвия — регистриует нового пользователя с указанными данными и так же авторизирует. Если наша страничка не вернула данных о пользователе, то он либо будет послан на страницу Sign In указанную в настройках ProxyConnect, либо отобразит страницу авторизации форума (зависит, от того, что разрешено пользователю guest).

Из замеченного: для разлогинивания на форуме следует чистить куки:

// vanilla forum logout
setcookie('Vanilla', ' ', time() - 3600, '/', '.domain.com');
unset($_COOKIE['Vanilla']);

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

setcookie("Vanilla", "deleted", time() - 1,'/', ".domain.com", false);
setcookie("Vanilla-Volatile", "deleted", time() - 1, '/', ".domain.com", false);

Официальная документация по ProxyConnect

Портирование с phpBB, vBulletin и т.д.

На случай если вы решили сменить движок форума, то это тоже предусмотрено ;) Качаем Vanilla Porter и заливаем его в корень вашего текущего форума (phpBB или что там у вас). Далее следуем простой инструкции по переносу данных:

1. Экспорт форума в TXT файл хитрого формата
2. Импорт этого самого файла

Как просто-то :) Ну для наглядности приведу еще скриншот самой тулзы:

Но без нюансов тоже не обошлось — первое с чем столкнулся это непонимание формата файла в архиве, пришлось распаковывать и заливать. Второе — во время импорта все текущие пользователи Vanilla будут удалены, включая вашу учетную запись, так что в определенный момент вам надо будет указать email нового админа из портированных данных, после чего вы получите ошибку авторизации, без паники, логинимся заново под новым админом и продолжаем импорт данных (будет такая кнопочка). Следующий шаг — вам потребуется назначить права для всех ролей пользователей, которые были перенесены со старого движка. И напоследок, когда пользователи со старой системы попробуют зайти на новый форум им высветится следующий диалог (это верно для Vanilla + ProxyConnect):

Подготовьте пользователей к правильным действиям заранее.

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

1. Заменить имя метода хэширования на некоторый произвольный
2. Добавить его поддержку в файле vanilla/library/core/class.passwordhash.php

С первым всё совсем просто:

UPDATE GDN_User SET HashMethod = 'myHash' WHERE HashMethod = 'phpBB';

Второй пункт тоже не сложен — нам потребуется найти switch в методе CheckPassword() и добавить туда новый case:

switch(strtolower($Method)) {
/* ... */
    case 'myhash':
        $Result = myMegaHashFunction($Password, $StoredHash);
        break;
/* ... */
}

Документация по Vanilla Porter

Вместо вывода

Форум действительно стоит того, чтобы его установить и опробовать: много локализаций (включая русский и арабский) и полезных плагинов; простые для адаптации темы (хоть и Smarty используется); и таки удобная система интеграции.

Другие посты на эту тему

• No Related Post