fxposter's wave

На днях мне пришлось переставлять на моих домашних компьютерах операционки. Винду - потому что хотелось, а Убунту - потому что сделав ей в очередной раз sudo apt-get dist-upgrade она перестала загружаться окончательно. Но дело не совсем в этом.

До сегодняшнего дня у меня был вполне определенный подход к установке софта, а именно: есть директория Install, по которой я планомерно прохожу и устанавливаю программы (некоторые иногда пропускаю) - это в винде, и есть список (если честно, то сейчас он мысленный) тех программ, которые я хочу видеть в убунте, которые я, соответственно, устанавливаю. И такого подхода к установке программ я придерживаюсь уже очень давно, и никогда о нем не задумывался. А вот сегодня почему-то задумался. Вероятнее всего, меня натолкнула на этот вопрос моя природная лень - мне было влом устанавливать всё (все нужные программы из директории Install). И я решил установить то, что мне понадобилось бы (или то, что мне просто хотелось установить). Установил Total Commander, Firefox, QIP Infium, Twhirl… И всё… После нескольких часов использования - поставил себе сначала Media Player Classic (и ffdshow), а еще через пол часика - AIMP (плеер такой есть, да). И сейчас сижу и радуюсь - операционака почти что “голая”, а у меня нет икакого дискомфорта по этому поводу.

Посидел я, подумал над этим… И у меня возникли ассоциации (причем самые прямые) с программированием. Вот скажите - вы часто делаете то, что вам “возможно понадобиться, а может и нет” (вариант 1)? Или вы всё же придерживаетесь практики “реализации только того, что нужно” (вариант 2)? Так вот - первый вариант - это установка всех программ сразу (всерьез и надолго :)), а второй - это установка “по требованию” (блин, какой-то lazy installing получается), т.е устанавливаем только то, что потребуется (или, опять же, то, чего хочется) когда оно потребуется.

Какой вариант вам больше нравиться? И какой используете лично вы?

PS. Я веду речь о компьютере “для себя” - домашнем, рабочем - неважно. Понятное дело, что если вы настраиваете компьютер для кого-либо - то иногда первый вариант является единственным.

PPS. Следующей программой, которую я установлю 100% будет Punto Switcher!

written by fxposter \\ tags: Installing, Linux, Software, Windows

Еще немного помучал PHP 5.3 на тему Lambda-функций:

$array = array(1, 2, 3);
$array = array_map(function($v) { return $v * $v; }, $array);
var_dump($array);

array(3) {
  [0]=>
  int(1)
  [1]=>
  int(4)
  [2]=>
  int(9)
}

I like that!

written by fxposter \\ tags: Closure, Lambda-function, PHP, PHP 5.3

Bolk открыл для сеня потрясающую новость - в PHP 5.3 будут замыкания и реальные lambda-функции. Поподробнее читаем здесь, а также у Bolk’а здесь и здесь (кстати говоря - здесь еще обьясняется, как создаются lambda-functions в текущих версиях PHP, кто не знает - почитайте).

Не выдержал и проверил - поставил себе PHP 5.3:

C:\Program Files\PHP>php -v
PHP 5.3.0-dev (cli) (built: Jul 22 2008 12:21:12)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2008 Zend Technologies

Накидал простенький скриптец для тестов:

$lambda = function () { echo "Hello World!\n"; };
var_dump($lambda);

$lambda = create_function('', 'echo "Hello World!\n";');
var_dump($lambda);

И запустил его:

C:\Program Files\PHP>php test.php
object(Closure)#1 (0) {
}
string(9) " lambda_1"

Как видите - теперь функции являются полноценными обьектами (”Closure - is simply an additional class”), что, на мой взгляд, просто замечательно! Даешь функции высших порядков в PHP!

written by fxposter \\ tags: Closure, Lambda-function, PHP, PHP 5.3

На этот пост меня сподвигла неправильная (на мой взгляд работа fillin-фильтра в Symfony). Итак, поехали.

DOM - это мощный компонент PHP для работы с Document Object Model. Почитать о его возможностях можно здесь (php manual). Я же хочу заострить внимание на том, что это расширение, в отличии от SimpleXML, например, может работать как с HTML, так и с XML.

DomDocument - один из классов компонента DOM, который отвечает за полный XML или HTML-документ.

И вот хотелось бы поговорить и показать, как этот DomDocument работает с кодировками и символами, отличными от латиницы.

Для начала - небольшое отступление: DomDocument я создаю вот так: new DomDocument('1.0', 'UTF-8'), указывая в качестве кодировки (”The encoding of the document as part of the XML declaration.”) UTF-8, так как, судя по моему опыту - указание кодировки здесь не дает вообще ничего.

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

Весь текст в скриптах в кодировке UTF-8.

Код класса “тестов”

class Test_DomDocument_HTML_Charset {
  protected $dom;

  protected $html =
        '<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
        <html>
        <head>
          <meta http-equiv="Content-type" content="text/html; charset=UTF-8">
          <title>Тестовая страничка</title>
        </head>
        <body>
          <p>Привет</p>
        </body>
        </html>';

  protected $html_without_charset =
        '<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
        <html>
        <head>
          <title>Тестовая страничка</title>
        </head>
        <body>
          <p>Привет</p>
        </body>
        </html>';

  protected function checkTestFunction($function)
  {
    return (strpos($function, 'test') === 0);
  }

  public function execute($callback) {
    $functions = get_class_methods(get_class($this));
    $functions = array_filter($functions, array($this, 'checkTestFunction'));
    foreach($functions as $function) {
      $this->setUp();
      $result = $this->$function();
      $callback($result, $function);
      $this->tearDown();
    }
  }

  protected function setUp() {
    $this->dom = new DomDocument('1.0', 'UTF-8');
  }

  protected function tearDown() {
  }

  /**
   * Возвращает кодировку документа.
   * Используется документ, в котором не указана кодировка.
   *
   * @return string
   */
  protected function testWithoutCharset() {
    $this->dom->loadHTML($this->html_without_charset);
    return $this->dom->encoding;
  }

  /**
   * Возвращает документ, после обработки его DomDocument'ом.
   * Используется документ, в котором не указана кодировка.
   *
   * @return string
   */
  protected function testWithoutCharsetHtml() {
    $this->dom->loadHTML($this->html_without_charset);
    return $this->dom->saveHTML();
  }

  /**
   * Возвращает кодировку документа.
   * Используется документ, в котором указана кодировка.
   *
   * @return string
   */
  protected function testWithCharset() {
    $this->dom->loadHTML($this->html);
    return $this->dom->encoding;
  }

  /**
   * Возвращает документ, после обработки его DomDocument'ом.
   * Используется документ, в котором указана кодировка.
   *
   * @return string
   */
  protected function testWithCharsetHtml() {
    $this->dom->loadHTML($this->html);
    return $this->dom->saveHTML();
  }

}

Код, показывающий результаты

function echoHTMLResult($result, $function)
{
  echo "<h3>$function</h3>\n";
  echo '<pre><code>';
  if(is_string($result))
    $result = str_replace('<', '&lt;', str_replace('>', '&gt;', $result));
  var_dump($result);
  echo '</code></pre>';
}

<?php $test = new Test_DomDocument_HTML_Charset(); ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
<html>
<head>
  <meta http-equiv="Content-type" content="text/html; charset=UTF-8">
  <title>Тестовая страничка</title>
</head>
<body>
<?php $test->execute('echoHTMLResult') ?>
</body>
</html>

Результаты

Выводы

Как можно понять из результатов - кодировка документа при использовании HTML определяется исключительно через тег meta, а точнее - через charset, который там указан:

<meta http-equiv="Content-type" content="text/html; charset=UTF-8">

При отсутствии указанного тега/charset’а в нём - $dom->encoding будет равен NULL (что можно с успехом использовать).

В общем-то всё, в ближайшие дни еще будет статья про кодировку в XML-документах, где всё немного интереснее.

written by fxposter \\ tags: DOM, DomDocument, HTML, PHP

На работе пришлось столкнуться с очень не нравившейся мне ORM’кой собственного производства. Стал делать свою (ну не дурак ли, а? :)), наваял за 3 дня простенькую ORM, отображающую структуру таблиц на обьекты, не контроллируя типов. Итог получился примерно такой:

• класс базы данных (относледовался от mysqli, pdo использовать было нельзя)
• класс таблицы, хранящий в себе бд, и отвечающий за CRUD записей
• класс записи, перенаправляющий методы CUD классу таблицы

Примерное использование:

$table = new ArticleTable();
$record = $table->fetchOneWhere("slug = 'hello'"); // получаем существующую запись
$record->name = 'Fucking Article!';
$record->save(); // вызывает insert/update в зависимости от того, новая ли это запись
$record = $table->create(); // создаем новую запись
$record->name = 'Fucking Article2!';
$record->slug = 'fucking_article';
// ...
$record->save();

И что-то мне это очень сильно напомнило, а именно - Zend_Db: Zend_Db_Table / Zend_Db_Table_Row. Недолго думая - выкинул нафиг свою систему и залил в проект кусок Zend Framework’а (если нужно - потом скажу, какие именно файлы нужны для полноценной работы всего компонента Zend_Db), а также решил почитать, что сейчас вообще есть в этой Zend_Db, а есть, как оказалось - довольно много:

• Хорошая абстракция работы с бд
• Классы записи/таблицы
• Поддержка fetch’инга связанных обьектов
• Поддержка many-to-many связей (этого даже в Propel нет)

На самом деле - еще есть вещи, коотрые бы можно было добавить, чтобы они работали автоматически:

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

Вроде всё. Общее впечатление - просто замечательная система. Использовать легко и приятно. :)

Пример:
Сначала пойдут мои супертипы слоя (кто читал Patters of EAA - поймет):

class Db_Table extends Zend_Db_Table_Abstract {
  /**
   * @return Zend_Db_Table_Rowset_Abstract
   */
  public function fetchAllBy($key, $value) {
    $where = $this->getAdapter()->quoteInto("$key = ?", $value);
    return $this->fetchAll($where);
  }

  /**
   * @return Zend_Db_Table_Row_Abstract
   */
  public function fetchRowBy($key, $value) {
    $where = $this->getAdapter()->quoteInto("$key = ?", $value);
    return $this->fetchRow($where);
  }

  public function __call($name, $arguments) {
    if(strpos($name, 'fetchRowBy') === 0) {
      array_unshift($arguments, substr($name, 10));
      return call_user_func_array(array($this, 'fetchRowBy'), $arguments);
    }

    if(strpos($name, 'fetchAllBy') === 0) {
      array_unshift($arguments, substr($name, 10));
      return call_user_func_array(array($this, 'fetchAllBy'), $arguments);
    }

    throw new Exception("Undefined method $name");
  }
}

class Db_Record extends Zend_Db_Table_Row_Abstract {
}

А теперь - пример использования:

class Item extends Db_Table {
  protected $_name = 'items';
  protected $_rowClass = 'ItemRecord';
  protected $_referenceMap = array(
      'Group' => array(
        'columns'       => 'groupid',
        'refTableClass' => 'Group',
        'refColumns'    => 'groupid',
      )
    );
}

class ItemRecord extends Db_Record {
}

class Group extends Db_Table {
  protected $_name = 'groups';
  protected $_rowClass = 'GroupRecord';
  protected $_dependentTables = array('Item');
}

class GroupRecord extends Db_Record {
}

$itemTable = new Item();
$item = $itemTable->fetchRowBySlug('hello');
$group = $item->findParentGroup();

Согласитель - всё просто и удобно, не так ли?

Для заинтересовавшихся - очень советую проштудировать полностью главу о Zend_Db из документации Zend Framework’а. А также - мой пост про Zend_Db_Table, посвященный его улучшению (правда, я не знаю, насколько он сейчас актуален, проверять нет времени :( ).

written by fxposter \\ tags: PHP, Zend Db, Zend-Framework

Собственно, о том, что вышла Symfony 1.1 писали многие, и вы об этом наверняка уже слышали. Но для тех, кто об этом еще не знает, повторю нововведения, а также выскажу о них своё [авторитетное :)] мнение:

• Новая архитектура. Явное улучшение - компоненты теперь меньше зависят друг от друга.
• Новая система конфигурирования. К счастью, конфигурация через YAML-файлы никуда не делась. Просто сама структура конфигов переделана.
• “The new object-oriented form framework“. Звучит действительно круто. А смысл такой - генерация форм динамически, вместо статических хелперов (которые, кстати, остались), а также - вся работа с формами (указание полей, их валидаторов, настройка свойств показа формы и прочее)  теперь делается в одном месте, что очень удобно. Есть интеграция форм с Propel, например - автоматическая генерация форм по модели.
• Новая система консольных комманд. Честно сказать - если вы не разрабатываете плагины, то разницу вы увидите только в том, что некоторые комманды поменяли своё название.
• Новый парсер YAML. Разве что изменили выдачу инфы об ошибках. Ну и кое-что добавили. Как по мне - для конечного девелопера разница очень мала.
• Теперь плагины - это обычные пакеты PEAR, со всеми вытекающими последствиями, из которых главным, на мой взгляд, является возможность указаниязависимостей от других плагинов.
• Теперь можно выдавать различные вьюхи в зависимости от того, какоt значение принимает хедер Accept. Поподробнее - здесь.
• Собствено, ORM теперь полностью вынесен в плагины. Symfony 1.0 содержала в себе Propel 1.2, и была возможность заменить его на Propel 1.3/Doctrine через плагины. Теперь же и Propel 1.2 вынесен в отдельный плагин. Скорее всего эта возможность пришла вследствии пункта №1.
• Для того, чтобы приложения, написанные на Symfony 1.0 запускались на версии 1.1 был сделан sfCompat10Plugin, который, насколько я понял, в версии 1.2 уберут совсем. К сожалению, проекты всё таки прийдется дорабатывать, чтобы они работали на Symfony 1.1, подробнее об этом можно прочесть здесь.
• Переписан класс routing’а. Теперь все пути кешируются + от этого класса можно отнаследоваться и переделать, от чего бы я не отказался.

А теперь посмотрите и скажите - что из этого может реально пригодится? ИМХО:

• Form Framework
• Зависимости в плагинах
• Различные вьюхи в зависимости от того, какоt значение принимает хедер Accept

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

written by fxposter \\ tags: PHP, Symfony

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

Вот так она выглядит:

А вот и её код:

#nav, #nav * {
  margin: 0;
  padding: 0;
}

#nav {
  overflow: hidden;
  background-color: #FFFFCC;
  border: 1px solid #73B65A;
  margin: 10px 0;
  zoom: 1;
}

#nav li {
  float: left;
  display: block;
}

#nav li a {
  padding: 2px;
  margin: 0 5px;
  display: block;
  height: 100%;
  color: #000000;
  text-decoration: none;
  border-top: 3px solid #FFFFCC;
  border-bottom: 3px solid #FFFFCC;
  float: left;
}

#nav li a:hover {
  border-bottom: 3px solid #73B65A;
}

<ul id="nav">
  <li><a href="...">Гостевая книга</a></li>
  <li><a href="...">Прайс</a></li>
  <li><a href="...">Login</a></li>
</ul>

Пример.

Авось кому-нибудь пригодится.

PS. Менюха на оригинальность и инновационность не претендует!

written by fxposter \\ tags: CSS, HTML, меню

Igorekk затеял очередную эстафету среди блоггеров! Лозунг таков:

“Напишите самый идиотский вопрос по программированию, заданный вами за всё время вашего существования на этой планете!”

или просто

“Write one of your stupid fucking questions!”

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

Вопрос был задан моему бывшему шефу, Gansik’у, во время моего изучения ASP. Звучал он приблизительно так: “А как выводить переменные на экран? Или это невозможно?”. Я не помню, о чем думал, задавая этот вопрос (хотя, конечно, вряд ли о том - можно ли выводить переменные), но вопрос был задан именно так. Кстати, ответом на вопрос является метод Response.Write(variable).

Кто будет следующим?

written by fxposter \\ tags: ASP, эстафета

Последней каплей на предыдущем хостинге стало то, что я WordPress обновлял больше часа по FTP. И всё из-за этих самых разрывов. В общем - сбэкапил я оттуда весь контент и бд, перенаправил NS’ы домена на Dreamhost, а сегодня утром поставил WP на новый хостинг, залил базу, попутно переведя её в UTF-8, и теперь наслаждаюсь жизнью.

PS. По-моему теперь блог стал грузиться быстрее. :)

written by fxposter \\ tags: dreamhost, WordPress

Обзавелся сабжем (справа).

Доволен. Думал, с сенсорным управлением будут проблемы, но пока таких не наблюдаю. По сравнению с предыдущим плеером - охренительный экран, даже больше чем у меня на телефоне (Nokia E61) - аж 3 дюйма, куча всяких рюшечек типа будильников и калькуляторов, (которые, кстати говоря, ИМХО, нафиг не нужны), поддержка bluetooth, причем как в режиме передачи файлов, так и в режиме “гарнитуры” - плеер можно спарить с телефоном и при поступлении звонка говорить через него (чем я вряд ли буду пользоваться, если честно), проигрывание видео, чтение текстов, игры (в том числе и по блютузу, ага ;) )… И 8гб памяти впридачу.

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

Обзоры плеера можно прочесть на Mobile-Review и на Digitlife.

PS. Покупал потому, что на старом плеере практически полностью сдох дисплей, а я без плеера не могу. :)

PPS. Телефоны в качестве плееров рассматриваю, но пока что отдельные устройства мне нравяться больше.

written by fxposter \\ tags: Devices, Music