blog.ad.by

XSLT/XPATH Tips & Tricks

2010-03-08T02:30:00.001+02:00

Это пост-памятка про различные нюансы XSLT/XPATH. Ничего секретного, просто компиляция из разных источников. Примеры использовал в основном чужие.

Поиск предка лучше реализовывать не через ../../../ а через ancestor::foo[1] — такой подход будет работать и в случае, если искомый элемент изменил своё положение.
По возможности, не следует пользоваться конструкцией // так как её использование ведет к потере производительности. Процессор вынужден будет просмотреть всё дерево документа целиком.
По возможности, не следует пользоваться конструкцией .// так она часто употребляется неверно. Пример – требуется найти первого потомка с именем foo в текущем элементе. Ответ .//foo[1] неверен. Запись .//foo является короткой формой self::node()/descendant-or-self::node()/child::foo соответственно .//foo[1] означает “все потомки с именем foo, каждый из которых первый у своего родителя”. Т.е. возможен возврат более одного элемента. Правильный ответ — descendant::foo[1]. В большинстве случаев именно это и требуется. Другое возможное решение проблемы получения лишних узлов — всегда использовать скобки если в xpath-выражении есть хоть один слеш и оно применяется вне конструкции <xsl:value-of select="" />. Т.е. второй правильный ответ — (.//foo)[1]. Конструкция <xsl:value-of select="" /> вызывает функцию string, которая возвращает текстовое представление только первого узла из отобранных.
Существует красивый способ применения оси self. Например following-sibling::*[1][name() = 'foo'] можно заменить на following-sibling::*[1]/self::foo. Т.е. убираем предикат.
Достаточно распространена ошибка с непониманием работы оператора !=. Особенно при попытке эмулировать ветку else для xsl:if. Это не отрицание, это условие отбора всех узлов для которых не выполняется некоторое условие. А узлов ведь может и не быть. Отрицание корректно задается функций not().
Также многие не понимают оператор =. Это не только проверка на равенство, но и проверка на наличие в списке. Хороший пример: person[@name = $vip/person/@name] позволяет найти людей, у которых имя встречается в списке $vip (а не равно всему списку сразу, как кажется).
Как проверить, что два узла есть один и тот же узел. Первый вариант — count($foo | $bar) = 1. Второй вариант — generate-id($foo) = generate-id($bar).
Как элегантно писать шаблоны с внутренними условиями без громоздкого xsl:choose. Говорящий пример:
<xsl:template match="Brands" />

<xsl:template match="Brands[Brand]">
<h2>Производители</h2>
<ul>
<xsl:apply-templates select="Brand" />
</ul>
</xsl:template>

<xsl:template match="Brands[count(Brand) > 10]">
<h2>Много производителей</h2>

</xsl:template>
Как посчитать среднее. <xsl:variable name="avg" select="sum(/list/item) div count(/list/item)"/>
Как найти минимум/максимум — отсортировать по возрастанию/убыванию и взять первую.
<xsl:variable name="min">
   <xsl:for-each select="/list/item">
      <xsl:sort data-type="number" order="ascending"/>
      <xsl:if test="position() = 1"><xsl:value-of select="." /></xsl:if>
   </xsl:for-each>
</xsl:variable>
current() в предикате позволяет вернуться к контексту текущего узла. То есть вместо того, чтобы создавать переменную:
<xsl:template match="navigation">
   <xsl:variable name="status" select="@status" />
   <xsl:value-of select="/captions/caption[@status = $status]" />
</xsl:template>
гораздо удобнее писать
<xsl:template match="navigation">
   <xsl:value-of select="/captions/caption[@status = current()/@status]" />
</xsl:template>
Вместо того чтобы писать несколько xsl:value-of подряд, можно использовать concat(). Например <xsl:value-of select="concat(@Name, ' ', @Surname)" />
Нужно помнить, что всегда выполняется следующий порядок:
preceding-sibling[last()]
...
preceding-sibling[2]
preceding-sibling[1]
current item
following-sibling[1]
following-sibling[2]
...
following-sibling[last()]
Но! position() после <xsl:sort> возвращает позицию в отсортированном дереве.
Также нужно помнить что call-template, в отличие от apply-templates, не меняет контекстный (текущий) узел.
При написании тестов узлов важно не забывать о богатстве возможностей предикатов. Вот хороший пример. <xsl:template match="news[region/person[starts-with(., 'A')]]" />. Или вот — <xsl:apply-template select="comment[@status = 'real'][position() <= 3]" />

Prathit Bondre написал интересный документ XSLT – Efficient Programming Techniques. Есть перевод. В этом документе рассмотрены весьма полезные приемы:

Подключение внешних файлов с данными. Через DOCTYPE ENTITY, через функцию document(). Я сам применяю первый способ для подключения мелких файлов, нужно только помнить, что на эти файлы распространяется ряд неприятных ограничений. Например, при подключении js-скрипта в файле не должно быть символа &.
Пересечение, разность и дизъюнкция множеств.
Нерекурсивные циклы.
Условная выборка в xpath.
Классическая группировка по Мюнху.
Библиотека готовых функций http://xsltsl.sourceforge.net/. Это не EXSLT.

Подключение ENTITY также интересно рассмотрено у Сергея Чикуенка. Он применяет их для эмуляции переменных в тестах узлов шаблонов.

Ну и на закуску. Как получить кросс-процессорную функцию node-set. Использую этот метод давно, отлично работает.

D-LINK DSL-2500U/BRU/D & PPTP

2009-12-14T00:07:00.002+02:00

ADSL-провайдер, услугами которого я сейчас пользуюсь, использует VPN-туннель через PPTP. На практике это проявляется в том, что невозможно получить интернет просто включив модем. Нужно ещё создать подключение на компьютере и включать его, когда модем соединится. Раздражает страшно. Техподдержка прикидывается валенком, мол, мелочь, “пропишите ярлык в автозагрузку” или уверяют, что ради заботы о клиентах, ведь “это так удобно, трафик лишний не набежит”. Они, видимо, не подозревают, что компьютеры последние лет пять не перезагружаются месяцами, а просто впадают в гибернацию. А гибернация рвёт VPN-туннель. Да и байтики экономить ни к чему, хотя доступных безлимитных тарифов в Беларуси и нет, но есть доступные тарифы с большим количеством трафика. Кроме того, техподдержка прописывает статические маршруты на свои подсети прямо на компьютере. Совсем обленились, а в модеме такая функция зачем? И dns-сервера прописывают ещё и в ярлыке соединения. В общем устал я от этого.

Проблему можно решить используя ADSL-модем с внутренней поддержкой PPTP-соединений. Из закромов был извлечен D-LINK DSL-2500U/BRU/D. Путем долгой борьбы модем таки удалось отконфигурировать и запустить с поддержкой PPTP.

Алгоритм такой:

Модем придется перепрошить. Нужна прошивка RU_1.50_02162009 и никакая другая, т.к. в этой уже отключили шифрование для PPTP (провайдер не дает соединиться с шифрованием), а во всех последующих прошивках PPTP нет совсем.
После перепрошивки модем нужно сбросить аппаратно. Сзади есть кнопка сброса, её нужно зажать на секунд 10 и включить питание. После этого модем действительно сбросит все настройки в заводские. Как ни странно, но аналогичная кнопка в веб-интерфейсе модема таким действием не обладает.
Теперь нужно настроить WAN. Заходим через веб-интерфейс. Advanced Setup > WAN. Тут никаких отклонений от того, что настраивают люди из техподдержки. Ровно так и прописываем, в конце нажимаем Save/Reboot.
А теперь нужно прописать статическую маршрутизацию. Advanced Setup > Routing > Static Route. Берем за образец командный файл от техподдержки, только в качестве Gateway прописываем ip-адрес гейта по умолчанию из предыдущего шага.
И только теперь заходим в Advanced Setup > PPTP. Там пишем Enable: да, Tunnel Name: vpn.adsl.by, PPTP Server IP Address: vpn.adsl.by, User Name и Password берете из пямятки от провайдера, Authentication Method: MSCHAPv2, Default Route: да. Обращаю внимание на то, что вместо ip-адреса можно сразу имя сервера вписать. Нажимаем Save/Apply.
Теперь идем в Management > Save/Reboot. После перезагрузки идем в Device Info > WAN и смотрим на PPTP Info — там через минуту появится информация о PPTP-соединении. Всё. Больше рекомендую ничего не трогать. Ну разве что SNMP отключить.

Итоги борьбы:

Включил модем — есть интернет. Без всяких дополнительных телодвижений. Это удобно.
К модему можно подсоединить любой компьютер, ничего конфигурировать не нужно. Это удобно.
Упала скорость скачивания! Линия включена как 8Мбит. Реальная скорость была 6.6Мбит. После переноса PPTP на модем стало 3.6Мбит! А скорость закачки как была 0.6Мбит, так и осталась. Модем-то тормозной, оказывается. То-то я думаю, почему это D-LINK убрал PPTP-из прошивки.
Вот так. Приходится выбирать. Или скорость или отсутствие геморроя. Видимо придется купить нормальную технику, Linksys или Cisco.
Update по предварительным результатам эксплуатации: при организации VPN-туннелей поверх модемного PPTP возникают глюки с потерей пакетов, соединение часто рвется, в общем неприятно. Вдвойне понятно почему PPTP удален из современных прошивок.

Несмотря на то, что технически у Белинфонета всё сделано исключительно бездарно с точки зрения клиента, это сейчас единственная контора дающая и нормальную скорость и 30ГБ трафика одновременно за 50$. У остальных такого нет при схожих ценах.

DNS, Hosting, Panel, Redirect, Email for Free

2009-10-22T18:48:00.002+02:00

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

Имя. Нужно купить доменное имя второго уровня ) Ну да, немного обманул ) На имени сэкономить, наверное, не удастся. Но бывают акции у разных регистраторов. Так что вероятность получить бесплатное доменное имя всё-таки есть. У меня один раз получилось. Для работы домена нужно сообщить регистратору, какие DNS-сервера будут обслуживать записи о вашем домене. Сразу же при регистрации уведомляем своего регистратора, чтобы прописал сервера freedns1.registrar-servers.com, freedns2.registrar-servers.com и freedns3.registrar-servers.com в качестве наших первичных/вторичных DNS-серверов. Через несколько часов/дней эта информация разойдется по миру и ваш будущий домен станет доступен всем.
DNS-сервера. Регистраторы обычно дают такой сервис за деньги, предоставляя свои DNS-сервера. На этот трюк покупаться не стоит. А стоит найти того кто предоставляет сервис FreeDNS. Таких мест много, но все они, по разному ущербны. Кроме одного - namecheap.com! Именно его сервера мы использовали на предыдущем шаге. Итак, идем, регистрируемся, потом заходим в пункт Free DNS Hosting и добавляем свой домен.
Панель управления. К доменному имени большая часть регистраторов дает готовую панель управления DNS-записями. Тем, кому как и мне, не повезло, namecheap.com дает свою. Заходим в Free DNS –> Your Hosted Domains, щелкаем по своему, добавленному на предыдущем шаге, домену и приступаем к редактированию DNS-записей. Это будет долго и нудно, но стоит того. Кстати, на этой странице, возможно будет кнопка “подтвердить владение”, так вот её нужно нажать, и namecheap отправит на почтовый адрес администратора (который вы указали при регистрации домена) специальную ссылку, пройдете по ссылке, и namecheap будет считать вас владельцем вашего домена.
Почта. Без почты никуда ) Идем на Google Apps For Domain и регистрируем там свой домен как администратор. Кстати, там же и купить можно, но не пробовал. Регистрируемся как некоммерческий пользователь, а не триальный на 30 дней, как это предлагается по умолчанию! Бесплатная ссылка запрятана где-то сбоку. Перейти с коммерческого на бесплатный потом нельзя! Гугл предложит подтвердить владение доменом и сообщит код. Идем в панель и прописываем там специальную запись: в первую колонку строчку с кодом от гугла, во вторую колонку “ghs.google.com.” (без кавычек и точкой!) в третьей выбираем “CNAME (alias)”. Сохраняем. Возвращаемся на гугл и нажимаем на кнопку проверки. Гугл проверит и поверит, что этот аккаунт действительно от администратора домена. В аккаунте включаем SSL, включаем почту, создаем нужные почтовые ящики. У почты прописываем Web Address какой нравится. У меня, например, это mail.ad.by. Через этот адрес будете заходить в свою почту. Потом идем в панель управления DNS и прописываем там строку “mail”, “ghs.google.com.”, “ghs.google.com.”. Кроме того, чтобы никто не рассылал спам от вашего имени можно прописать SPF-запись - строку “@” “v=spf1 +a include:aspmx.googlemail.com +mx -all” “TXT Record”. Это не всё. Самое главное, выбрать в панели пункт “User (Mail Server's Host Name Required)” и прописать туда семь строк. Если строк не хватает, сохраняетесь, после этого на странице появятся ещё поля для ввода. Всё, почта работает. Идем на адрес mail.вашдомен.com или что вы там указывали, и наслаждаемся нормальной почтой.
Уведомления о новой почте/GoogleTalk/Jabber. Ставим GoogleTalk и он будет уведомлять нас новых письмах. Идем в гугловую панель, включаем сервис Chat, качаем и ставим GoogleTalk. Идем в namecheap-панель и долго и нудно прописываем там 15 строчек в разделе SRV SETTINGS. Параметры можно посмотреть много где. Основные 10 строк описаны у гугла. Остальные 5 строк нужны для тех кто собирается использовать сторонний jabber-клиент. Это самая нудная часть.
Хостинг. Нужно же сайт к домену привинтить. Идем на Google App Engine, регистрируемся (понадобится мобильный телефон – на него придет SMS с кодом подтверждения, причем в Беларусь не отправляют), регистрируем новое приложение. Писать можно на языках Python и Java. Но программировать не обязательно, если сайт статический. Качаем выбранный SDK, разбираемся и программируем сайт, или гуглим и качаем уже готовый. Заливаем код на App Engine. Привязывает его к имени www.вашсайт.ком. Потом идем в гугловую панель своего домена и подключаем сайт как сервис. Теперь идем в namecheap-панель и в двух верхних строках пишем следующее. Первая строка - “http://www.вашдомен.ком/?” (вопросительный знак важен) и “URL Redirect (301)”. Вторая строка “ghs.google.com.” и “CNAME (Alias)”. Сохраняем. Всё. Теперь при заходе на ваш сайт пользователи будут видеть чего вы там напрограммировали.
DynamicDNS. Если кому-то нужно, то имейте виду, что namecheap дает и такую возможность.

Всё. Имеем полноценный сайт с почтой. Быстрый, бесплатный. Если он статический, так ему ещё и DDOS не страшен – гугл раздает статику через свой CDN.

MS SQL Server Documentation

2009-08-19T12:44:00.001+02:00

Это пост праведного гнева, направленного против разного рода копипастеров и лиц, не желающих читать документацию производителя.

Меня всегда неприятно поражало желание людей своими словами пересказывать системную документацию. А чтоб умным показаться добавлять какого-нибудь бреда пару строк. И не лень же?

И ведь их читают и на них ссылаются. Это болезнь какая-то. Что только люди делать не будут, лишь бы документацию не читать.

Для MS SQL Server написана, пожалуй, лучшая в мире документация! Она краткая, она простая, она понятная и она небольшая по объему. Её можно прочитать за несколько дней и не парить себе и окружающим мозги.

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

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

Но SQL Server не такой. Он молодой, он простой, он логичный, он стабильный, он разработан командой высококлассных специалистов. И из-за этого у него простая и понятная документация. Найдите два-три дня и прочитайте её. За выходные можно успеть.

Всё. За рецептами всяких практических хитростей потом можно сходить почитать sql.ru. Могу ещё порекомендовать книги Артемова и сборник от того-же sql.ru. Больше можно ничего не читать.

Java & Decompilation & GAE SDK

2009-08-13T13:14:00.001+02:00

При работе с любой программой может возникнуть непреодолимое желание заглянуть в её исходники. Вот и при работе с Google App Engine SDK for Java я неоднократно ловил себя на мысли: насколько проще было бы работать, смотря прямо в его код. Как заглянуть в исходники любого Java-класса?

На текущий момент существует один, самый лучший бесплатный декомпилятор Java. Fernflower. Это ограниченная бета в виде онлайн-сервиса. Сразу предупреждаю, в Google Chrome не работает. Дефект верстки, используйте другие браузеры.
Итак, декомпилятор есть. Но он не принимает файлы размером более 5Мб, а в SDK файлы больше. Обойти это ограничение достаточно просто. Jar-файлы это просто zip-архивы. Причем плохо сжатые. Берем лучший бесплатный архиватор 7-zip и пережимаем jar-файлы. Результат впечатляет – 7-zip жмет в два раза сильнее.
Скармливаем новый архив декомпилятору и через три минуты скачиваем результат декомпиляции, тоже в виде архива. Открываем, поражаемся качеству декомпиляции, подключаем к эклипсу.
Profit!

Пока нашел два интересных момента:

Неполная реализация JCache: CacheEntry ничего не умеет. Пришлось написать обертку для getLastUpdateTime().
Внутри SDK лежит очень интересная библиотека google-collections в виде пакета com.google.appengine.repackaged.com.google.*

XSLT & Google App Engine/Java

2009-07-28T22:45:00.003+02:00

Поставил целью запустить простейший XSLT-фреймворк на GAE/J. Требования к процессору:

XSLT 1.0 в полном объеме. А неплохо бы и 2.0 на всякий случай;
Скорость;
Поддержка EXSLT. Хотя-бы частичная, но node-set обязательно.
Расширяемость внешними Java-функциями. Возможность вызова методов класса;
Лицензия на коммерческое применение;
Желательна бесплатность и исходные тексты;
Желательна поддержка TrAX - transformation API for XML.

Вначале долго искал хоть какие результаты тестов производительности. Все найденные данные либо безбожно устарели, либо составлены так, что понять что-либо абсолютно невозможно. Любимый прием авторов сравнений – утаить подробности. Например, пишут “Saxon X.X.X.X”. Что за Saxon? Saxon-B или Saxon-SA? Для дотнета или для явы? И так везде. В общем путем долгих мучений выяснилось что известными более-менее быстрыми процессорами, написанными на яве, являются Gregor, Xalan/XSLTC, XT, Saxon 6.5/Saxon-B/Saxon-SA.

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

Xalan/XSLTC. Входит в JDK. Правда какой-то древней версии. Попробовал использовать свежий xalan-j 2.7.1. Сразу выяснилось, что по сути XSLTC не поддерживает внешние нестатические функции, да и без их использования валится на GAE с криками “Illegal type in constant pool”. Без использования режима компиляции xalan на GAE работоспособен, но загаживает лог криками “Failed calling setMethod method” и “Failed calling setIndent method”. Т.е. не понимает тег <xsl:output>. Да и самый медленный он из всех перечисленных. Короче – в сад.

XT-20051206. По отзывам – очень быстр. Похоже, что проект заброшен. Не смог обработать мой шаблон даже локально, до GAE не дошел. В брак.

Saxon-SA это коммерческий продукт. Значит и пробовать нужно когда проект работает под нагрузкой и приносит прибыль. Не проверял. Но похоже его и не нужно как-то особо проверять ибо полностью внешне совместим с Saxon-B.

Saxon 6.5.5 сейчас подзаброшен. Не проверял, т.к. каких-либо преимуществ перед Saxon-B не имеет, скорее наоборот.

Saxon-B 9.1.0.7 j. Завелся с полпинка как локально, так и на GAE. Оказался быстрее xalan’а на моем простом примере. Работает стабильно. На нем и остановился.

Единственный замеченный глюк – в некоторых случаях xml-файлы могут самопроизвольно искаться в каталоге “/base/” (и не находиться, естественно). Чтобы этого не происходило, нужно использовать классы FileInputStream и File. В них с обработкой путей всё в порядке.

В итоге получился краткий и лаконичный код. Ключевые моменты выделены жирным.

public class XstlServlet
extends HttpServlet
{
@Override
public void doGet(final HttpServletRequest req,
    final HttpServletResponse resp)
    throws IOException, ServletException
{
    request = req;
    resp.setContentType("text/html; charset=UTF-8");

    try {
      getTransformer("default").transform(
        new StreamSource(new FileInputStream("default.xml")),
        new StreamResult(resp.getOutputStream()));
    } catch (TransformerException e) {
      throw new ServletException(e);
    }
}

public Transformer getTransformer(final String xsltName)
    throws FileNotFoundException, TransformerException,
      MalformedURLException
{
    if (!transformers.containsKey(xsltName)) {
      final Transformer newXslt = xsltFactory.newTransformer(
        new StreamSource(new FileInputStream(xsltName + ".xslt")));
      newXslt.setParameter("this", this);
      transformers.put(xsltName, newXslt);
    }

    return transformers.get(xsltName);
}

//
// callback methods for xslt transformation
//

public static String getServletPath(final Object context)
{
    return ((XstlServlet) context).request.getServletPath();
}

public static String getParameter(final Object context,
    final String paramName)
{
    return ((XstlServlet) context).request.getParameter(paramName);
}

//
// private declarations
//

private HttpServletRequest request;
private final Map<String, Transformer> transformers =
    new Hashtable<String, Transformer>();
private final static TransformerFactory xsltFactory =
    TransformerFactory.newInstance();
}

В xslt-шаблоне для вызова внешних методов применяется классический прием – объявление специального пространства имен, ссылка на наш объект через параметр в корневом узле и передача ссылки на объект как первый параметр вызываемой функции.

<xsl:stylesheet version="1.0"
xmlns:xsl=”http://www.w3.org/1999/XSL/Transform”
xmlns:this=”http://xml.apache.org/xalan/java/com.test.XstlServlet”
exclude-result-prefixes="this">

<xsl:param name="this" />

<xsl:template match="/">
<xsl:value-of select="this:getParameter($this, @параметр)" />
<xsl:value-of select="this:getServletPath($this)" />
…
</xsl:template>
…
</xsl:stylesheet>

Осталось еще кеширование нормальное и многопоточность добавить - и фундамент готов.

UPDATE: Статья обновлена. В настоящее время GAE не имеет своего xslt-процессора. Это моя случайная ошибка – в каталоге lib был забыт saxon9.jar, чего оказалось достаточно чтобы гугл его подхватил.

Free Private SVN

2009-07-25T12:07:00.001+02:00

Если кто-то ищет бесплатное хранилище для своего кода, то большой выбор по разным параметрам доступен на сайте с весьма неинтуитивным названием http://www.svnhostingcomparison.com/

Из бесплатных хостингов для для закрытого ПО там указан только один - http://www.myversioncontrol.com/, от себя могу добавить что использую http://sliksvn.com/, но у My Version Control предложение получше. Нужно будет попробовать.

MSSQL – fast data upload

2009-07-07T23:54:00.002+02:00

Хочу поделиться одним удобным рецептом по загрузке большого количества строк в БД MSSQL.

Вообще для этой задачи обычно используют bcp, bulk insert, IRowsetFastLoad или XML Bulk Load. Все эти способы неплохи и задачу выполняют. Но столько ограничений и столько дополнительный телодвижений нужно сделать, что весь энтузиазм пропадает. Я уже несколько лет как придумал (явно не первый) и использую простой как валенок, достаточно элегантный способ, обеспечивающий сравнимую производительность с вышеперечисленными методами.

Суть способа — передача XML с клиента в хранимую процедуру и последующая обработка упрощенным способом.

Пример процедуры:

create procedure [dbo].[DataInsert]
@xmlData xml
as
begin
set nocount on
declare @result int

insert into [TempData]
    ([date], [seriesid], [value])
select
    -- cast добавить по вкусу
    node.value('@dateTime', 'varchar(100)') [date],
    node.value('@seriesId', 'varchar(10)') [seriesid],
    node.value('@value', 'varchar(100)') [value]
from
    @xmlData.nodes('/root/value') Temp(node)

set @result = @@error
if @result <> 0 return @result

// post processing…
end

Исходные данные – это XML-документ с большим количеством узлов вида <value seriesId="200007" dateTime="2009-06-01T00:00:00.0" value="1.0" />. Корневой элемент не обязателен, хотя в примере и присутствует.

Ключевой момент процедуры - работа с XML напрямую безо всякого дополнительного мусора типа OPENXML, sp_xml_preparedocument/sp_xml_removedocument.

Просто, удобно, быстро.

UPDATE: должен предупредить, что производительность этого решения для SQL 2008 ENT и SQL 2008 EXPRESS различается как минимум на три (!) порядка на одной и той же машине. По непонятным причинам экспресс конкретно тормозит. Такое впечатление, что он XPATH-парсер для каждого выражения заново загружает.

Google App Engine Datastore

2009-07-03T17:24:00.003+02:00

Это пост-памятка — попытка собрать в одном месте факты о хранилище данных, которое предоставляет Google для разработчиков GAE.

Они, конечно везде кричат что это, мол, bigtable, но конкретной технической информации на самом деле кот наплакал, в основе всего лежит две презентации.

Итак, что мы знаем о лисе:

Разработчик GAE получает кусок дискового пространства для хранения данных в Datastore, которое называется the entities table.
Эта, гм, “таблица” условно делится на две “колонки”: ключ (entity key) и сущность (serialized entity). Т.е. это и близко не реляционное хранилище, это скорее persistence storage.
Формат данных внутри этой таблицы называется protocol buffers. Он же используется в низкоуровневом API.
Ключ имеет определенную структуру. Полный ключ каждой сущности имеет название (kind), значение и может ссылаться на родительскую сущность (parent/ancestor entity). Так что если мы храним иерархию из объектов, то ключи могут выглядеть так:
/Client:Bob
/Client:Bob/Contract:1
/Client:Bob/Contract:2
/Client:Alice/
/Client:Alice/Contract:1
Данные в the entities table не лежат просто так. Их физическая укладка отсортирована по ключу: сущность без родителя (root entity), её дочерний объект (child), другая сущность без родителя и т.д. Это дает возможность сгруппировать обрабатываемые данные рядом и сильно экономить время чтения.
Всё что относится к одной корневой сущности называется entity group. В нашем примере их две: Bob и Alice.
Запись с хранилищем осуществляется только в транзакции (txn), зато можно читать без транзакций. И что ещё интереснее, обычные транзакции (local txns)осуществляются именно в пределах entity group, а если нужно обновить сущности в нескольких entity group, то это уже издевательски именуется гугловцами как distributed transaction. О, честь им и хвала!
Транзакции двухфазные. После первой фазы обновлены все сущности, а после второй обновлены все индексы. Причем блокировок по сути нет - после первой фазы новые данные становятся доступны для чтения. Что дает разработчику уникальную возможность запросить одни данные, а прочитать совсем другие!
В случае физических сбоев самого хранилища транзакции накатываются (rolled forvard)! Очень странное решение. Очень. Остается надеяться что этого на практике не бывает.
Локальная транзакция вообще работает на журнальном принципе: каждая сущность хранит дату своей записи, а root entity хранит дату последнего обновления всей entity group. Обновление сущности просто делает копию этой сущности с измененными параметрами и новым временем записи, а первая фаза транзакции обновляет время в root entity. При перестроении индекса (вторая фаза) просто игнорируются сущности со старым временем.

По хранилищу автоматически и вручную строятся индексы:

Само собой есть индекс по полному ключу. И везде подчеркивается что такой доступ самый быстрый.
Есть индекс по kind. Именно на него опирается эмуляция запросов вида select * from Client.
Есть индексы по одному свойству сущности (single-property index). Такие индексы исходно двунаправлены и могут обрабатывать операции сравнения: больше, меньше и равно. На этих же индексах делается сортировка order by. Такие индексы автоматически строятся для простых типов данных строк и чисел.
А вот составные индексы (composite index) нужно определять самостоятельно. Такие индексы могут включать несколько свойств и ссылку на предка (ancestor).
Движок умеет делать слияние (merge join). Т.е. может использовать несколько single-property index и пересечь результаты отбора.

Проблемы хранилища:

Бывают таймауты. Причины непонятны, отрапортовано давно, толку ноль. Т.е. приложение должно уметь обработать таймаут в любой момент.
Иногда бывает техническое обслуживание: доступ только для чтения, отключение доступа. Т.е. приложение должно уметь обработать ограничения доступа в любой момент.
И самое главное — непонятно как это обрабатывать на Яве, т.к. нужные исключения существуют только для питона. Т.е. API для java в принципе не содержит средств для обработки вышеописанных ситуаций. Update: в последних SDK нужные исключения появились.
Update: Блокировки. При записи даже одного объекта блокируется запись во весь entity group. Так что entity groups должны быть маленькие. И желательно не иметь одних и тех же постоянно обновляемых мест. Именно поэтому разработчики упирают на технику называемую sharded counters.

Разные замечания:

Update: О скорости: на практике Native Datastore API на минимум порядок быстрее JDO/JPA. 46ms на одну запись одного объекта в хранилище.
Долгая инициализация хранилища: у меня первый запрос занимает 2 секунды.
Есть ряд приколов в работе с индексами. Например попадание в диапазон.

Free Cisco VPN client for Windows 7 64-bit

2009-06-30T18:33:00.001+02:00

Итак, господа, свершилось. Несмотря на исключительное нежелание фирмы Cisco выпускать 64-битные клиенты к своему оборудованию, мир не без добрых людей.

Встречаем нашего героя – Shrew vpn-client-2.2.0-alpha-8

Именно он единственный без ошибок заработал на Windows 7 64-bit build 7100 в связке с CiscoASA. В тестировании в разное время также участвовали: предыдущие альфы этой фирмы, openvpn-2.1_rc15, vpncfe-0.7.1 и ещё ряд коммерческих участников. Все были забракованы как полный неработоспособный или неконфигурируемый бред. Наш выбор тоже не идеален, но он заработал, он бесплатен, его оказалось возможно отконфигурировать после чтения документации и его интерфейс не вызывает рвотных рефлексов.

VML & IE8b2

2009-01-14T15:27:00.001+02:00

Майкрософт сильно взялся за браузер. Изменений очень много. В том числе и касающихся VML.

Подключение
Подключение VML теперь выполняется только специальной строкой в head-секции
<?import namespace="v" urn="urn:schemas-microsoft-com:vml" implementation="#default#VML" declareNamespace ?>
Эта же строка отлично работает и в IE 6-7. Т.е. обнаружился единый простой способ подключения VML, что хорошо.

CSS
Про *:\ в CSS для IE8 можно забыть - такой синтаксис нестандартен и более не поддерживается. Для IE6-7 по прежнему необходимо указывать что-то вроде v\:shape { display: inline-block; }, но для IE8 это не нужно.

Баги
Самое неприятное изменение, возможно это баг и будет исправлен в релизе браузера — VML-теги не желают брать свои размеры из браузера автоматически. Теперь требуется точное указание размера, процентами не отделаться. Это обесценивает техники основанные на смеси html- и vml-тегов. Т.е., например, невозможно сделать резиновую рамку на теге v:roundrect как я это делал ранее. Впрочем, повторюсь, возможно это ещё будет изменено.
Также присутствует непонятный баг с загрузкой изображений через v:image - иногда изображение не загружается. Закономерности не уловил.

jQuery & JavaScript Memory Leaks

2008-11-18T15:59:00.001+02:00

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

Да только с тех пор как я это прочел и попробовал, я нашел, как мне кажется, универсальный рецепт борьбы с утечками. И имя ему - jQuery. Мой код по большей части превратился в код без постоянных ссылок на DOM, которые и являются источником проблем.
Типичный пример кода:

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.2.6/jquery.min.js" type="text/javascript"></script>
<script type="text/javascript">
  $("#gmap").load(function() {
    $("#loading").hide();
    $(this).show();
  });

  $("#hmap").load(function() {
    $(this).show();
  }).attr("src", "hs.png");

  $("#hublist").bind("change keyup", function() {
    with ($("#gmap")) {
      var newurl = 'http://maps.google.com/staticmap?zoom=5&size=640x640&format=png8&center=' +
        ["57,40", "50,41", "57,42", "57,43", "57,48", "57,49"][this.value - 1];
      if (attr("src") != newurl) {
        $("#loading").show();
        attr("src", newurl);
      }
    }
  }).focus().change();
</script>
В общем, применение jQuery дает чистый, стабильный код.

Extreme PNG optimizing and compressing

2008-10-02T11:40:00.002+02:00

На этот раз поговорим о такой затертой теме, как уменьшение размера PNG-файлов. Казалось бы — куча информации, множество утилит. Даже в техногрете тему достаточно подробно обсудили. Осталось только подвести внятный итог. Итак,

Задача
Найти лучшие бесплатные утилиты для сжатия PNG и научиться качественно ими пользоваться.

Теория

PNG-файл состоит из нескольких информационных блоков. Многие из них содержит вспомогательную информацию о изображении и для отображения не нужны. Т.е можно просто выбросить необязательные блоки.
Можно оптимизировать тип изображения, хранимого в файле. PNG понимает их аж пять штук: от ЧБ до полноцветного с прозрачностью.
Можно оптимизировать палитру изображения или снизить количество бит на пиксель: даже в полноцветных изображениях цветов может оказаться немного.
Можно поиграться с дельта-фильтрами сжатия. У PNG их опять-таки пять.
Можно поиграться с алгоритмами сжатия. И тут есть, где разыграться.

Решение
Путем экспериментов было выяснено, что лучше всего использовать пару утилит - optipng и pngout. Optipng умеет понижать битность и перебирать дельта-фильтры. Pngout умеет удалять ненужные блоки и имеет непревзойденную степень сжатия. Правда чтобы добиться этого приходится перебирать её параметры, а работает pngout крайне медленно. Pngout имеет и более серьезную версию - PngoutWin. Эта умеет перебирать ключи автоматически, но стоит денег. Что не подходит.
Путем экспериментов определился достаточно быстрый алгоритм работы:

Сначала запускаем optipng с ключами -o4 -full -force. Этим мы заставляем утилиту быстро перебрать самые оптимальные варианты сжатия и оптимизировать палитру/битность изображения.
Потом мы запускаем pngout с ключами /k0 /fX. На место X нужно подставить значение параметра "f", выданное optipng. Такая подстановка сильно сэкономит нам время, почти избавив нас от необходимости перебирать ключи у pngout. Кстати, также имеет смысл поэкспериментировать с ключом /n.

Итог
Указанная комбинация проигрывает платному PngoutWin на считанные байты. А при использовании ключа /n даже неплохо выигрывает у него.
Ну и завершающий штрих - cmd-файл для автоматизации этого процесса:

@echo off
optipng -o4 -full -force %1 > optipng.log || exit 1
for /f "delims==,IDAT tokens=5" %%i in (optipng.log) do (
    set f=%%i
)
set f=%f:~1,1%
del optipng.log
pngout /k0 /n2 /f%f% %1 || exit 3

Как легко заметить, мне подошел параметр /n2. Не факт что на ваших файлах это будет оптимально, но у меня исключений не нашлось.

SWF compilation date

2008-09-25T11:17:00.002+02:00

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

Столкнувшись с этой задачей, я с удивлением обнаружил, что готовых средств для её решения во Flex3/Flex4 нет. Это крайне странно. Не могли же профессиональные разработчики забыть о такой необходимой вещи! И действительно, расследование показало, что внутри SWF-файлов всегда присутствуют определенные части, изменяющиеся при каждой компиляции. Именно этим и объясняется тот факт, что при перекомпиляции проекта результат часто имеет другой размер — файлы SWF сжаты, а результат работы упаковщика зависит от входных данных, которые, как я уже говорил, меняются всегда. Более пристальный взгляд показал, что в файле изменяется часть структуры, которая именуется декомпиляторами не иначе как SERIALNUMBER. Эта структура не документирована, но исследование показало, что в конце её лежит целое число 8-ми байт длиной. Число это - количество миллисекунд с начала 1970-года. Т.е. это ровно то, что возвращает свойство time у объекта Date. Осталась самая малость - прочесть из SWF своё код, найди в нем эту структуру и прочитать её последние 8 байт. Вопрос доступа к собственному коду — это, безусловно, интересная головоломка, но решилась достаточно быстро:
LoaderInfo.getLoaderInfoByDefinition(this).bytes;
Структура SWF-файла документирована, так что далее было легко.

Готовый код выложен на http://code.google.com/p/flex-ad-by/
Достаточно просто вызвать метод SWF.readCompilationDate().
Лицензия — BSD, что, по моему, свободнее некуда. Проверено во Flex3/Flex4. Пользуйтесь на здоровье.

Easy Way to Embed Transparent PNG24 into IE6 without JavaScript (vml xhtml)

2008-08-11T01:32:00.002+02:00

Итак, есть задача - отобразить полупрозрачный png24:

Способ должен работать везде, в том числе и в IE6 (и IE5 тоже было бы неплохо);
Код должен быть семантичным;
Картинка не является фоновой, но подумать о фоновом PNG не помешает;
Желательно обойтись без яваскрипта;
Посторонние визуальные эффекты недопустимы;
Тормоза недопустимы;
Лишние запросы на сервер и лишний трафик крайне нежелательны;
Код должен быть валидным;
При невозможности соблюдения всех вышеперечисленных условий должен соблюдаться принцип graceful degradation.

Решение
И, как всем известно, есть одна маленькая проблема - версии IE младше седьмой полупрозрачный PNG отобразить не в силах. Решений множество, но все они мне не нравятся по причине плохого качества - в них не соблюдается принцип graceful degradation [9] или [2, 4, 6, 7].
По сути нужно решить две задачи:

Выделить IE6-, оставив остальным просто тег img.
Это достаточно просто реализуется через условные комментарии для IE. Это просто волшебная вещь.
[if (lt IE 7)&vml]
Вылечить IE6-.
Обычно все используют фильтры и JS, что и приводит к [5, 6]. Но есть способ лучше! Это VML! Поддерживается начиная с IE5.
<v:image src="flower.png" style="width:85px;height:88px;" />

В очередной раз убеждаюсь, что тестировать нужно только в реальном окружении! Что эмуляторы IE врут безбожно. Забудьте по MultipleIEs и IETester. Поставьте официально бесплатную виртуальную машину от майкрософт с официально бесплатным образом нужной винды и увидите разницу.
Кстати, валидатор от W3C таки научился понимать пространства имен. Это позволяет не использовать условные комментарии для включения VML.

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

Картинка должна иметь указанный размер, иначе не будет показана;
Картинка должна иметь точно указанный размер, иначе будет отмасштабирована;
Бывают непонятные смещения в 1px. Лечится через margin;
До работы с фоновым изображением у меня руки не дошли, теоретически это тоже можно эмулировать через v:image. Когда понадобится - решу и эту проблему.

Глюки

Неполноценное кеширование [7]. IE6 всегда будет посылать лишние запросы If-Modified-Since. В IE7 это залечили, кстати, но нам это сейчас бесполезно. Решить эту проблему в IE6 мне не удалось;
Значок и контур на месте загружаемой картинки [5]. Очень неприятно. Очень. Т.е. не работает нормальная интеграция в DOM и браузер не в состоянии определить загружена картинка или нет. Решить эту проблему мне не удалось.

Заключение
Я считаю, что эти глюки не противоречат [9]. Доля IE6 падает и проблема уходит. А пока она не ушла совсем, то можно и потерпеть, если пользуешься устаревшим браузером. Безусловно, всем этот метод не всем подходит, но на моих проектах доля IE6 уже менее 15%. Прогресс идет.

Демонстрация. Обратите внимание на лечение однопиксельного сдвига. А также на включение VML и на условные комментарии, если ранее не сталкивались.

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

The Best Way to Embed Flash 9 into XHTML without JavaScript, part I

2008-08-10T22:49:00.002+02:00

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

Итак, необходимо внедрить Flash 9 (AVM2) и при этом достигнуть баланса со следующим списком требований:

Должно играть до полной загрузки ролика (streaming);
Должна работать коммуникация Flash с браузером, в обе стороны;
Должно работать во всех более-менее заметных браузерах;
Должно работать с типом контента application/xhtml+xml для xhtml;
Нежелательны лишние запросы на сервер;
Категорически нежелательны посторонние визуальные эффекты;
Решение должно быть валидным;
Если плагина нет - должен ставиться, если плагин устарел - должен обновляться;
Очень хотелось бы обойтись без яваскрипта;
Желательна отдача referer при загрузке swf, а то ходят слухи, что иногда не отдается;
Желательна работа при режиме высокой безопасности в IE и при отключенном ActiveX;
Отсутствие глюков - чтобы параметры передавались, прозрачность работала и т.д.;
Семантичность - отсутствие лишних сущностей в коде;
Отсутствие необходимости щелкать для активации в IE и Opera;
При невозможности соблюдения всех вышеперечисленных условий должен соблюдаться принцип graceful degradation.

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

через тег embed;
через тег object;
также можно воспользоваться JS-библиотекой типа SWFObject2;
комбинация вложенных тегов object или object&embed.

Начнем с JS [9]
Честно говоря, смысл использования SWFObject от меня ускользнул. Если не вкладывать никакого дополнительного смысла в море статей о нем, то все речи сводятся к щелчку для активации, невнятному "упрощению интеграции" и "определении версии плеера". Первое быстро становится неактуально, т.к. майкрософт убрал эту необходимость. Второе - простно враньё, ведь процесс только замедляется [5, 9], становится менее надежным [3] и работает не всегда [4, 9]. Третье - тема необычайно сложная и не от SWFObject в ней всё зависит. А нужно, чтобы работало [8].
Поэтому, по возможности, сторонние JS-библиотеки я постараюсь не использовать.

Режим высокой безопасности в IE [11]
В этом случае всё печально - Flash работать не будет. Совсем, как не исхитряйся.
Нюансы в IE:

Embed не работает (работает только noembed), но IE ничего не сообщает и не предлагает. Что плохо. И, кстати, атрибут PLUGINSPAGE в IE не работает [8];
При использовании object IE7 выдает желтую полосу с предупреждение, что ActiveX отключен и ссылку на справку. Что неплохо.

Т.е. [11] из списка требований исключается ввиду нереализуемости.

embed
Это тег старый, на данный момент абсолютно нестандартный, но зато поддерживаемый почти всем чем только можно. Кстати, имеет все шансы реинкарнироваться в html5. Всем хорош, только есть у него несколько родовых травм: сейчас невалиден [7] и, главное, совсем не работает мост JS-to-AVM2 [2] во всех версиях IE. Работает только SetVariable для AVM1. Также есть вышеописанная проблема с [11]. Т.е. применение этого тега возможно, но только в некоторых случаях: не нужен JS или не нужен IE. Увы, это не ко мне. Копаем дальше.

Комбинация вложенных тегов object или object&embed
На мой взгляд, вложенные теги - бестолковая комбинация [13], права на жизнь не имеет. Лишняя возня с определением реально используемого тега ID для JS не добавляет привлекательности. object&embed - это вообще не пойми что по причине вышеописанных проблем у embed. Изначально, наверное, идея была в том, чтобы обойти браузеры не поддерживающие тег object, но такие экземпляры вымерли ещё 10 лет назад даже на мобильных устройствах.
А вот пара тегов object и условных комментариев явно имеет право на жизнь, хотя и усложняет код.

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

Указывать атрибут classid для IE нет необходимости. Отлично работает и просто type="application/x-shockwave-flash";
Наличие атрибута data убивает streaming в IE [1]! Кроме того, IE ещё и уродливую рамку на месте объекта отображает, пока всё не загрузит [6];
Отсутствие атрибута data приводит к незагрузке ролика в Firefox! А вот всем остальным браузерам достаточно параметра movie;
Атрибут STANDBY, позволяющий разместить комментарий типа "Идет загрузка" пока грузится swf не работает в IE. В остальных не проверял, т.к. во всех остальных всегда работает streaming;
Атрибут codebase="http://fpdownload.adobe.com/pub/shockwave/cabs/flash/swflash.cab#version=9,0,124,0" отлично работает в IE, но не работает в остальных браузерах. А IE предлагает загрузить новую версию плеера, если текущая устарела. Наверное лучше, по возможности, использовать "#version=9,0,0,0" т.к. майкрософт распространяет версию 9,0,115,0 в составе SP3. Этим мы несколько уменьшим кол-во загрузок, т.е. будем меньше беспокоить наших пользователей;
Атрибут codetype можно не использовать, т.к. type достаточно;
Эксперименты с атрибутами тега param valuetype и type не увенчались успехом;
Эксперименты с data="data:application/x-shockwave-flash," не увенчались успехом.

Возможные решения
Видно, что всё вертится вокруг борьбы с атрибутом data:

Можно не бороться, а одновременно использовать и атрибут data, и параметр movie.
<object width="400" height="300" type="application/x-shockwave-flash" data="http://example.org/flash.swf">
<param name="movie" value="http://example.org/flash.swf">
</object>
Работать будет везде, но в IE работать будет уродливо.
Можно бороться только с Firefox присвоением data через JS
<object id="swf1" width="400" height="300" type="application/x-shockwave-flash">
<param name="movie" value="http://example.org/flash.swf">
</object>
<js> document.getElementById("swf1").data = "http://example.org/flash.swf" </js>
Причем на firefox можно и не проверять - отлично работает и без этого.
Способ в целом неплохой, но требует включенного JS под Firefox.
Можно бороться только с IE через условные комментарии


<object id="swf1" width="400" height="300" type="application/x-shockwave-flash" data="http://example.org/flash.swf">

<param name="movie" value="http://example.org/flash.swf">
</object>
Это, пожалуй самое лучшее решение. Работает везде (похоже, что вообще в абсолютно всех браузерах) и работает красиво, плавно, без посторонних эффектов.

Понятное дело, что я за последний вариант. Замечания по нему:

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

Обновление и инсталляция плеера
Это тема сложная, достойная рассмотрения в следующей (ещё не написанной) части статьи, поэтому сейчас ограничусь общими соображениями:

Вообще-то плеер умеет обновляться и сам. Он проверяет наличие обновлений при загрузке очередного ролика, но не чаще чем раз в 30 дней. Можно и помочь браузеру обновит плеер, задав атрибут codebase="http://fpdownload.adobe.com/pub/shockwave/cabs/flash/swflash.cab#version=9,0,0,0". Это имеет смысл только для IE, т.к. codebase должен указывать только на свой домен, что в данном случае не соблюдается. IE на это плюет, а остальные блюдут. Причем, можно не повторять codebase у каждого тега object, а ограничиться однократным упоминанием.
Если плеера нет, или он недоступен, то будет отображен так называемый альтернативный контент. Соответственно, нужно этим контентом сказать пользователю, что ему нужно установить плеер.
<a href="http://www.adobe.com/go/getflashplayer">
Для корректной работы сайта вам необходимо установить проигрыватель Adobe Flash<br />
<img src="http://www.adobe.com/images/shared/download_buttons/get_flash_player.gif" alt="Установить" /></a>
А если используется IE, то теоретически можно и ничего не говорить, т.к. вначале отработает предложение установить плагин по codebase, а после этого пользователь должен пенять на себя.
Кстати, заметили, что все ссылки уже давно переехали с macromedia.com на adobe.com?

Щелчок для активации
Это, пожалуй, самая большая проблема, также достойная рассмотрения в следующей (ещё не написанной) части статьи. На данный момент щелчка требуют IE6 и IE7 без последних обновлений и Opera9. Т.е. проблема вроде как изживает сама себя, но всё-таки хотелось бы решить красиво. Жаль, что программно узнать необходимость фикса невозможно.

Заключение
Вот ссылки на пример:

HTML (Content-Type: text/html);
XHTML (Content-Type: application/xhtml+xml) - напоминаю, xhtml в IE не работает.

Предложено достаточно элементарное, но весьма даже рабочее решение. Работа над недоработками ведется. Исследована применимость тега embed, который также небезынтересен.

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

Advanced Conditional Comments in IE

2008-07-22T00:27:00.001+02:00

Я тут задумал кое о чем вам рассказать, но в процессе экспериментов натолкнулся на несколько интересных и не очень известных мелочей, о коих, собственно, расcкажу в первую очередь. Заодно мне памятка будет. Этот пост посвящен первой такой мелочи — условным комментариям в Internet Explorer.

Каждый может открыть MSDN и прочитать об условных комменттариях. Если коротко, то там их приведено аж целых два типа:

downlevel-hidden	<!--[if expression]> HTML <![endif]-->
downlevel-revealed	<![if expression]> HTML <![endif]>

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

И вот возникает у верстальщика желание сделать так, чтобы кусок html был виден всем, кроме IE. И чтоб валидно. Дочитать указанную страницу до конца многие не осиливают (а там есть решение) и начинают искать. Погуглив, многие натыкаются на конструкцию вида  HTML  описанную много где. Ну и гордо её применяют. Типа и валидатор сыт, и верстальщик цел. А потом, как-нибудь появляется необходимость заверстать кусочек так, чтоб видели все, кроме младших версий IE. И если сочинить условие  HTML , то моментально выясняется, что кусочек --> отлично отображается как текст. Так вот, правильный комментарий без посторонних эффектов это (смотрите внимательно, разница в два символа) —

 HTML 

Этот HTML увидят все версии IE >= 7, все немайкрософтовые браузеры, и валидатор W3C тоже увидит.

На закуску. Кстати, майкрософт забыл описать ещё одно условие — [if VML]. Это означает поддержку VML в IE. Подразумевалось, что IE5 поставлялся без VML и потом докачивал, при необходимости, подержку VML с сайта майкрософта.

Nice effect (Flash AS2 to Flex AS3 port)

2008-05-09T11:50:00.009+02:00

В белом и пушистом блоге нашел интересный эффект.

Поводите мышкой...

Не удержался и портировал его на чистый AS3 Flex. Имена переменных ужасны, но оставил как было, не в этом соль.

package
{
  import flash.events.*;
  import flash.display.*;
  import flash.filters.*;
  import flash.geom.*;

  [SWF(backgroundColor = '0x000000', frameRate = '30', width = '640', height = '480')]

  public class MagicDots extends MovieClip
  {
    private var dots: Array = new Array();
    private var bm: MovieClip = new MovieClip();
    private var myBitmap: BitmapData = new BitmapData(640, 480, false, 0x000000);
    private var blur: BlurFilter = new BlurFilter(2, 2, 3);
    private var cmF: ColorMatrixFilter = new ColorMatrixFilter([
      1,    0, 0, 0, -4,
      0.05, 1, 0, 0, -3,
      0.05, 0, 1, 0, -0.08,
      0,    0, 0, 1, 0]);

    ///////////////////////////////////////////////////////////////////////////
    // конструктор
    public function MagicDots()
    {
      addChild(new Bitmap(myBitmap));

      for (var i: int = 0; i <= 100; i++) {
        const mc: DisplayObject = bm.addChild(new Dot());
        mc.x = (i - 1) * 5 + 80;
        mc.y = 420;
        dots[i] = mc;
      }

      // запустим анимацию
      addEventListener(Event.ENTER_FRAME, doAnimation, false, 0, true);
    }

    ///////////////////////////////////////////////////////////////////////////
    // анимация
    private function doAnimation(aEvent: Event): void
    {
      // ускорение
      const a: Number = 0.4;

      dots[0].x = mouseX;
      dots[0].y = mouseY;
      for (var k: int = 0; k < 100; k++) {
        dots[k + 1].y -= (dots[k + 1].y - dots[k].y) * a;
        dots[k + 1].x -= (dots[k + 1].x - dots[k].x) * a;
      };

      myBitmap.draw(bm);
      myBitmap.applyFilter(myBitmap, myBitmap.rect, new Point(0, 0), blur);
      myBitmap.applyFilter(myBitmap, myBitmap.rect, new Point(0, 0), cmF);
    }
  }
}

import flash.display.MovieClip;

class Dot extends MovieClip
{
  ///////////////////////////////////////////////////////////////////////////
  // конструктор
  public function Dot()
  {
    graphics.lineStyle(1, 0xFFFFFF);
    graphics.beginFill(0xFFFFFF);
    graphics.drawCircle(0, 0, 2.5);
    graphics.endFill();
  }
}

В процессе портирования также получилось обойтись без флеша — необходимый мувиклип был просто нарисован прямо в коде. Т.е. для компиляции нужен только Flex 3 SDK и ничего более.

Flash/Flex CS3 fast loops

2008-03-17T22:20:00.003+02:00

Протестировал скорость работы циклов и массивов во флексе.
Результаты интересные:

Тип переменной цикла int или uint не играет роли для скорости самого цикла (точнее цикл по int быстрее цикла по uint на 0,9%);
Обращения к массиву по индексу uint быстрее индекса int на 3%;
Скорость цикла по int с преобразованием к индексу массива uint такая же, как если сразу завести цикл по uint и обращаться к массиву по индексу uint. (т.е. выиграть за счет п.1 не удается);
При работе с массивом, циклы работающие с конца (i--), тормознее циклов работающих с начала (i++) на 3,7%;
Попытки типизировать массив [ArrayElementType("Number")] ничего не дают. Эта фича не работает вообще вне Flex Builder;
Объявление длины обрабатываемого массива как var то же, что и const;
Переменную цикла можно объявить как const! Но никакой разницы с var нет;
Локальность/глобальность обрабатываемого массива безразлична;
Выносить вычисление размера массива из цикла действительно необходимо. Очень большие потери в скорости, например в 40%;
Циклы while и for по скорости друг от друга не отличаются.

Итого, самый быстрый (и безопасный) цикл по массиву выглядит так:
const len: uint = Arr.length;
for (var i: uint = 0; i < len; i++) {
Arr[i] = ...
}
...или так...
const len: uint = Arr.length;
var i: uint = 0;
while (uint(i++) < len) {
a[i] = ...
}

Nice Rounded Corners for IE, Safari, Firefox

2008-03-04T18:50:00.010+02:00

Некоторое время я посвятил теме скругления углов у блочных элементов. Вот что получилось.

Цель

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

Требования

Необходимо достигнуть баланса со следующим списком требований:

Никаких изображений. В крайнем случае — одно.
Никакого яваскрипта. Должно работать без него. В крайнем случае — только expressions для IE. Т.е. случай с отключенным яваскриптом в IE принимаем за маргинальный.
Работать должно во всех более-менее заметных браузерах и мобильных устройствах: IE 7, 6, 5.5; Firefox 2, 1.5; Safari 3, 2; Opera 9.5, 9, 8. В крайнем случае — только на наиболее популярных — IE 7,6; Firefox 2; Safari 3
Визуальная привлекательность. Максимально быстрая отрисовка прямо со старта — именно поэтому никаких изображений и скриптов. Уж больно эти загружающиеся изображения и прочие тормоза раздражают.
Валидность XHTML Strict 1.0 по нормам валидатора W3C и работа с content-type. "application/xhtml+xml" для всех кроме IE и c "text/html" для IE
Расширяемость на будущее. Чтобы при появлениии новых версий браузеров это не сломалось.
Валидность CSS 2 и отсутствие хаков в CSS. Это, пожалуй, недостижимо, но к этому нужно стремиться.
Семантичность верстки. Никаких лишних сущностей в html-коде быть не должно. В крайнем случае — должен быть семантичный DOM.
Оптимизация производительности. Главное — минимизация числа запросов к серверу. На следующем месте — минимизация трафика.
Гибкая верстка. При изменении размера блока, масштаба страницы, размера шрифта, ничего разъезжаться не должно.

Анализ существующих методов

Картинки в углы. Тормоза, лишние запросы. Несемантичный код или семантичный, но требуется включенный JS в IE.
Буллеты в углы. Проблемы с масштабированием. Проблемы с читалками экрана.
Эмуляция пикселов в углах через сетку html-тегов. Несемантичный код. Раздувание кода и стилей.
Встроенные средства браузеров. Хорошо, но неуниверсально. CSS3 еще никто не поддерживает.
SVG как фоновое изображение. Это безусловно будет хит. Но поддерживается пока только оперой 9.5 beta.

Процесс

В общем, как можно заметить, хороших способов нет. Точнее, их будет аж два: SVG как фоновое изображение и средства предлагаемые CSS3. Но это для культурных браузеров. А вот для IE ничего нет и не предвидится. И тут меня осенило: У IE начиная с версии 5.5 есть полный аналог SVG. Это VML!

Итак, после некоторых раздумий было решено: использовать VML для IE, а в остальных случаях использовать аналоги из CSS3.

Результат

Вот демонстрация скругления углов через VML и CSS3.

Для работы с VML нужно вначале включить namespace для VML. Например так: Потом нужно включить сам VML (в стилях). Например так: v\: * { behavior: url(#default#VML); } После чего можно использовать команды VML прямо в тексте.

Разные замечания:

Можно ещё улучшить — подключить SVG, тогда заработает и в опере 9.5 и в других будущих продвинутых браузерах.
Обратите внимание на условные комментарии для IE. Оказывается многие не знают как сделать "else".
Комментарии можно вообще убрать. И использовать тег "v:roundrect" как блочный элемент (заодно и код будет семантичен). Я проверял — работает во всех браузерах. Можно даже content-type выставить в application/xhtml+xml. Но возмущается валидатор W3C. Можно дополнить DTD. Но это не понимает IE. Можно создать свой DTD. Но валидатор от W3C не понимает custom DTD. В общем, решайте сами, что вам валидней. Как по мне, так в данном конкретном случае валидатор от W3C конкретно не прав. Ну да ладно.
Насчет оперы. Я очень люблю этот браузер. В том числе это означает и то, что я прощаю ему то, чего он не умеет. Он очень быстро развивается. Так что это не проблема.
Я не в восторге от смешивания HTML и VML, но другого способа подсоединить VML нет.
Те атрибуты VML-тегов, которые относятся только к VML нельзя переместить в стили. Увы.
Если использовать VML-теги как блочные элементы, то они не понимают margin. Padding понимают. Есть и ещё мелкие странности. Типа отступов в 1px в некоторых случаях.
Кривые в VML сглаживаются! Это выглядит просто отлично.
Что делать с градиентами? VML и SVG их поддерживают. Можно и реализовать.
Интересный случай — код в примере не семантичен, но построенный по нему DOM — да.

Итак, решение работает во всем чем только можно, исключая оперу. Лишних запросов нет вообще. Почти семантично. Отображается моментально. Красота.

Цель достигнута. Интересно только почему никто ранее не додумался до этого?

Markaby — окончательный итог

2007-10-17T12:42:00.001+02:00

Итак, окочательный код по работе с Markaby revision 107 в составе Camping revision 238:

require 'camping'
# уберем xml заголовок страницы, т.к. его наличие переключает IE в режим совместимости, да и по стандарту он не нужен, если кодировка utf-8
Camping::Mab.set :output_xml_instruction, false
# язык xhtml-документа по умолчанию переключим на русский
Camping::Mab.set :root_attributes, { :xmlns => 'http://www.w3.org/1999/xhtml', :'xml:lang' => 'ru', :lang => 'ru' }
# вывод символов в Builder/Markaby переключим на обычный utf-8
class String; def to_xs; to_s; end; end

Коротко и элегантно. Даже require 'markaby' не требуется.

tar и win32

2007-09-11T20:54:00.000+02:00

Не ожиданно натолкнулся на проблему с архиватором tar. Оказалось, что версия для win32 не поддерживает сжатие архива gzip-ом! Как натолкнулся - захотел собрать gem из trunk-версии camping. Захожу в каталог, запускаю rake, получаю отлуп. Естественно, возник вопрос - где взять нормальный tar. Оказалось, что нормальной версии tar для win32 просто нет. Тем не менее решение нашлось - bsdtar. Оказалось достаточно переименовать исполнимый модуль в tar и всё заработало.

Markaby fix

2007-09-10T20:29:00.000+02:00

Набрался наглости и напрямую залил исправление в markaby svn. Исправил путь к DTD. Посмотрим, как на это отреагирует _why.
На текущий момент получается, что trunk-версия не содержит ошибок мешающих жизни. Единственное, что необходимо для русскоязычного сайта, так это поправить Builder::XChar и переопредилить @@default на нужный манер.

Примерно так:

class Fixnum #:nodoc:
  XChar = Builder::XChar if ! defined?(XChar)

  # XML escaped version of chr (inlines cyrillic unicode range)
  def xchr
   case self when *XChar::VALID
     n = self
     XChar::PREDEFINED[n] or [n].pack 'U'
   else
     '*'
   end
  end
end

module Markaby
  class Builder
   @@default = {
     :indent => 0,
     :output_helpers => true,
     :output_xml_instruction => false, # !
     :output_meta_tag => true,
     :auto_validation => true,
     :tagset => Markaby::XHTMLStrict,
     :root_attributes => { # !
       :xmlns => 'http://www.w3.org/1999/xhtml', :'xml:lang' => 'ru', :lang => 'ru'
     }
   }
  end
end

rhtml2mab - markaby for Ruby On Rails

2007-09-09T11:03:00.001+02:00

Я, помнится, сожалел об отсутствии утилиты html2markaby. Ну, именно такой утилиты до сих пор нет, но нашлась утилита способная облечить труд по переводу rhtml на markaby. Называется mablate. Если на неё накатить исправления описанные у _why, то результатом даже слегка можно пользоваться. Общее впечатление — глюконат кальция. Но лучше чем ничего.

command line и environment

2007-09-02T11:48:00.000+02:00

Обнаружил две странные вещи в своей WinXP:

Оказывается, в окружении отсутствует переменная HOME. Ранее как-то не обращал на это внимания, а тут смотрю - в ruby не отрабатывает конструкция File.expand_path('~/.camping.db'). Ругается на невозможность обнаружить эту переменную. Лечится через set home=%homedrive%%homepath%
При работе с командной строкой оказалось, что командный интерпретатор стал понимать ассоциации между ruby-файлами и ruby-интерпретатором. Внезапно ощутил себя в Linux. 8-) Т.е. берешь, например, набираешь в командной строке rv, нажимаешь Tab, имя дополняется до rv_harness.rb, нажимаешь Enter и командный интерпретатор запускает его на выполнение, как будто было набрано ruby rv_harness.rb! В чем дело, непонятно. Ранее такого точно не было. Поизучал список подгружаемых в процесс cmd.exe модулей - ясности не прибавилось.