Посмотреть можно на http://url.sunchaser.info/
Взять на http://home.sunchaser.info/articles/web/php/urlsh.html

Фича — верификация по OpenID — должна отпугнуть от вашей сокращалки мошенников

Файлы add.php, auth.php и show.php можно инклудить, чтоб вписывалось в дизайн сайта. Но мене самого как всегда ломает

UPD: исправлена бага с Яндексом, качать там же, в common.inc.php новый параметр ($urlsh['url']['root'])

Подробнее на OpenNET
Офсайт

Будем надеяться, что это технически подкованное решение в отличие от предыдущей попытки — слабоватой Theora в нерассчитанном на видео контейнере OGG (OGV) — займёт лидирующие позиции в инете.

Also note that it is your responsibility to die() if necessary.

We live for the One, we die() for the One.

В отличие от двух других, OpenID в представлении почти не нуждается. Это паспорт “я такой-то с такого-то сервера”. Сайт запрашивает у сервера авторизации подтверждение, типа, скажи мне myopenid.com, этот ко мне стучится правда vasya_pupkin? Дальше мы его узнаём и пускаем как родного — за него поручились.

OAuth чуть хитрее. Я с ним особо не сталкивался и в дневнике не упоминал. OAuth — это средство авторизованного доступа к API. Что это, с чем его едят, кому это надо и почему это не OpenID неплохо описано в статье на Хабре

И вот мы вплотную подошли к oEmbed Это очень молодой и возможно даже не до конца проработанный стандарт, но дико удобный и полезный… будет, когда широко распространится. Признаюсь, узнал я о нём буквально на днях.

Функциональность его не нова — мы и ранее вставляли картинки тегами <img>, видео хтоническими конструкциями из <object>, <embed>, флешем, джавой и даже новыми средствами html5, но это каждый сервис извращался во-своему, плееры обновлялись, постоянные ссылки на странички не подкреплялись постоянными ссылками на картинки на них.

oEmbed унифицирует вставки произвольного кода в страницу при помощи достаточно простого API.

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

Всё предельно просто, кроме того куда нам слать GET-запрос =)
Адрес для GET-запроса хранится на самой странице, кусок которой мы хотим внедрить в виде тегов
с атрибутами type=”application/json+oembed” или type=”application/xml+oembed”

Типы вставляемых элементов:

• photo — изображение. Например, с сервиса Flickr. Результат по идее скармливается тегу<img>
• video — видео, а возможно и аудио. Поддерживается Google Video и YouTube
• link — ссылка на документ. Допускается краткое (да и полное) содержимое, хотя отображение текста зависит скорее от желания приёмника. WordPress, например, отображает только заголовок, а вот сервис микроблогов identi.ca показывает предпросмотр. Именно линки создаёт плагин oEmbed Provider для WordPress, о котором в следующей мессаге
• rich — просто вставка куска текста =)

Подробная (и, кстати, небольшая совсем) инструкция на буржуйском есть на официальном сайте http://www.oembed.com/ (хотя там всё равно без 100 грамм не разберешься…)

Ну и на закусь пример:

Avatars – Homeworld/Homeworld: Cataclysm

hw ambassador kush	hw ambassador taii	hw bentusi	hw emperor	hw fleet kush
hw fleet taii	hw kadesh	hw kapella kush	hw kapella taii	hw kharselim

[далее]

Ссылка на какую-нибудь из коллекций в моей галерее аватарок выводит первые 10 штук, заголовок и ссылку на галерею целиком.

В общем, произошло логичное упрощение синтаксиса в Firefox 3.6 beta 2 и одновременно в транке других геккобраузеров (в т.ч. снапшотах Firefox 3.7)

-moz-linear-gradient(top, bottom, from(#006699), to(#2A90C3));
стало
-moz-linear-gradient(top, #006699, #2A90C3);

Кто скажет, что стало нелогичнее и непонятнее, пусть первым бросит в меня камень убьётся камнем. Ну и это всяко лучше, чем
background-image: -webkit-gradient(linear, left top, left bottom,color-stop(0.00, #006699),color-stop(1.00, #2A90C3));

Подробности синтаксиса на сайте мозиллы:
https://developer.mozilla.org/en/CSS/-moz-linear-gradient

Ахда, в любых XML документах нельзя указывать DTD, иначе Internet Explorer пойдет по указанному адресу его скачать. Всё бы ничего, но он этим ddos-ит www.w3.org, поэтому там забанен. А значит, он просто вместо документа покажет ошибку

Проверялось на примере avalon.com.ru

1) Google

Индексирует, игнорируя стили. Отчасти даже лучше — оформление не попадает в индекс и не мешается при поиске, но для полноты индексации надо делать sitemap.

2) Yahoo!

Применяет стиль и индексирует результат. Вах! То, что надо.

3) Yandex, Rambler, Aport, Microsoft Bing, Baidu

Никак. Стыд и позор!

Что ж… к сожалению, такой технически удачный подход к созданию сайтов слегка нежизнеспособен.

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

Для проверки были сделаны 2 странички и использованы 4 мультимедиа файла в форматах mp3, ogg vorbis, ogg theora, x264/mp4

Итак… на сегодняшний день audio и video поддерживают:

• Mozilla Firefox 3.5 RC (Windows, Linux) — скорее всего станет первым стабильным браузером с этой фичей
• Mozilla SeaMonkey 2.0b1 (Windows, Linux) — ну… логично
• Arora 0.7.1 (Linux). Виндовая почему-то не хочет…
• Google Chrome 3.0 (Windows) — тоже пока еще development branch. Единственный конкурент Мозиллы на право первенства. Версия же под Linux пока вообще ничего не умеет

MSIE как всегда в пролете. Opera в мейнстрим пока свои наработки пускать не хочет. Safari вопреки слухам тоже пока поддержкой не обзавелся. (возможно, слухи были про MacOS)

Поддержка форматов
Где указаны 2 формата, было использовано несколько источников для элемента (см. код под катом)

Google Chrome понял формат mpeg, но всё равно предпочел ogv в обоих случаях независимо от порядка указания. Он просто хочет audio/mp4 в качестве MIME-типа. Подправил код и Хром сразу стал вести себя логичнее.

Arora почему-то не поняла множественные источники.

Код страничек (под катом):

audio.html

<html>
<head>
<meta charset=”utf-8″/>
<title>HTML5 Audio</title>
</head>
<body>

<p>Beatles – Yesterday (mp3):<br/>
<audio src=”yesterday.mp3″ controls=”controls”>Нет поддержки элемента audio</audio></p>

<p>Beatles – Let It Be (ogg):<br/>
<audio src=”letitbe.ogg” controls=”controls”>Нет поддержки элемента audio</audio></p>

<p>Много источников. Сначала указан mp3, потом ogg:<br/>
<audio controls=”controls”>
<source src=”yesterday.mp3″ type=”audio/mpeg”/>
<source src=”letitbe.ogg” type=”audio/ogg”/>
Нет поддержки элемента audio
</audio>

<p>Много источников. Сначала указан ogg, потом mp3:<br/>
<audio controls=”controls”>
<source src=”letitbe.ogg” type=”audio/ogg”/>
<source src=”yesterday.mp3″ type=”audio/mpeg”/>
Нет поддержки элемента audio
</audio>
</p>

</body>
</html>..

video.html

<html>
<head>
<meta charset=”utf-8″/>
<title>HTML5 Video</title>
</head>
<body>

<p>Arrancar Encyclopedia – Bawabawa (mp4/x264):<br/>
<video src=”bawabawa.mp4″ controls=”controls”>Нет поддержки элемента video</video></p>

<p>Yaoi (ogv/theora):<br/>
<video src=”yaoi.ogv” controls=”controls”>Нет поддержки элемента video</video></p>

<p>Много источников. Сначала указан mp4, потом ogv:<br/>
<video controls=”controls”>
<source src=”bawabawa.mp4″ type=”video/mp4″/>
<source src=”yaoi.ogv” type=”video/ogg”/>
Нет поддержки элемента video
</video>

<p>Много источников. Сначала указан ogv, потом mp4:<br/>
<video controls=”controls”>
<source src=”yaoi.ogv” type=”video/ogg”/>
<source src=”bawabawa.mp4″ type=”video/mp4″/>
Нет поддержки элемента video
</video>
</p>

</body>
</html>

Половину шаблона выкинул — теперь используется наследование из prosilver, так проще стало поддерживать тему в актуальном состоянии. Убрал ужасное чередование цветов в просмотре тем форума и сообщений темы. К сожалению, немного попортил заголовки таблицы. Переименовал тему в SemiGreen CA. Отчасти, потому что моя редакция, пусть и немного было работы, отчасти потому, что ее нельзя скопировать поверх старой — необходимо удалять и ставить заново, иначе не подхватит механизм наследования (появился в phpBB 3.0.3)

Скачать можно с моего сайта:
http://home.sunchaser.info/articles/web/phpbb/style-semigreen.html

Очень полезно при проверке верстки в старых браузерах или на отсутствующих у разработчика платформах.

Что ж, работает… Поддерживает кодеки Vorbis (аудио) и Theora (видео). mp3 не держит, что логично. pcm должен по стандарту, но я не проверял. Контейнеры тоже не проверял, но похоже, что ограничено ogg/ogm/ogv и должен бы быть wav (по стандарту), и если повезет, avi (хотя если всё равно либо несжатый, либо Theora… какой от него плюс?).

В качестве теста подправил пост про “Оду к радости”. Теперь если ваш браузер поддерживает <audio>, вы увидите что-то вроде такого:

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

т.е. фактически, проще некуда.

Обычно XSLT в вебе используется для преобразования XML-документов в XHTML на стороне сервера. В результате получается обычная HTML-ка, которая передается в браузер. Это не интересно и никак не отражает некоторых прелестей XSLT-преобразования.

Работа с XML и, в частности, XSLT-преобразование является стандартной функцией современных браузеров. Почему бы не заюзать преобразования на стороне клиента?

Выглядит, скажем, наша главная страница как

И уже в браузере формируется в приветствие, блок поиска и блок новостей и оборачивается в оформление сайта.

Такой подход используется, например на сайте starcraft2.com и сайте avalon.com.ru, над которым я время от времени и колдую.

Посмотрим на достоинства и недостатки:

Достоинтсва:

1. Разделение данных и представления. Это типа хорошо и этого всегда добиваются
2. Снижение нагрузки на сервер. Точнее, на вебовский фронт-энд, так как ему уже не надо по куче шаблонов формировать удобочитаемое представление
3. Снижение трафика. Шаблоны достаточно скачать один раз и закешировать. Собственно, тот же эффект, что и от CSS

Недостатки:

1. Требуется более высокое качество кода. Корявый HTML коряво отображается. Корявый XML не отображается вообще (на самом деле это достоинство, но моду диктуют “индусы” и другие быдлокодеры)
2. Нагрузка на клиента. Современные браузеры на XSLT-страничках заметно подтормаживают, особенно, разумеется, Internet Explorer. Тонкий клиент как бы “толстеет”
3. Browser Wars. Стоит просто у валидной XHTML-странички сменить тип с text/html на text/xml, сразу же всплывают какие-то странные несовместимости у браузеров. А, например, открытые реализации KHTML/WebKit (напр, Konqueror и Arora) вообще XSLT не понимают

Непонятки:

1. Поисковики. Как поисковики относятся к XSLT? А хз. Требует дополнительного исследования

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

Рабочая версия теперь доступна на http://home.sunchaser.info/gravatar.phtml. Понимает запросы вида http://home.sunchaser.info/gravatar.phtml?email=your@e.mail

Исходники (всё там же):
gravtar.htm – рабочая страничка
md5.js – библиотечка md5

Может быть использована для проверки работы Gravatar, если вы не доверяете тестовой страничке самого сервиса. ВЫводит картинку размером 256×256. Если Gravatar для введенного e-mail не найден, выводит символ Gravatar. Рабочий вариант — под катом.

Была использована сторонняя библиотечка для рассчета хэша md5.

Исходники:
gravtar.htm – рабочая страничка
md5.js – библиотечка md5

Проверить Gravatar

Gravatar link for NULL is NULL

Если вы изучаете кросспост, а фокус не срабатывает, попробуйте перейти к оригинальному сообщению на sunchaser.info

Адрес gca-ta@ya.ru используется для тестирования скриптов, писать на него бесполезно ;)