OpenID — это открытая децентрализованная система, которая позволяет пользователю использовать единый аккаунт для аутентификации на множестве не связанных друг с другом сайтов, порталов, блогов и форумов. Если WEB сайт предполагает использование аутентификации или авторизации пользователя, то возможные варианты реализации этого приведены ниже:
1) Использовать стандартную регистрацию через ввод email и заполнения необходимых данных.
2) Использовать аутентификацию через указание личного идентификатора OpenID провайдера.
3) Использовать авторизацию через открытый протокол OAuth
Поддержка второго и третьего способа является одним из преимуществ, которое должно повысить количество зарегистрированных пользователей.
Хотя эта идея на первый взгляд может показаться глупой, упрощенной и слишком общей, я хотел бы предложить стандартый способ документирования проектов с открытым исходным кодом. Я знаю, что каждый проект индивидуален и моя идея уже вызвала у вас улыбку, но я надеюсь вы поймёте меня, если прочитаете этот небольшой пост.
Мотивация
Нас, авторов кода, стандарт спасёт от необходимости придумывать структуру документации для очередного проекта. Намного проще заполнять пробелы в заранее подготовленной структуре, чем думать о ней каждый раз. А чем проще и быстрее это будет происходить — тем больше разработчиков будет создавать хорошую документацию. (В конце концов, у нас останется больше времени на код и архитектуру — прим. пер.)
Стандартный формат также может сделать документацию более простой для понимания, если читатель будет знаком с её структурой. Для большинства вещей дизайн является лучшим способом привлечь потребителя, и именно дизайн ему нужен. Так что желание удовлетворить всех часто приводит к тому, что никто не оказывается удовлетворён, это касается и документации. Несмотря на то, что для обучения стоит применять персональный подход, я считаю, что тщательно продуманная и организованная документация позволит охватить больший процент потенциальных пользователей. Попытка же удовлетворить желания всех приводит к чрезмерному документированию: подобную документацию трудно сопровождать и она отпугивает читателя.
Во всяком случае, это только первый черновик стандарта, который я предлагаю. Комментарии приветствуются!

Сейчас редко найдешь среднюю или большую ИТ компанию, не имеющую ISO 9001 сертификата.
Тем не менее, я считаю, что в ближайшей перспективе ISO 9001 умрет для ИТ мира. Почему?
Попытаюсь обосновать.
Доброго времени суток! В этой статье я бы хотел рассказать о микроданных и о словаре schema.org. Об этой замечательной технологии уже
рассказывали на хабре
два раза, но в них не было освещено несколько важных моментов.
Компания Microsoft опубликовала своё предложение для будущего протокола HTTP 2.0, который сейчас обсуждается в рабочей группе IETF. Опубликованный ими черновик называется
HTTP Speed+Mobility.
Как известно, Google
предлагает взять за основу HTTP 2.0 протокол SPDY, с помощью которого можно существенно увеличить скорость загрузки сайтов по HTTP. Специалисты Microsoft согласны с этим, но в своей версии добавили фрагменты HTML5 WebSockets API. По их мнению, это особенно пригодится для мобильного веба. «Мы думаем, что приложения — а не только браузеры — тоже должны стать быстрее»,
написал в официальном блоге Жан Паоли (Jean Paoli), генеральный менеджер по стратегии совместимости Microsoft.
Решил собрать в одну небольшую статью наиболее популярные заблуждения о HTML5, встречающиеся в обсуждениях на Хабре, на форуме htmlbook.ru и в др. местах. Если вы считаете, что для HTML5 обязательно нужен доктайп
<!DOCTYPE html>, что HTML5 будет (или не будет) готов к 2022 году, что HTML5 поддерживается (или не поддерживается) какими-то браузерами, что на HTML5 можно перейти (а можно не переходить) в любое время — возможно, вам окажется интересно и полезно
От переводчика: В продолжении темы проприетарности (переводы статей раз и два), Lea Verou написала свою статью на A list apart, в которой она дает советы для веб-разработчиков. На перевод сподвиг заголовок статьи :)
Официальное заявление: каждый раз, когда вы причисляете проприетарную фичу к CSS3, умирает котенок.
Любая -webkit- фича, которая не присутствует в спецификациях (хотя бы в черновиках) не относится к CSS3. Да, некоторые фичи выдают за CSS3, но они вовсе не являются частью CSS3.
И это не придирки. Это очень важный момент, так как такое положение вещей поощряет определенные компании (*кхе*
Apple *кхе*) игнорировать процесс стандартизации, реализуя то, что они придумали, в WebKit, и популяризируя это среди разработчиков, как лучшее изобретение после колеса. Новые блестящие игрушки ослепляют нас и мы тоже начинаем их
раскручивать, внося свой вклад в повсеместное использование.
15 февраля 2012, 15:53
74
От переводчика: это ответ на статью Глазмана
«Призыв к действию: вы нужны Открытому Вебу *сейчас*».
Несколько лет назад разработчики WebKit начали внедрять в open source проект экспериментальные функции CSS. Поскольку эти функции не были официально частью стандарта CSS, к ним добавляли префикс
-webkit для гарантии, что данные функции не повлияют на любые нынешние и будущие декларации, а также с тем смыслом, что они работают только в WebKit. Но сейчас, спустя несколько лет, рабочая группа CSS Working Group решила исправить «вред», нанесённый сайтами, которые используют WebKit-специфичные функции. В противном случае, считают они, «это уничтожит нынешнюю процедуру утверждения стандартов».
Что ж, я очень надеюсь, что процедура утверждения стандартов в W3C и CSS Working Group на самом деле будет уничтожена.
11 февраля 2012, 15:14
33
Данная статья является переводом первой статьи из цикла статей о протоколе HTTP с сайта
opera.com.
Пересоздал её, чтобы тип статьи стал переводом.
Введение
В Бутане, когда люди знакомятся, они обычно приветствуют друг друга словами «Твоё тело чувствует себя хорошо?». В Японии они могут кланяться, в зависимости от обстановки. В Омане мужчины обычно целуют друг друга в нос, после рукопожатия. В Камбодже и Таиланде они обычно соединяют ладони, как при молитве. Это все протоколы общения, простая последовательность кодов, которая имеется значение и готовит обе стороны к обмену информацией.
В Интернете есть очень эффективный протокол прикладного уровня, который готовит компьютеры к обмену информацией:
Hypertext Transfer Protocol, или HTTP. HTTP — протокол прикладного уровня поверх коммуникационного протокола
TCP/IP. HTTP часто упускается из вида при изучении веб-дизайна и веб-разработки, что является ошибкой: понимание его помогает определить лучший способ взаимодействия с пользователями, достичь лучшей производительности сайта и создает эффективный инструмент для управления информацией в сети Интернет.
Это первая статья из серии статей, целью которой является научить основам HTTP и эффективному его использованию. В этой статье мы увидим на каком этапе HTTP работает в механизме Интернет.
9 февраля 2012, 22:32
189
Компания Netcraft, как всегда, держит нас в курсе общемировых тенденций, в плане динамики рынка веб-серверов и общего количества сайтов в мире. Так вот, на днях был опубликован очередной отчет, согласно которому всего за месяц сайтов в Сети стало больше на 30 миллионов. Это увеличение примерно на 5,2%. Если так пойдет и дальше, что скоро
ГС заполонят интернет количество сайтов будет исчисляться в миллиардах.