Показывать под формой сообщение: «Осталось 25 символов» — и адекватно его обновлять. В решении будут поддерживаться все основные движки браузеров, и изменение содержимого формы будет ловиться гораздо более точно, чем событием onkeyup.

Пример:

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

• нажатие буквенных клавиш,
• вставка текста из буфера обмена клавиатурой или мышью,
• удаление или вырезание выделенного текста клавиатурой или мышью,
• перемещение мышью выделенного фрагмента текста (drag’n’drop).

Для случая с <input> будет изменяться атрибут value, для случая TinyMCE будет изменяться DOM дерево.

<input type="text">

Движок Gecko поддерживает нестандартное событие input, которое пришло из XUL:

This event is sent when a user enters text in a textbox. This event is only called when the text displayed would change, thus it is not called when the user presses non-displayable keys.

(XUL Events.)

Также выяснилось, что это событие поддерживают WebKit и Opera. WebKit также поддерживает события DOMSubtreeModified и paste, а Opera — DOMControlValueChanged. Все они вызываются в нашем случае, но нет необходимости.

Gecko пропускает событие при перетаскивании текста мышью, поэтому добавим для него событие dragdrop.

IE поддерживает нестандартное событие onpropertychange:

The onpropertychange event fires when properties of an object, expando, or style sub-object change. <…> When the onpropertychange event fires, the srcElement property of the event object is set to the object whose property has changed.

(MSDN onpropertychange Event.)

Как fallback будем использовать событие keyup (наиболее простое) и DOMCharacterDataModified (на мой взгляд самое правильное из стандартных событий W3C, определено в DOM Level 3 Draft, MutationEvent). По факту, необходимый текст является атрибутом элемента <input>, и должен вызываться DOMAttrModified, но ни один из движков с этим не согласился.

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

function inputlineAttachCharCounter(ed) {
    // Gecko only suppports 'input' (XUL)
    // WebKit: 'input', parentNode.'DOMSubtreeModified', 'paste'
    // IE: onpropertychange
    // Opera: DOMControlValueChanged, input
 
    el = document.getElementById(ed);
 
    // First check most speific engines, and end with generic standard events.
    if (BEDetector.engine.is.Gecko || BEDetector.engine.is.WebKit || BEDetector.engine.is.Opera) {
        el.addEventListener('input',
            function() { inputlineUpdateCharCounter(this) },
            false);
        // Help Gecko
        el.addEventListener('dragdrop',
            function() { inputlineUpdateCharCounter(this) },
            false);
    } 
    else if (BEDetector.engine.is.MSHTML) {
        el.attachEvent('onpropertychange',
            function() { inputlineUpdateCharCounter(null)} );
    } else {
        // Fall to generic standard support
        el.addEventListener('keyup',
            function() { inputlineUpdateCharCounter(this) },
            false);
        // maybe KHTML (DOMCharacterDataModified, also DOMSubtreeModified)
        el.addEventListener('DOMCharacterDataModified',
            function() { inputlineUpdateCharCounter(this) },
            false);
    }
}

Остался простой код по выполнению всяких служебных действий.

<script type="text/javascript" src="/js/bedetector.js"></script>
<script type="text/javascript">
/* If <input> text id is "message-subject", empty <div> for "... characters left" 
   must have id "msgCounter_message-subject". The same for tinymce.
*/
// Constants
var tinymceMaxChars = 500;
var inputlineMaxChars = 50; // Also update maxlength="..." attribute of <input>.
// Prototype library, may be used without it.
document.observe("dom:loaded", function() {
    inputlineAttachCharCounter('message-subject');
    inputlineUpdateCharCounter($('message-subject'));
});
</script>

TinyMCE

Специфика счётчика для TinyMCE в том, что он модифицирует DOM, и нужно решать иные задачи: повесить событие на изменение DOM, найти длину текста без тегов, корректно запретить превышение лимита.

Событие изменения DOM

Поскольку нас интересуют только видимые символы, а не теги, самое подходящее событие стандартного W3C DOM — DOMCharacterDataModified. Его поддерживает Gecko и WebKit, также эти движки поддерживают подходящие для нашего случая DOMSubtreeModified и paste. Но у Gecko обнаружилась проблема, он иногда терял событие, поэтому для него я использовал более общее DOMSubtreeModified.

IE к сожалению ничего не может предложить для отслеживания изменения DOM, поэтому будем выходить из положения следующим набором: onkeyup, onpaste, oncut, ondragend.

Как fallback и для Opera (она поддерживает только keyup) будем использовать keyup и DOMCharacterDataModified.

function tinymceAttachCharCounter(ed) {
    /*
       tinymce editor (ed.getBody()), it is a <body> with DOM in editorMode.
       Gecko: DOMCharacterDataModified, DOMSubtreeModified, paste
       WebKit: DOMCharacterDataModified, DOMSubtreeModified, paste
       Opera: keyup only
       IE: onkeyup, onpaste, oncut, ondragend
     */
    el = ed.getBody();
 
    // First check most speific engines, and end with generic standard events.
    if (BEDetector.engine.is.Gecko) {
        // Gecko sometimes looses DOMCharacterDataModified
        el.addEventListener('DOMSubtreeModified',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed),
            false);
    } 
    else if (BEDetector.engine.is.WebKit) {
        el.addEventListener('DOMCharacterDataModified',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed),
            false);
    } 
    else if (BEDetector.engine.is.MSHTML) {
        el.attachEvent('onkeyup',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed) );
        el.attachEvent('onpaste',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed) );
        el.attachEvent('oncut',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed) );
        el.attachEvent('ondragend',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed) );
    } else {
        // Fall to generic standard support, also Opera is here
        el.addEventListener('keyup',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed),
            false);
        // Not Opera, maybe KHTML (DOMCharacterDataModified, also DOMSubtreeModified)
        el.addEventListener('DOMCharacterDataModified',
            function(e) {
                return function() { tinymceUpdateCharCounter(e) }
            }(ed),
            false);
    }
}

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

function tinymceAttachCharCounter(ed) {
    ed.addEventListener('DOMSubtreeModified',
        function(e) {
            return function() { tinymceUpdateCharCounter(e) }
        }(ed),
        false);
}

Функции в JS имеют доступ к контексту, в котором они определены (за исключением переменных this и arguments). Казалось бы, что мешает сделать просто:

// Ошибочный пример
function tinymceAttachCharCounter(ed) {
    ed.addEventListener('DOMSubtreeModified',
        function() { tinymceUpdateCharCounter(ed) }
        false);
}

Но время жизни внутренней функции (обработчика события function()) больше, чем внешней (назначающей обработчики tinymceAttachCharCounter(ed). Внутренняя функция (замыкание) получает доступ к переменным внешней функции по ссылке, а не по значению. Поэтому в момент исполнения обработчика function() { tinymceUpdateCharCounter(ed) } будет использоваться текущая переменная ed, а не та, что была в момент создания. Если позже во внешней функции или в любом вызове внутренней функции переменная ed изменится, то внутренняя функция перестанет работать. Хотя внешняя функция давно завершилась, время жизни её используемых переменных расширяется до времени жизни внутренних функций.

Мне нужно привязать созданную функцию к ed в момент вызова, поэтому я создаю функцию, и тут же вызываю её, передавая в неё текущую переменную ed — двойное замыкание (см. первый пример). Теперь у каждой внутренней функции будет своя, независимая от внешней функции переменная ed.

Длина текста без тегов и ограничение длины редактора

Здесь код более простой и сильно специфичен для TinyMCE, поэтому привожу его практически без комментариев.

Ограничение длины текста в редакторе можно было бы сделать через метод ed.execCommand('Undo'), но он отменяет гораздо больше, чем последний нажатый символ, поэтому я реализовал собственный движок для одноуровнего Undo.

function updateCounterText(id, n) {
    var el = document.getElementById(id);
    if (n <= 0) {
        el.innerHTML = '<span style="color:#8a1f11">No characters left.</span>';
    } else {
        if (n == 1)
            el.innerHTML = "1 character left.";
        else
            el.innerHTML = n + " characters left.";
    }
}
 
function tinymceGetLength(oEditor) 
{
    // Get the Editor Area DOM (Document object).
    var oDOM = oEditor.getDoc() ;
 
    var iLength ;
    // The are two diffent ways to get the text (without HTML markups).
    // It is browser specific.
    if (document.all) {
        // If Internet Explorer.
        iLength = oDOM.body.innerText.length;
    } else {
        // If Gecko.
        var r = oDOM.createRange() ;
        r.selectNodeContents(oDOM.body);
        iLength = r.toString().length;
    }
 
    return iLength;
}
 
function tinymceUpdateCharCounter(ed)
{
    // To make things faster, remove bookmarks.
    currCount = tinymceGetLength(ed);
    remainCount = tinymceMaxChars - currCount + 1; //fix: allow +1
 
    if (remainCount <= 0) {
        // Need to use own undo for small events.
        //ed.execCommand('Undo');
        if (tinymceUndoBuffer[ed.editorId]) {
            ed.setContent(tinymceUndoBuffer[ed.editorId]);
            ed.selection.moveToBookmark(tinymceUndoBookmark[ed.editorId]);
        }
    } else {
        tinymceUndoBuffer[ed.editorId] = ed.getContent();
        tinymceUndoBookmark[ed.editorId] = ed.selection.getBookmark();
    }
 
    //-1 to counteract above +1
    updateCounterText('msgCounter_' + ed.editorId, remainCount - 1);
}

При создании TinyMCE я вызываю свои функции инициализации по собственному событию редактора onInit, и поскольку не во всех движках удалось добиться хорошего обнаружения изменений DOM, помогаю внутренним событием onChange, но оно вызывается редко (в момент создания уровня внутреннего Undo).

<script type="text/javascript" src="/js/bedetector.js"></script>
<script type="text/javascript">
/* If <input> text id is "message-subject", empty <div> for "... characters left" 
   must have id "msgCounter_message-subject". The same for tinymce.
*/
// Constants
var tinymceMaxChars = 500;
 
tinyMCE.init({
    mode : "exact",
    elements : "details",
    setup : function(ed) {
        ed.onInit.add(function(ed) {
            tinymceAttachCharCounter(ed);
            tinymceUpdateCharCounter(ed);
        });
        ed.onChange.add(function(ed, l, um) {
            // Help Opera here, will help handle paste, but delayed
            tinymceUpdateCharCounter(ed);
        });
    }
});
</script>

Вот и всё, если я упустил какие-либо события, или есть комментарии, прошу.

Здесь я буду писать про IT, идеи, сравнения, анализ. Частично для себя, частично для тех, кому интересно.

• PDO (часть PHP 5);
• ADOdb 5 5.04a (25.03.2008);
• MDB2 (часть PEAR, наследник и объединение PEAR DB и Metabase) 2.5.0b1 (15.03.2008);
• Zend_Db 1.5.2 (15.05.2008);
• ADOdb Lite 1.4.2 (12.01.2007);
• DbSimple v2 R226 SVN (17.09.2007).

Версии — последние на текущий момент.

Субъективность и объективность

Я раньше в своих проектах использовал собственный класс доступа к БД, потом начал использовать DbSimple, потом перешёл на PHP 5 и стал больше склоняться к решениям без поддержки PHP 4 (например, Zend Framework). DbSimple и ADOdb Lite уже больше года не обновлялись, это достаточно плохо с моей точки зрения. На большие и неиспользуемые объёмы кода смотрю подозрительно, удобство интерфейса уважаю. Всегда могу выдавить из тюбика зубной пасты ещё чуть-чуть. К счастью, это всё никакого отношения к тестированию не имеет.

Методология

Нагрузка на сервер создавалась при помощи httperf от Hewlett-Packard. Тесты запускались несколько раз, после чего отбрасывался худший результат, а остальные усреднялись. Сервер настроен на высокую производительность, программная часть следующая:

• FreeBSD 7.0-RELEASE-p1;
• Apache 2.2.8;
• PHP 5.2.6 with Suhosin-Patch 0.9.6.2;
• nginx 0.6.31;
• MySQL 5.0.51a;
• httperf 0.9.0;
• APC 3.0.19.

Логи отключены в Apache и nginx, вывода скриптов нет. Текст .htaccess:

php_value include_path "/home/test.com/data/library"
php_value display_errors off
php_value error_reporting 2047
php_value max_execution_time 200

httperf создавал постоянную последовательную нагрузку без пауз в один поток, запускался следующим образом:

httperf --server=test.com --uri=/DBBenchmark/adodb.php --num-conns=1000

Тест 1. Синтетический

В этом тесте каждый класс исполнял 10 000 раз цикл из 8 разных запросов, скрипт запускался 1 раз.

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

Страницы в секунду — здесь это расчётный параметр для сравнения, он получается по формуле: 10000 / 8 / (время исполнения тестового скрипты), и отображает, сколько циклов по 8 запросов выполняет класс в секунду.

Видно, что у MDB2 достаточно медленный парсер.

В виде таблицы:

Тест 2. Реальный

В этом тесте каждый класс исполнял 2 раза цикл из 8 разных запросов. Скрипт запускался последовательно 1000 раз.

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

Проводилось два разных измерения: сначала цикл с 8 запросами исполнялся 2 раза на страницу (всего 16 запросов), потом 1 раз (всего 8 запросов). Официальным результатом теста считается первый вариант с 2 проходами цикла. Он показывает также, насколько эффективен кеш подготовленных (prepared) запросов в классе, и в реальном многомодульном приложении не всегда удаётся избежать повторных запросов. Тест с одним проходом цикла интересен для сравнения, позже я опишу результаты.

Ещё один проход теста был сделан с включённым opcode кешированием от APC. По некоторым сторонним тестам APC даёт очень хороший результат из всех opcode кешей (xCache, eAccelerator, Zend Platform). Тестирование разных opcode кешей выходит за рамки данной статьи, поэтому я использовал только APC. Здесь результаты сильно варьировались от запуска к запуску, пока оптимизировался кеш, методология тестирования игнорирует самые плохие результаты и усредняет хорошие, поэтому можно получить достаточно устойчивую картину.

Без APC

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

Что ожидается: в отличии от синтетического теста, здесь достаточно большую долю времени будет компилироваться код класса. Разница в выполнении двух и одного цикла нам покажет, насколько эффективен механизм кеширования скомпилированных запросов. Если разница будет небольшая, значит механизм эффективен, если большая — то неэффективен или отсутствует. Также по разнице можно примерно оценить, какая доля времени приходится на компиляцию собственно кода класса.

Результаты без APC:

Итак, наиболее эффективные механизмы кеширования у Zend_Db и ADOdb, чуть менее у MDB2. PDO, ADOdb Lite и DbSimple показывают достаточно ощутимую разницу.

Самое интересное, ради чего и создавался этот тест, выяснить, какая из библиотек эффективнее. Как я и говорил, будем сравнивать результаты с двумя циклами. Итак, из библиотек с полным DBAL лидирует Zend_Db, второе место у ADOdb и замыкает MDB2. Среди более простых библиотек лидер ADOdb Lite, следом DbSimple. PDO, как единственный класс, написанный на Си, вне конкуренции.

C APC

Я выделил 128 Мб на кеш и поставил большой TTL, чтобы код всех классов мог поместиться одновременно и не выбрасываться до окончания тестов.

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

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

Здесь меня ожидал сюрприз: не все библиотеки одинаково работают с APC, и некоторые результаты не так просто объяснить.

Во-первых, произошли перестановки среди лидеров: ADOdb поднимается на первое место среди полноценных DBAL, Zend_Db и MDB2 идут следом. Интересно, что кеширование позволило Zend_Db догнать DbSimple. В случае PDO, кешировать было практически нечего, кроме самих тестовых скриптов и файла с запросами. Мне очень понравилось как ADOdb работает с APC.

Замечено интересного

1. При попытке тестирования стандартным ab, я получал Segmentation fault от Apache 2. Выяснилось, что так ab реагирует на связку nginx + apache и ломает apache. Причём в комплекте Apache 1 ab рабочий. Но доверие к нему было подорвано, и я использовал httperf.
2. Очень сильно на скорость влияет include_path в PHP. Надо папку с библиотеками указывать первой, затем всё остальное. Это потому, что пути include внутри библиотек вида «Zend/Db/Table.php» и они начинают поиск по списку include_path.
3. При тестировании сам процеcc httperf создаёт достаточно большую нагрузку на CPU. Отчасти поэтому я сделал синтетический тест, где httperf нагрузки практически не создавал. Все классы находились в одинаковых условиях, поэтому большой проблемы это не вызвало, но иметь в виду нужно.
4. При тестировании с APC и первом запуске теста заметно значительное среднеквадратичное отклонение скорости коннекта, смотрим:

Это косвенно показывает, как заполняется кеш opcode в APC. После окончания тестов использование APC этими классами было следующим:

Cached Files: 583 ( 45.0 MBytes)
Hits: 230198
Misses: 586
Request Rate (hits, misses): 138.94 cache requests/second
Hit Rate: 138.59 cache requests/second
Miss Rate: 0.35 cache requests/second
Insert Rate: 0.35 cache requests/second
Cache full count: 0

Тексты тестов

pdo.php:

<?php
require_once 'sql.php';
$db = new PDO("mysql:dbname=blog;host=127.0.0.1", "blog", "password");
for ($i = 0; $i < $count; $i++)
{
    foreach($select as $s) {
        $rs = $db->query($s)->fetchAll(PDO::FETCH_ASSOC);
        foreach($rs as $r) {
        }
    }
    foreach($update as $s) {
        $z = $db->query($s);
    }
}

adodb.php:

<?php
require_once 'adodb5/adodb.inc.php';
require_once 'sql.php';
$ADODB_FETCH_MODE = ADODB_FETCH_ASSOC;
$db = NewADOConnection("mysql://blog:password@127.0.0.1/blog"); 
for ($i = 0; $i < $count; $i++)
{
    foreach($select as $s) {
        $rs = $db->Execute($s);
        foreach($rs as $r) {
        }
    }
    foreach($update as $s) {
        $z = $db->Execute($s);
    }
}

mdb2.php:

<?php
require_once 'PEAR/MDB2.php';
require_once 'sql.php';
$db =& MDB2::connect(array(
    'phptype'  => 'mysql',
    'hostspec' => '127.0.0.1',
    'username' => 'blog',
    'password' => 'password',
    'database' => 'blog'
));
$db->setFetchMode(MDB2_FETCHMODE_ASSOC);
for ($i = 0; $i < $count; $i++)
{
    foreach($select as $s) {
        $rs = $db->query($s)->fetchAll();
        foreach($rs as $r) {
        }
    }
    foreach($update as $s) {
        $z = $db->query($s);
    }
}

zend_db.php:

<?php
require_once 'Zend/Db/Adapter/Pdo/Mysql.php';
require_once 'sql.php';
$db = new Zend_Db_Adapter_Pdo_Mysql(array(
    'host'     => '127.0.0.1',
    'username' => 'blog',
    'password' => 'password',
    'dbname'   => 'blog'
));
for ($i = 0; $i < $count; $i++)
{
    foreach($select as $s) {
        $rs = $db->fetchAll($s);
        foreach($rs as $r) {
        }
    }
    foreach($update as $s) {
        $stmt = $db->query($s);
        $z = $stmt->rowCount();
    }
}

adodb_lite.php:

<?php
require_once 'adodb_lite/adodb.inc.php';
require_once 'sql.php';
$ADODB_FETCH_MODE = ADODB_FETCH_ASSOC;
$db = NewADOConnection("mysql://blog:password@127.0.0.1/blog"); 
 
for ($i = 0; $i < $count; $i++)
{
    foreach($select as $s) {
        $rs = $db->Execute($s)->GetAll();
        foreach($rs as $r) {
        }
    }
    foreach($update as $s) {
        $z = $db->Execute($s);
    }
}

dbsimple.php:

<?php
require_once 'DbSimple/Generic.php';
require_once 'sql.php';
$db = DbSimple_Generic::connect('mysql://blog:password@127.0.0.1/blog');
for ($i = 0; $i < $count; $i++)
{
    foreach($select as $s) {
        $rs = $db->query($s);
        foreach($rs as $r) {
        }
    }
    foreach($update as $s) {
        $z = $db->query($s);
    }
}

sql.php:

<?php
$select = array();
$select[] = "SELECT uni_files.id, name, disk_filename, icon, size FROM uni_files INNER JOIN uni_filetypes ON uni_files.filetype_id=uni_filetypes.id WHERE post_id='167' AND blog_id='3'";
$select[] = "SELECT p.id, nick, p.poster_id, creation_date, post_title, post_text, CEILING((rgt - lft - 1) / 2) AS comment_count FROM uni_posts p LEFT OUTER JOIN uni_users ON p.poster_id = uni_users.id LEFT OUTER JOIN uni_posts_keywords pk ON p.id = pk.post_id AND pk.keyword_id='34' WHERE parent_post_id IS NULL AND NOT(keyword_id IS NOT NULL AND p.poster_id!='3') AND blog_id='3' ORDER BY creation_date DESC LIMIT 0, 4";
$select[] = "SELECT EXTRACT(DAY FROM creation_date) AS day, COUNT(*) AS day_count FROM uni_posts WHERE parent_post_id IS NULL AND blog_id='3' AND EXTRACT(YEAR FROM creation_date)=2008 AND EXTRACT(MONTH FROM creation_date)=6 GROUP BY day";
$select[] = "SELECT uni_posts.id, nick, poster_id, creation_date, post_title, post_text, post_text_wiki, active_text FROM uni_posts LEFT OUTER JOIN uni_users ON uni_posts.poster_id = uni_users.id WHERE uni_posts.id='123' AND blog_id='3'";
$select[] = "SELECT uni_posts.id, rgt, nick, creation_date, post_title, post_text FROM uni_posts LEFT OUTER JOIN uni_users ON uni_posts.poster_id = uni_users.id LEFT OUTER JOIN uni_posts_keywords pk ON uni_posts.id = pk.post_id AND pk.keyword_id='34' WHERE NOT(keyword_id IS NOT NULL AND poster_id!='3') AND uni_posts.id='123' AND blog_id='3'";
$select[] = "SELECT p1.id, nick, p1.creation_date, p1.modification_date, p1.post_title, p1.post_text, p1.parent_post_id, p2.post_title AS parent_post_title, p3.post_title AS answer_parent_post_title, p3.id AS answer_parent_post_id FROM uni_posts p1 LEFT OUTER JOIN uni_users ON p1.poster_id=uni_users.id LEFT JOIN uni_posts p2 ON p1.parent_post_id=p2.id LEFT JOIN uni_posts p3 ON p2.root_post_id=p3.id LEFT OUTER JOIN uni_posts_keywords pk ON p1.id = pk.post_id AND pk.keyword_id='34' WHERE NOT(keyword_id IS NOT NULL AND p1.poster_id!='3') AND p1.blog_id='3' ORDER BY modification_date DESC LIMIT 0, 10";
$select[] = "select productid,productname,unitsinstock,unitprice from products";
 
$update = array();
$update[] = "UPDATE uni_users SET login_date=NOW() WHERE id='1'";
 
$count = 2;

Итоги

Сравним скорость без APC и с APC. В обоих случаях выполнялось 2 цикла.

Табличка для дигиталов:

Одной из целей этого тестирования было опробовать новый класс Zend_Db и посмотреть его в сравнении. Тесты показали, что Zend_Db достойный конкурент, и этот класс вполне можно использовать в любых комбинациях. Одним из сюрпризов тестирования оказалась большая скорость ADOdb Lite при немаленьком объёме кода. Если ему простить некоторые интерфейсные огрехи, то можно рекомендовать там, где не нужен полный DBAL. В некотором роде аутсайдером оказался MDB2, он работает медленнее остальных. Отчасти это можно объяснить тем, что он построен на основе абстракции от диалектов SQL Metabase.

Субъективные итоги

Я ожидал большего от Zend_Db, но в то же время по результатам теста я не буду отказываться от этого класса, он показал себя вполне достойно. Я приятно удивлён скоростью ADOdb, и шокирован скоростью ADOdb Lite, почему-то слово ADOdb у меня ассоциировалось с чем-то большим и неповоротливым. Да, у него есть недостатки в интерфейсе, но скорость на уровне, это радует. DbSimple по непонятной причине оказался медленнее ADOdb Lite, хотя в нём всего 2 файла. Видимо разработчик не ставил целью скорость.

Для себя я сделал вывод: в новых проектах я буду использовать Zend_Db и APOdb Lite (если устроит его интерфейс). Когда понадобится что-то совсем простое, то либо свой класс, либо DbSimple. MDB2 стоит использовать, когда на самом деле нужна независимость от диалектов SQL, что на практике достаточно редко.

Ссылки

1. В одном из запросов использовалась БД из давнего теста ADBL.
2. Более популярно про Zend_Db с примерами.
3. В Zend_Db есть ещё небольшой нюанс, который замедляет исполнение SELECT запросов в MySQL. После его исправления надо будет повторить тесты.

Server: Msg 8152, Level 16, State 9, Line 1
String or binary data would be truncated.
The statement has been terminated.

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

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

Есть два способа отключения:

1. Выполнить в начале запрос: SET ANSI_WARNINGS OFF
2. Для всех соединений одновременно, используя хранимую процедуру: sp_dboption 'DatabaseName', 'ANSI warnings', 'FALSE'.

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

Итак, начнём с кода.

Страница, с которой происходит запрос. Здесь расположена форма, которую заполняет пользователь:

default.asp:

<script type="text/javascript">
  function test(email) {
    href = 'tester.asp?email=' + encodeURI(document.getElementById('in_email').value);
    span = document.body.appendChild(document.createElement("SPAN"));
    span.style.display = 'none';
    span.innerHTML = 'text<s'+'cript></'+'script>';
    setTimeout(function() {
      var s = span.getElementsByTagName("script")[0];
      s.language = "JavaScript";
      if (s.setAttribute)
        s.setAttribute('src', href); else
        s.src = href;
    }, 10);
  }
</script>

<input type="text" id="in_email" value="test@example.com" />

<a href="javascript:test()">Тест</a>
<div id="result"></div>

Скрипт, который получает своим аргументом проверяемый адрес, и отвечает посредством создания JavaScript кода:

tester.asp:

<%@LANGUAGE = JScript %>
<%
  var email = decodeURI(Request.QueryString("email"));
  // Здесь можно добавить проверку на уникальность адреса в базе пользователей
  var filter = /^([a-zA-Z0-9_\.\-])+\@(([a-zA-Z0-9\-])+\.)+([a-zA-Z0-9]{2,4})+$/;
  if (filter.test(email))
    msg = "Правильный адрес.";
  else
    msg = "Неправильный адрес!";
  Response.Write('document.getElementById("result").innerHTML = "' + msg + '"');
%>

Обратим внимание, что первый скрипт может быть простым HTML, без ASP или PHP. Второй же скрипт может быть на любом серверном языке ASP или PHP, но возвращать в браузер должен синтаксически правильный JavaScript. Собственно, послеполучения ответа браузер этот JavaScript и будет исполнять.

В нашем примере после нажатия кнопки создаётся новый невидимый элемент span в конце документа, в него добавляется script и источником JS-скрипта ставится ASP или PHP скрипт на сервере. Этому скрипту на сервере передаётся интересующий нас аргумент, он его проверяет, и выдаёт ответ в виде правильного JavaScript. Браузер не замечает, что работал скрипт на сервере, и получает сразу правильный JavaScript, который тут же и исполняет.

Итак, применять это можно в тех случаях, когда нужен простой и быстрый AJAX, в то же время максимально совместимый. Собственно, простота и совместимость — его главное преимущество перед XMLRequest.

Начальная идея — dklab, за что огромное спасибо.

Поэтому на критические действия вроде удаления файлов нужно ставить подтверждения. Рассмотрим, как это можно проще всего сделать на JavaScript:

<a href="/post63/delete"
  onclick="return confirm('Сообщение &laquo;HelloWorld&raquo; будет удалено. Удалить?')">
  Удалить</a>

confirm() выведет стандартное диалоговое окно Windows, на котором на будет две кнопки: OK и Отмена (язык надписей соответствует языку Windows).

В сообщении чётко указывается два момента:

1. что именно будет удалено. Пользователь должен проверить, то ли он на самом деле удаляет;
2. чёткий короткий вопрос, который подразумевает однозначный ответ.

Если JavaScript будет отключён у пользователя, ссылка всё-равно будет работать, правда без подтверждения. Но поскольку процент таких пользователей мал, это допустимо.

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

Вывод: ждём исправления ошибок и улучшения совместимости, а также, возможно, более мощной машинки. Хотя какой бы мощность не была, уменьшать скорость одной только новой версией ОС — это занятие на мазохиста апгрейдинговых технологий. Так что пока явных плюсов WM5 не показала. Вот когда появится софт только под WM5, придётся задуматься...

1. ActiveSync вообще отказался видеть устройство. Решение было в том, что отныне PocketPC использует DHCP для получения своего IP, и поэтому нужно проверить, получило устройство IP или нет (ipconfig /all), и если нет — включить сервис DHCP (который был у меня отключён как до сих пор неиспользуемый).
2. ActiveSync настолькой системы магическим образом переключился в настоящий режим 4.1 (до этого он использовал устаревший код 3.8), при этом у него исчезли настройки периода синхронизации, и он начал синхронизировать устройства каждые 5 минут.

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

В общем впечатления от ОС пока положительные: давно мечтал управлять всем при помощи кнопок, а две совтовые клавиши, отображаемые в WM5, этому очень способствуют.

PS. Да, это первый пост, вы ничего не пропустили: здравствуйте.