Продолжу тему обновления верстки сайта до HTML 5. С первой частью статьи можно ознакомиться здесь Обновляем сайт до HTML 5. Часть 1. Как я и говорил – это можно назвать рефератом на книгу DIVE INTO HTML5, большинство примеров взяты оттуда.

Недавно я выступал на нашей Ярославской User Group с докладом о HTML5, не потому что, я в этом профессионал, а просто решил поведать, раз недавно читал книгу о HTML5 и даже перевел свой сайт на HTML5, а еще потому, что никто у нас в Ярославле так и не собрался сделать доклад про HTML5. Посмотреть и скачать презентацию доклада можно с SkyDrive. Мой доклад был небольшой реферативной работой на книгу Html 5: Up and Running, либо DIVE INTO HTML5 (что на самом деле одно и тоже). Сегодня же я хочу сделать небольшую памятку о том, как перевести сайт с HTML4 на HTML5, основанную на докладе и книгах (опять же реферативная работа) для дальнейшего пользования мной же, ну и может быть кому-нибудь тоже будет полезно.

Мне на руки попались две интересные книжки о Html 5 и JavaScript (ECMAScript 5):

• Mark Pilgrim - Html 5: Up and Running
• Shelley Powers – JavaScript Cookbook

Обе книги от издательства O’Reilly, первая так же под знаком Google Press. Обе книги на английском языке, и вряд ли в ближайшем будущем будут русские переведенные варианты. Если вас это не пугает, то попробую описать поподробнее о каждой книге.

При разработке веб-приложений важно помнить о том, что клиентские компьютеры могут быть разбросаны достаточно сильно по земному шару. Даже если разрабатывать приложение только для русских пользователей, то наберется 11 временных зон. Меня очень сильно удивило и расстроило, что достаточно известные сайты http://habrahabr.ru и http://gotdotnet.ru об этом вообще не задумываются. На таких сайтах сделать поддержку временных зон еще проще, там есть профили пользователей, в которых пользователи запросто смогли бы выставлять временную зону в которой они находятся. Таким образом, например, реализована поддержка временных зон в Sharepoint, и таким образом реализовывают поддержку в большинстве enterprise приложений. А что же делать когда нет поддержки профайлов на сервере? Что, если это просто новостной сайт или блог, и хочется чтобы пользователи с любой точки земного шара видели время не в будущем, а публиковали комментарии видя свое текущее локальное время.

Недавно Константин Кичинский в своем блоге представил Deep Zoom Composer 1.0, скачать который можно с сайта Microsoft. Что это такое и как работает я предлагаю прочитать в его блоге. А сейчас я хотел бы продемонстрировать как это можно использовать.

Одно из назначений для сертификата – это подписывание данных. Цель подписи может быть различной – валидация клиента или просто проверка достоверности данных.
Одна из задач, которая у вас может возникнуть – это подписать некоторые данные на стороне клиента в браузере пользователя. Такая задача может возникнуть тогда, когда пользователь подает некоторые важные данные, и для того, чтобы он в будущем не отказывался со словами «Это делал не я!» от этих данных. Для этого могут служить сертификаты. Подробнее о сертификатах и о SSL можно узнать где угодно, достаточно в поисковике набрать «SSL сертификаты» и информации об их назначении и о необходимости будет предостаточно.

Для реальных задач вам, скорее всего, понадобятся сертификаты удовлетворяющие алгоритмам ГОСТа, одна из программ реализующая их это КриптоПро, хотя даже вроде как и единственная. Но для того чтобы разрабатывать или тестировать сама программа вам не понадобится. Идея сертификатов так же в том, что пользователь и разработчик не должны вникать в то, какие алгоритмы они реализуют, какие типы ключей в них содержаться, и программа, работающая с сертификатами одного типа так же работала бы на сертификатах другого типа (это в теории, в практике может быть будут проблемы с некоторыми настройками контейнеров и вообще администрированием). Главное – для нашей задачи - это чтобы сертификат сервера и клиента соответствовали одному алгоритму.