Доменная зона .cx принадлежит Острову Рождества в Индийском океане. Население острова — 1400 человек. Площадь острова — 135 кв. км. Лучшей доменной зоны придумать нельзя.

Это генератор QR-кодов на чистом как хрусталь JavaScript, никаких серверных компонентов, всё прямо в браузере. Вот сразу демонстрашка для побаловаться.

Причем это не абы что, это порт продвинутой C-шной библиотеки libqrencode, которая работает в серверной части на подавляющем большинстве сайтов для генерации QR-кодов, и имеет биндинги ко всему на свете. Для JavaScript уже есть генераторы QR-кодов, но все очень сырые, в отличии от libqrencode который уже несколько лет пишется и, как я уже говорил, много где используется.

Процесс портирования C-шной библиотеки на JavaScript, это, скажу я вам, просто песня. Есть совершенно замечательный проект emscripten — компилятор LLVM в JavaScript. Вот с помощью него волшебство и произошло. Я написал небольшую C-шную обертку над libqrencode, скомпилировал всё вместе в LLVM-код с помощью Clang, передал в emscripten и написал JavaScript обертку над результатом его работы. Получилось хорошо.

Лицензия LGPL (вирусом от libqrencode). Пользуйтесь!

Во-первых, Akaspin прислал полезный патч, позволяющий с помощью mkGenericContext создавать контексты для типов с полями MonadIO m => (Byte)String -> m (Byte)String, за что ему выдаётся очередной плюс в карму. Сам я о такой возможности думал, но не осилил, ура опенсорсу. Пример использования тут.

Во-вторых, я обобщил конструктор MuLambda до MuVar a => MuLambda (ByteString -> a), раньше можно было только ByteString возвращать, а теперь любой тип, для которого есть инстанс класса MuVar. Удобно, как-то я раньше не сообразил так сделать.

В-третьих, Сам Bryan O'Sullivan (один из авторов книги Real World Haskell), прислал небольшой патч для hastache и посоветовал использовать blaze-builder для записи результата работы шаблонизатора. Blaze-builder предназначен для генерации Lazy ByteString с контролем минимального размера фрагментов этой строки. За счет этого достигается существенное увеличение скорости дальнейшей работы с этой строкой. Вместо кучи мелких блоков (а именно так и получается при работе hastache), имеем несколько крупных, которые, к примеру, по сети уедут быстрее (за счет минимизации количества системных вызовов). Так что теперь и обычный результат hastache состоит из удобных крупных блоков внутри Lazy ByteString, и, также, можно получить непосредственно объект Builder библиотеки blaze-builder и дальше уже работать прямо с ним.

Однако, поскольку стандартная организация поиска в современных браузерах меня лично совершенно не устраивает, буду думать что с этим можно сделать. Сейчас у меня основная идея делать браузерный плагин. Я сам пользуюсь Google Chrome, а у него весьма аскетичный API для плагинов. Боковые панели, от которых можно плясать с интерфейсом поискового плагина есть пока только в экспериментальном API. Вот видимо с ними и буду разбираться. От двухколоночного поиска придется отказаться, по крайней мере до тех пор, пока не появится API, на котором это можно сделать. Однако, можно будет искать по всем тем сайтам, которые запрещают iframe (например stackoverflow), а также сделать добавление собственных поисковиков. Поддержку Firefox и других браузеров обещать пока не могу, т.к. сам не пользуюсь и нужно будет смотреть их документацию, насколько там всё близко к Хрому.

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

PS: Алекс Экслер (да будет здоров он сам, жена, дети, внуки и коты), опубликовал у себя в блоге обзор куэрмании. Сервер, конечно, не может проснуться знаменитым, но зато сегодня в полночь, он начнет знаменитым писать свой новый лог.