software simian's typewritings

webfinger для вашего емейла

comments: 0

в свете недавнего подключения гуглом поддержки webfinger для всех публичных профилей я решил сделать то же самое для своего емейла me@arty.name. Как выяснилось, это очень просто.

  1. в document root домена я создал папку .well-known
  2. в эту папку я положил файлы host-meta, me@arty.name, acct:me@arty.name, .htaccess
  3. в файле host-meta я написал:

    <?xml version='1.0' encoding='UTF-8'?>
    <XRD xmlns='http://docs.oasis-open.org/ns/xri/xrd-1.0'
      xmlns:hm='http://host-meta.net/xrd/1.0'>
      <hm:Host>arty.name</hm:Host>
      <Link rel='lrdd'
        template='http://arty.name/.well-known/{uri}'>
        <Title>Resource Descriptor</Title>
      </Link>
    </XRD>
    
  4. в файлах me@arty.name и acct:me@arty.name я написал:

    <XRD xmlns="http://docs.oasis-open.org/ns/xri/xrd-1.0">
      <Subject>acct:me@arty.name</Subject>
      <Alias>http://arty.name/</Alias>
      <Link rel="http://webfinger.net/rel/profile-page"
        href="http://arty.name/" type="text/html"/>
      <Link rel="http://microformats.org/profile/hcard"
        href="http://arty.name/" type="text/html"/>
      <Link rel="http://gmpg.org/xfn/11"
        href="http://arty.name/" type="text/html"/>
      <Link rel="http://specs.openid.net/auth/2.0/provider"
        href="http://arty.name/"/>
      <Link rel="describedby" href="http://arty.name/"
        type="text/html"/>
    </XRD>
    
  5. для того, чтобы все эти файлы отдавались с правильным Content-Type, в .htaccess я добавил строчку

    DefaultType application/xrd+xml
    

вуаля! теперь можно идти на webfinger demo client и пробовать там адрес me@arty.name

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

open google reader

, , , comments: 6

GR хороший, но мелких проблем у него хватает. Когда натыкаешься на них по многу раз на дню, это начинает раздражать. Поэтому встречайте Open Google Reader с преферансом и гимназистками

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

некоторые фичи:

пока что у проекта один пользователь — я, и о других способах использования ридера я думал (и знал) мало. Из этого следуют «баги»:

для установки на странице проекта кликните по ссылке для своего браузера

и да поможет запуску пятница!

о новомодных кодеках и поддержке html5 video

comments: 0

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

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

итак, очевидное: к этому моменту всё, что сделали ютюб и вимео — потратили один день программиста и неделю тестировщика, чтобы по желанию юзера вместо embed на странице оказывался тег video. Всё. Это вся «поддержка html5 video». Соотношение затрат и позитивной реакции на это событие очень впечатляет, так что шаг умный, не спорю. Меня удивляет скорее радость юзеров: чему тут радоваться?

а вот чего не сделал ни один из этих сайтов (но давно уже сделал dailymotion) — это перекодирования имеющегося архива видео в открытый и бесплатный Ogg Theora. Поэтому если за спиной вашего браузера не стоит богатейшая компания типа Google или Apple, способная заплатить до $5.000.000 за право встраивать в свои продукты кодек H.264, если вы пользуетесь собранным энтузиастами браузером Chromium или Firefox, то вам остаётся тормозной флеш или разные ухищрения.

естественно, перекодирование таких объёмов требует огромных ресурсов. Поэтому ютюб не будет этим заниматься сейчас. Нет, пока что они соберут хорошую карму за упоминание html 5 и потестируют фичу на широких массах юзеров. А вот через полгода-год, если не через два, возможно, начнётся конвертация. Если всё будет хорошо.

впрочем, спору нет, для сообщества веб-разработчиков и производителей браузеров это был очень полезный шаг. Заодно и patent awareness вырастет.

opera + prism: desktop web-applications

, comments: 0

несколько лет назад опера научилась запускать в отдельных системных окнах маленькие приложения-виджеты, вроде тех, что сейчас часто можно видеть на стартовых экранах смартфонов. Конечно, так можно было запускать и приложения покрупнее, но этим мало кто занимался. Тем более, что эти приложения работали только до тех пор, пока работала опера. А использовать отдельный процесс оперы с отдельным профилем — хлопотно.

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

будущее наступило : ) И теперь достаточно нескольких кликов, чтобы превратить веб-приложение в «настольное»! Зайдите оперой на страничку Opera Prism: desktop web-applications, введите урл и нажмите Install. Или скачайте его на диск, чтобы поредактировать. Или отправьте конечную ссылку другу.

конечно, я не буду утверждать, что опера была первее всех — это очевидно даже из названия заметки. До неё таким трюкам научились Mozilla Prism и Хром. Однако у оперы есть преимущество: она ест заметно меньше памяти, и эти приложения более похожи системные (вплоть до автопакетирования в deb в убунте).

а иконок нет пока только из-за моей лени ; ) Вернее, я не знаю ещё нормального способа добывать их автоматически или вручную.

созрели новые стандарты!

comments: 2

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

итак, самый крутой модуль — CSS3 Selectors — теперь является Proposed Recommendation, и ему остался последний шаг до W3C Recommendation.

следующий в списке CSS3 Backgrounds and Borders, который сейчас стал Candidate Recommendation. Это этап, на котором разработчики спеки официально заявляют: «пришло время воплощать идеи в коде».

ну и последний модуль — CSS Multi-column Layout, который теперь тоже Candidate Recommendation.

подозреваю, что кто-то в опере уже включил флажок в мейкфайле, чтобы в Рождественском релизе Оперы оказался давно готовый у них код для реализации обоих этих модулей-кандидатов.

p.s.: если кто не слышал, Еврокомиссия в очередной раз признала Микрософт нарушителями закона и заставила добавить в винду экран выбора браузера. Приятно, что в Евросоюзе такие законы. Приятно, что кто-то может добиться их выполнения. Даже если этот кто-то — скромная норвежская компания.