Университет Иннополис объявляет о начале конкурса среди студентов 3-5 курсов ведущих вузов России и зарубежья в области ИТ. Победители конкурса – группа студентов численностью 30-40 человек получат целевой грант на обучение по этой программе.

Спешите подать заявку на нашу программу, количество мест ограничено!

Регистрация на программу

Мы готовы ответить на любые Ваши вопросы о программе – ugrad@innopolis.edu.ru

Речь сегодня пойдет о встраивании расширенного контента в твиты, содержащие ссылку на ваш сайт. Многие наверняка встречались с подобным в Facebook’е или ВК: вы расшариваете в соцсеть некую ссылку, а помимо нее туда автоматически подгружается, например, заголовок, описание и изображение. Вот только поддержка технологии для VK и FB сейчас не является редкостью, а Twitter Cards встречаются не так часто, особенно в рунете.

Twitter Cards или Expanded Tweets позволяют уместить в одном твите больше информации, чем обычно. Помимо текстовой информации поддерживается также графическая и аудио/видео. Поддержка реализована как в официальных twitter-клиентах, так и во многих сторонних. Эта дополнительная информация подгружается только когда пользователь нажмет под твитом с ссылкой кнопку Expand/Details (кнопка зависит от используемого клиента), то есть лента не будет захламлена, даже если каждый твит будет содержать расширенную часть.

Не вижу смысла в копировании и переводе документации, она у твиттера довольно хороша и для понимания не требует особых знаний английского. Расскажу вкратце о возможностях, приведу пару примеров и дам полезные ссылки. Технических сложностей никаких нет.

Итак, как я уже сказал, Twitter Cards (дальше буду называть карточками для удобства) позволяют встраивать контент с сайта в твиты. Но они бывают разных типов:

• Summary Card. Стандартная карточка с заголовком, описанием и изображением.
• Summary Card with Large Image. Та же самая Summary, только больший акцент сделан на изображении.
• Photo Card. Тут все и так ясно, фотокарточка.
• Gallery Card. Мини-галерея из четырех изображений.
• App Card. Карточка приложения в App Store или Google Play.
• App Installs and Deep-Linking. Установка приложения при необходимости и deep-linking (если я верно понял, подразумевается переход в указанное приложение).
• Player Card. Карточка с медиа-плеером.
• Product Card. Карточка товара (для интернет-магазинов).

Как видно, возможности довольно широки. При использовании стоит учитывать особенности работы с изображениями. Они не только могут обрезаться, но и ведут себя по-разному. Например, в Summary они являются ссылкой на страницу, а в Gallery — открывается окно с полной версией изображения.

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

	<meta name="twitter:card" content="summary"> 	<meta name="twitter:creator" content="@webholt"> 	<meta name="twitter:title" content="Привет, я пятничный котик"> 	<meta name="twitter:description" content="И ты мог бы постить других котиков, если бы настроил Twitter Cards на своем сайте. А также увеличить количество информации, содержащейся в одном твите, в несколько раз."> 	<meta name="twitter:image" content="http://gwer.github.io/twi-cards/img/cat1.jpg"> 

На всякий случай поясню, что и зачем.

• twitter:card — тип карточки. В данном случае можно опустить, так как summary идет по-умолчанию.
• twitter:creator — твиттер автора (контента, сайта).
• twitter:title — заголовок. До 70 символов.
• twitter:description — описание. До 200 символов.
• twitter:image — ссылка на изображение. Обязательно абсолютная.

Нетрудно понять, что 120 символов самого твита (минус 20 на ссылку), 270 символов в карточке и изображение с большей вероятностью привлекут пользователя к хорошему сайту, нежели просто твит со ссылкой.

Кстати, многие сайты, организующие автоматический постинг новых страниц в твиттер, нередко пользуются сторонними хостингами изображений, чтобы подгружать их (изображения) в твиты. Описываемые карточки могут оказаться неплохой альтернативой. А особо внимательные могли заметить, что информация, размещаемая в карточке, может вообще не соответствовать содержимому страницы (но я вам этого не говорил).

К сожалению, недостаточно просто добавить теги. Необходимо зааппрувить одобрить сайт для использования выбранного типа карточек. После того, как метатеги добавлены, идем в валидатор, выбираем нужный тип карточки, переходим на вкладку Validate & Apply и там вставляем ссылку на страницу с прописанными метатегами. Убедитесь, что разметка верная, после чего обратите внимание на то, что домен «not approved».

Но все не так страшно, как может показаться. Жмете Request Approval, видите уже заполненную форму. Можно что-то подредактировать по желанию, заполнить нужно только Website Description. Я туда честно написал «Site for tests of twi-cards», нажал Request Approval и… И увидел сообщение:

Thanks for applying to be part of Twitter’s cards service. We’ll review your request as soon as possible. Expect a few weeks for turn-around time. You will receive an email when your request has been reviewed.

Признаться, эти вот few weeks меня несколько расстроили. Но, как выяснилось, одобрение проходит в течение минуты-двух. Вероятно, эта оговорка там висит либо с прошлых времен, когда одобрение происходило дольше, либо на случай, если вдруг весь Хабрахабр начнет аппрувить свои сайтики.

После этого можно постить ссылку, с которой проходили одобрение, в твиттер, и она должна нести в себе новую карточку. Кроме того, карточки будут доступны и на любых других страницах с прописанными метатегами, находящимися на одобренном домене (и его поддоменах). Краулер работает сравнительно шустро. Даже переиндексация уже проиндексированных страниц происходит в течение получаса, хотя официально говорится, что примерно раз в неделю (и тут с большим запасом работают). Если нужно переиндексировать страницу еще быстрее, можно просто к ссылке добавить якорь или GET-параметр, и постить ее, а не оригинальную.

Во избежание недопониманий, сразу отмечу, что одобрение происходит только для одного типа карточек. Объясню на еще одном примере.

Допустим, Summary Card мы нам одобрили, они работают, новые страницы индексируются. И вот мы вставляем в одну из страниц метатеги:

	<meta name="twitter:card" content="gallery"> 	<meta name="twitter:creator" content="@webholt"> 	<meta name="twitter:title" content="Всем котиков!"> 	<meta name="twitter:image0" content="http://gwer.github.io/twi-cards/img/cat2.jpg"> 	<meta name="twitter:image1" content="http://gwer.github.io/twi-cards/img/cat3.jpg"> 	<meta name="twitter:image2" content="http://gwer.github.io/twi-cards/img/cat4.jpg"> 	<meta name="twitter:image3" content="http://gwer.github.io/twi-cards/img/cat5.jpg"> 

Казалось бы, все должно работать, но нет. Проблема в том, что одобрена только Summary Card, а это Gallery Card. Чтобы заработали и они, нужно снова сходить к валидатору и одобрить страницу, размеченную под этот тип карточек. Заодно убедитесь, что разметка правильная. Проходим валидацию, получаем аппрув и…

Профит!

Естественно, здесь я все привожу для примеров. Вручную прописывать в реальных проектах ничего не нужно. Дописать функциональность для реализации описанных возможностей на знакомой CMS не должно составить труда любому веб-разработчику. Для WordPress, Blogger и Tumblr существуют уже готовые решения.

И также замечу, что данный пост не стоит считать исчерпывающим руководством. Здесь не описаны другие виды карточек и все доступные параметры (можно указывать, например, не только твиттер автора, но и твиттер сайта). Я лишь рассказал о существовании возможности реализации подобного и показал простейшие примеры. После этого с остальным без труда поможет разобраться официальная документация.

Компания Fujitsu, а также ее партнеры – компании ЗСНС-Компьютерс и Symantec приглашают вас принять участие в конференции:
«Новый взгляд на работу центра обработки данных»,
которая состоится в Тюмени, 25 февраля 2014 г. (вторник) с 9:30 до 16:30. Начало регистрации в 9:00.

Конференция посвящена передовым технологиям и их роли в преобразовании современного ЦОД, оптимизации ИТ-решений и построении гибкой офисной инфраструктуры.

Начнём мы наше мероприятие с дискусcии на тему: «Трансформация ИТ. Через преобразование ИТ к развитию бизнеса», где будут освещаться такие вопросы, как аутсорсинг компетенций и ИТ-инфраструктуры, оптимизация бизнеса через ИТ и другие.

С экспертами компании Fujitsu вы сможете обсудить задачи резервного копирования, хранения критически важных данных и обеспечения надежности вычислительных систем, современные технологии многоуровневого хранения данных и методы выделения ресурсов в виртуальных и облачных средах. Особое внимание будет уделено вопросам защиты данных, виртуализации, энергоэффективности и оптимизации сред планирования ресурсов предприятия.

На конференции мы расскажем о пакете услуг Fujitsu для удовлетворения любых потребностей заказчика в части интеграции и технического сопровождения ИТ-решений.

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

Подробная программа и регистрация: www.fujitsu.com/ru/about/resources/events/rtdc_tui/index.html

«Они продали ее по шок-цене» — такое заключение сделали аналитики после продажи компании Nokia компании Microsoft. «Эффект Элопа» доказал прежде всего неэффективность управления мобильным бизнесом главы компании Nokia Стивена Элопа на глобальном рынке мобильных устройств. Теперь Microsoft пытается копировать Android и представить рынку свое новое творение – планшет Nokia Normandy – бюджетное устройство, которое изначально сможет работать как на Windows Phone, так и на Android.

Планшет Nokia Normandy или Nokia X на Android — это попытки компании Microsoft ввязаться в новую, странную игру на рынке мобильных ОС против своей же платформы Windows 8 или попытки составить достойную конкуренцию Android-устройствам? Причины выхода устройства на рынок в феврале-марте текущего года? Позиция Microsoft в отношении Google?
Для понимания ситуации на рынке Android, WP-устройств, начнем с основных причин покупки Nokia компанией Microsoft и квартальных отчетах Nokia за 3-й квартал 2013 года.

Причины покупки Nokia и попытки выхода на рынок Android

Microsoft, которая упустила рынок смартфонов и планшетов, купила Nokia, финского гиганта по производству мобильных устройств по шок-цене. Сумма сделки составила €5,5 млрд, в то время как в 2007 году ее продажи оценивались в €110 млрд. Тот же Skype обошёлся дороже — $8.5 млрд. Теперь финская компания сосредоточилась на мобильном подразделении Nokia Solutions and Networks, HERE (карты и навигация) и Advanced Technologies. До этого, Nokia целых 14 лет являлась мировым лидером по продажам мобильных телефонов, но в I квартале 2012 года, ее опередила компания Samsung.
Microsoft пришлось купить Nokia по шок-цене. Корпорация Microsoft по-прежнему теряла долю рынка в США несмотря на многомиллионные отгрузки Lumia своим партнерам. Продажи смартфонов линейки Lumia на WP генерировали убытки: на каждом проданном аппарате WP Nokia теряла от $5 до $17. Фактически речь идет о том, что в Nokia покупала рыночную долю Lumia, субсидировала свои продукты, жертвуя ценой себестоимости. И это довольно отчаянный шаг. Единственной успешной моделью Lumia, которая приносит незначительные прибыли является Lumia 520/521, и то при условии больших объемов и стоимости на уровне в $79-100.
Последней каплей терпения Microsoft стали квартальные отчеты продаж Windows Phone за 3-й квартал 2013 года, которые остались на уровне 3,6%. Компании Microsoft не помогли голословные убеждения финансовых аналитиков в том, что Windows Phone в 2015 году станет номером один среди iOS и Android, а в 2014 вплотную приблизиться к конкурентам. Windows Phone занимает третье место и предпосылок к тому, что система станет лидером в тройке, нет и быть не может.

Аналитика продаж Lumia в альянсе Nokia

Стивен Элоп пришел из Microsoft в Nokia в 2010 году и очень быстро понял, что единственная надежда для Nokia, продающей на тот момент 24 млн устройств в квартал на стагнирующей платформе Symbian — это переход на платформу Windows Phone. Устранив в компании направление разработки альтернативной ОС MeeGo, Стивен Элоп в итоге продал смартфонное подразделение Nokia компании Microsoft по шок-цене. Другого выхода просто не было.
Стивен Элоп, бывший глава подразделения Business Division в Microsoft, возглавил Nokia в сентябре 2010 года. За время его работы капитализация компании упала с более чем $50 млрд ($56,3 млрд в марте 2010 г.) до $14,61 млрд на 30 августа 2013.

В настоящее время игры компании Microsoft в сторону Windows Phone, Android, которая де-факто упустила рынок мобильных устройств, напоминают хаотичные метания. В компании понимают, что флагманские продукты Windows RT, WP 8 приносят минимальные прибыли, их продажи незначительны по сравнению с iOS и Android-устройствами, а субсидировать линейку Asha по цене ниже себестоимости уже невозможно. Microsoft медленно, но верно смотрит в сторону Android.
Для сравнения Android и WP, приведу следующие факты: лицензия на Windows RT и WP 8 стоит от $25-90, в то время как лицензия на Android составляет $3-5. Фактически с каждого проданного аппарата на Android производитель имеет маржу, которая в 10 раз превышает WP-устройства.
Недавно компания Nokia опубликовала новый отчет о проделанной работе за последние три месяца и 2013 год. По итогам последних трех месяцев по сравнению с четвертым кварталом 2012 года выручка Nokia сократилась на 21% — с €4,41 до €3,48 млрд. В то же время компания показала операционную прибыль в размере €274 млн. Для сравнения, годом ранее операционная прибыль составляла €329 млн. Таким образом, по итогам последней четверти 2013 года Nokia получила убыток в размере €18 млн, в то время как годом ранее была зафиксирована прибыль в €246 млн.
После перехода мобильного бизнеса в руки Microsoft основным источником дохода для Nokia стало подразделение Nokia Solutions & Networks (NSN). По итогам четвертого квартала 2013 года подразделение показало 22% падение выручки в годовом выражении — до €3,11 млрд. При этом показатель операционной прибыли остановился на отметке €243 млн, что на 4% меньше прошлогоднего показателя.

Технические характеристики

Nokia Normandy – это бюджетное планшетное решение на Android с диагональю 4 дюйма и разрешением 800 x 480 ppi, двухъядерным процессором Snapdragon 200 с частотой 1 ГГц, 512 МБ оперативной памяти, 4 ГБ флеш-памяти, которую можно расширить через карточку microSD объемом до 32Gb. Ожидается, что планшет получит 5MP камеру на тыльной стороне, аккумуляторную батарею емкостью 1500 мАч, а также будет поддерживать две SIM-карты. Ожидается, что устройство получит новый UI мобильной платформы Android 4.4 KitKat.


В продаже Nokia Normandy появится под названием Nokia X и предположительно будет доступен в шести разных расцветках корпуса, что подчеркивает его бюджетный статус, а одной из его особенностей станет привязка к Google Play, Google Now, Google Maps.
Следует отметить, что устройство не будет поддерживать львиную долю приложений на Android, вместо этого будет доработан только UI в стиле Metro. Устройство будет поддерживать две системы – Android 4.4 KitKat с косметическими улучшениями под Android и Windows Phone 8.

Причины разработки Nokia Normandy и дата выхода на рынок

И так, корпоративная машина Microsoft считает, что Windows Phone успешен и быстро растет, рассказывает об этом всем окружающим и манипулирует фактами так, чтобы подтвердить это мнение. А факты таковы: доля WP на мировом рынке не превышает желаемых 5%. Зная эти цифры Microsoft занимается подменой понятий, с широкой помпой рассказывая всем о значительном увеличении доли WP в 25 странах. Основная мысль, которую нужно держать в голове: Nokia долгое время покупала долю рынка WP, субсидируя продажи Lumia 520/521 ниже их себестоимости. В Мicrosoft понимают, что ничто не бывает вечным, поэтому экономика для бюджетных Windows Phone в 2014 году при наличии лицензионных отчислений компании Nokia выглядит следующим образом: WP-устройства – это устройства с ценой в $100 и выше. Работать в убыток не имеет смысла. Но имеет ли смысл компании Microsoft заниматься «грязными танцами» в отношении Google и пытаться переходить на Android? И тут на рынке мы видим нового игрока – де-факто главного конкурента Asha на Windows Phone – планшет Nokia Normandy на Android.
Одной из основных причин разработки планшета Nokia Normandy на Android является отсутствие доли рынка WP как таковой, незначительная ее часть (3,6%) и как следствие попытки поддержать прибыль своих устройств на Windows Phone, пока в недрах Редмонда разрабатывается Windows Phone 9. Nokia Normandy – это попытки поддержать собственные разработки на Windows Phone, которые рынок не принял.
В Microsоft работают «волшебники» и мечтатели. Сотрудники компании никогда не пытались сделать продукт уникальным, завершённым для потребителей. Чего только стоят убытки на миллиард с продаж MS Surface, который в рекламе компания Microsoft по непонятным причинам называет серьезным инструментом. В недрах Microsoft для широкой публики придумали интересный пропагандистский ход – говорить о том, что WP-устройства обогнали на развивающихся рынках, Украине iPhone. С декабря 2012 по декабрь 2013 совместные продажи iOS и Android в Азии выросли на 162%. Но создавая на локальных рынках избыток бюджетных предложений Lumia 520/521(основные устройства, который приносят прибыль), у которых средняя цена $95-100(в два раза меньше iOS-устройств, и в два раза выше бюджетных Android-устройств), в Nokia и Microsoft очевидным образом могли достичь превосходства над iPhone. В этом нет никакого чуда: бюджетные телефоны до $100 всегда продаются лучше на развивающихся рынках, чем флагманы и это правило подтверждается количеством продаж.

Попытки выхода на рынок планшета Nokia на Android – это отражение стагнации WP 8 и Windows 8. Nokia Normandy, как бюджетный планшет на Android с бюджетными техническими характеристиками и поддержкой Windows Phone 8 – решение странное, если не парадоксальное. Фактически ничего нового мобильное подразделение компании Nokia предложить рынку просто не в состоянии. Выпустить на рынок бюджетное устройство на Android — это попытки «убить» невысокие продажи Windows Phone 8 — решение со стороны руководства Microsoft, которое влияет на политику Nokia, как ни крути – странное и парадоксальное. Единственным разумным объяснением выхода Nokia Normandy на рынок является замена недешевых смартфонов Lumia и попытки хоть как-то ввязаться в борьбу за рынок Android-устройств.
С точки зрения технических характеристик бюджетные WP-устройства до $100 проигрывают Android-смартфонам стоимостью за те же деньги, разница начинает нарастать и становится не просто заметной, но оглушительной по цене с точки зрения потребителя. Переплачивать потребителям на 30-50% больше за Windows Phone, которым нужны Lumia в качестве обычных сенсорных телефонов, не имеет никого смысла.
Nokia Normandy на Android – это попытки Nokia не растерять престиж на рынке как производителя мобильных устройств, не потерять и поддержать прибыли с продажи своих устройств (на Windows Phone компания Microsoft теряет деньги), придумать проходную замену дизайну Nokia Asha. Очевидным это и стало шагом на пути создания собственного Android-устройства, который должен стать бюджетным и при этом быть похожим на Windows Phone.
Стоит отметить, что в 2013 году Nokia уже проделала такой трюк со своими устройставми. Компания попыталась приблизить по дизайну линейку Asha и Lumia, когда стала позиционировать сенсорные телефоны Asha как переходные к смартфонам Lumia на Windows Phone.
Nokia Normandy – это попытки перейти из сегмента бюджетных WP-смартфонов, которые приносят прибыли на рынках России и Индии (к слову аппараты одни из немногих, объемы продаж которых Nokia пытается поддерживать ниже их себестоимости) в разряд Android-устройств косметическими улучшениями. Фактически на выходе мы получаем устройство с косметическим обновлением Android на Windows Phone 8 и поддержкой двух конкурирующих платформ. Сама идея создания Nokia Normandy утопичная с точки зрения продаж и рынка: успешность перехода с телефонов Asha на WP8-смартфоны привело к линейке Asha 520/521 с минимальной конверсией и потерей многомиллионных прибылей для Microsoft; с точки зрения общей истории и усилий по продвижению Windows Phone она имеет право на существование, но демонстрирует колоссальные убытки. Как итого, Microsoft это понимают, поэтому пытаются составить конкуренцию Android выходом планшета с копией Android. Но зачем? Логично довести до ума Windows Phone, сделать собственные продукты едиными, интерактивными, надежными, оптимизированными с поддержкой единой SDK и оттолкнувшись от емкости рынка выпустить одно, но конкурентное решение вложив в него идеи и инновации на рынке мобильных платформ избавив себя от стереотипов.
Вряд ли устройство Nokia Normandy станет поддерживать «чистый» Android со всеми его производными. Это приведет к конфликту интересов двух конкурирующих платформ – Android и Windows Phone — на рынке. А если это действительно произойдет, тогда шанс, на то, чтобы устройство Nokia Normandy стало популярным, продаваемым равен нулю. Пользователи просто не захотят ломать голову бюджетным решением на Android, оптимизация которого является костью в горле Google и Windows Phone, магазин приложений которой является «бедным», а сама работа системы вызывает множество противоречий. Основные рынки сбыта Nokia Normandy будут потеряны раз и навсегда, просто перестанут существовать.
Основная проблема Microsoft на сегодня – это проблема бюджетного сегмента своих продуктов. Windows Phone – слишком дорог и как показывает невысокий результат рынке – не востребован массовой целевой аудиторией.
Nokia Normandy станет переходным «мостиком» от линейки Asha к устройствам на Windows Phone 9 до 2015 года, в которой разработчики учли опыт разработки платформы WP прошлых лет, а также отсутствия адекватного спроса в бюджетном сегменте смартфонов и планшетов. Фактически сегодня компания Nokia демонстрирует очередной провал в бюджетном сегменте WP-смартфонов, а планшетных разработок до этого придумать и вывести на рынок не смогла. До появления новой платформы WP9, Microsoft пытается удержаться на плаву на рынке мобильных платформ за счет Android. Но какой ценой?
Особое удивление в этой ситуации вызывает то, что компания Microsoft тратить миллионы доллары на «троллинг» компании Google – рекламные акции в которых демонстрирует, как Google следит за пользователями, копается в их данных, и в то же время пытается поддержать продажи Windows Phone за счет Android. Именно поэтому Microsft важно разработать переходное решение с WP8 на WP9. Выбор Microsoft в сторону Andorid на примере Nokia Normandy приводит к очевидному выводу – вся эта рекламная «шумиха» против Google накрывается медным тазом и компания вынуждена считаться с Аndroid, доля которой за счет фрагментации устройств превышает 80%.
Ориентировочная дата выхода на рынок Android-устройства – февраль-март этого года по цене не превышающей $300.

Nokia Normandy, как провальное решение на рынке Android-планшетов

Альянс Nokia и Microft в 2014 году ввязывается в новую опасную игру. С выходом Nokia Normandy на Android компания Microsoft де-факто пытается ослабить позиции своих продуктов на рынке мобильных платформ. По-крайней мере компания из Редмонда действует странным и некрасивым образом, парадоксальными в отношении своих же продуктов, в отношении своих же разработчиков Windows Store, интернет-магазину который безнадежно уступает App Store и Google Play.

Если продажи бюджетной новинки Nokia Normandy не принесут Microsoft желаемой прибыли, тогда зачем пытаться анонсировать продукт планшет два-в-одном (с поддержкой Windows Phone и системой Android, похожей на Windows Phone), когда главным игроком на рынке Android без малого 3 года является Google Nexus 7 (компания-производитель – ASUS) и множество его производных? Зачем пытаться анонсировать продукт два-в-одном, если сильных игроков (Huawei, MEIZU, Oppo, Xiaomi, ASUS, Samsung) на рынке Android достаточно для того, чтобы «убить» продажи Nokia Normandy?
Все дело заключается в том, что крупнейший производитель WP-смартфонов – мобильное подразделение Nokia — таким образом пытается создать иллюзию и сделать замену субсидированной линейке Asha 520/521. С точки зрения использования этих аппаратов для навигации по сети они были мучением – браузер работал очень медленно, большинство страниц не открывалось. А самое главное в день заключения сделки между Nokia и Microsoft, Nokia обвиняла своего партнера в медлительности (Windows Store согласно статистическим данным, де-факто отзывам пользователей безнадежно отстал от App Store и Google Play). Никаких возможностей для того, чтобы нарастить функциональность и долю на рынке аппаратами Asha 520/521 при сохранении их невысокой себестоимости, разработать альтернативу этим моделям у Nokia не было. Именно поэтому Microsoft идет на отчаяннаые попытки поддержать Windows Phone решением два-в-одном – планшетом Nokia Normandy.

Планшет Nokia Normandy на Android – это попытки прийти на замену линейке Asha 520/521 и заработать хоть какие-то деньги на бюджетной модели Android с Metro UI, которая не будет поддерживать большинство приложений из Google Play. Таким образом, чтобы хоть как-то исправить безнадежную ситуацию с Windows Phone и повлиять на рынок Android-устройств не оставив Nokia один на один с Windows Phone, компания Microsoft делает тщетные попытки выхода на рынок Android и разрабатывает в своих недрах Windows Phone 9, систему, которая объединит планшетные и мобильные устройства.

Заключение

К сожалению, чем крупнее бизнес, тем больше возможностей для того, чтобы скрывать истину и идти на художественное изменение реальности.
В феврале 2013 года Билл Гейтс в интервью телеканалу CBS охарактеризовал положение дел компании Microsoft на рынке телефонов следующим образом: «We didn’t miss cell phones, but the way that we went about it didn’t allow us to get the leadership. So it’s clearly a mistake» (Мы не упустили мобильный рынок, но то, как мы шли в эту область, не позволило нам получить лидерство. Очевидно, это ошибка). Человек года по рейтингу Times, который влияет на политику Microsoft в подчинении у которой находится Nokia открытым текстом заявил: стратегия Microsoft относительно Windows Phone – это ошибка. У нас практически нет доли рынка.
Как долго компания Nokia сможет субсидировать излишки Asha 520/521 остается открытым вопросом. Пока у компании Microsoft, которая не смогла увеличить долю рынка WP 8, Windows 8 выше 5%, есть бюджет, продажи смартфонов Asha, которые приносят хоть какие-то прибыли можно субсидировать по цене не ниже $100. И теперь Microsoft ничего не остается делать, как выбрать Android (система генерирует маржу в три раза большую чем WP-устройства) для поддержки Windows Phone. Microsoft делает выбор за мобильное подразделение Стивена Элопа — выпустить Nokia Normandy на рынок с поддержкой двух систем Android и Windows Phone по дизайну и архитектуре похожими на Metro UI. Эти попытки никак иначе как попытки загнать себя в угол, что и произойдет с Microsoft в течении ближайшего времени, описать невозможно.
Планшет Nokia Normandy – провальное устройство на рынке Android во всех смыслах, но нужное с точки зрения Microsoft для поддержки прибылей с Windows Phone. Nokia Normandy можно сравнить с попытками компании Nokia анонсировать похожее планшетное решение только на Windows RT, которая не возымела популярности среди потребителей из-за несовместимости с Windows 8.
В качестве вишенки на торте предлагаю вспомнить, что на сегодня Nokia – крупнейший и провальный производитель WP-устройств (до 90% на рынке), которая не входит даже в ТОП-10 производителей смартфонов в мире. Nokia давно обогнали все, в том числе и китайские компании Huawei, Oppo, ZTE, Xiaomi.

На этот раз мы поговорим еще об одном улучшении, которое SQL Server 2014 предоставляет в плане создания резервных копий, а именно — о возможности их полноценного шифрования. Возможность защитить резервную копию паролем, чтобы с нее не могли восстановиться неположенные люди, существовала с незапамятных времен, и те, кто достаточно долго имеет дело с SQL Server, должны помнить опцию WITH PASSWORD для команды BACKUP. Однако этот способ не обеспечивал стойкую защиту, и, как отмечалось на mssqltips, Although this does add a level of security if someone really wants to crack the passwords they will find a way, so look for additional ways to secure your data. На практике для защиты резервных копий применялось появившееся в SQL Server 2008 TDE, т.е. база данных прозрачно шифровалась, прежде чем сделать из нее бэкап. Поэтому начиная с SQL Server 2012, параметры PASSWORD и MEDIAPASSWORD не используются при создании резервных копий. Восстановление резервных копий, созданных с применением пароля, остается возможным.
Тем не менее шифрование данных и шифрование резервных копий — это два разных по своему назначению сценария. Очевидно, что при отчуждении резервной копии правилом хорошего тона является ее защитить. Например, если мы переносим базу в другой ЦОД, чтобы исключить утечку в процессе передачи по каналам связи или еще как-либо. Однако шифрование влечет накладные расходы, и если база данных надежно хранится в локальном датацентре, зачем ее шифровать только для того, чтобы сделать бэкап? К счастью, в SQL Server 2014 это стали два независимых процесса. Аналогично шифрованию данных резервную копию можно зашифровать на основе сертификата или асимметричного ключа. Поддерживаются алгоритмы шифрования AES 128, AES 192, AES 256 и Triple DES.

В качестве иллюстрации я создам зашифрованную резервную копию любимой базы AdventureWorks на локальном SQL Server 2014 CTP2 и восстановлюсь с нее в облачной виртуалке.
Для защиты резервной копии требуется создать шифратор: асимметричный ключ или сертификат, — каковой затем передать на целевой SQL Server, где будет происходить восстановление. Для этого шифратор нужно экспортировать из исходного экземпляра SQL Server и импортировать на целевой. С сертификатами в этом плане проблем нет. С асимметричными ключами сложнее. Учитывая, что команды BACKUP ASYMMETRIC KEY до сих пор не появилось, и создать дубликат асимметричного ключа в отличие от симметричного тоже нельзя, единственный разумный способ видится в том, чтобы создать асимметричный ключ вне SQL Server, например, при помощи утилиты sn.exe, затащить его внутрь, как CREATE ASYMMETRIC KEY… FROM FILE = ‘….snk’, зашифровать им бэкап на экземпляре-исходнике, из этого же snk-файла создать асимметричный ключ на экземпляре-назначении, на котором и восстановить зашифрованный бэкап. Чтобы не геморроиться с асимметричными ключами, в данном примере будем использовать сертификат, поскольку идейно это та же пара открытый/закрытый ключ.

Создадим серверный сертификат, который будет использоваться для шифрования бэкапа.

use master if exists (select 1 from sys.certificates where name = 'СертификатДляБэкапа') drop certificate СертификатДляБэкапа create certificate СертификатДляБэкапа with subject = 'Это действительно сертификат для бэкапа' 

Скрипт 1

Поскольку никакого ENCRYPTION BY мы не указали, это означает, что сертификат будет защищен мастер-ключом базы, что, собственно, и требуется. Только сертификаты, подписаные мастер-ключом, годны для шифрования бэкапов. Если защитить сертификат, например, паролем (ENCRYPTION BY PASSWORD = ‘Оч.сложный пароль’),
при попытке зашифровать им бэкап выскочит ошибка Cannot use certificate ‘TestCert’, because its private key is not present or it is not protected by the database master key.
Зашифрованный бэкап, как и обычный, можно создавать традиционно на диск или в Azure Storage. Чтобы не заморачиваться с передачей файла бэкапа, воспользуемся вторым способом, который мы разбирали в заметке <a href=«habrahabr.ru/company/microsoft/blog/201568/>Создание резервных копий БД SQL Server 2014 CTP2 в Windows Azure.

if exists (select 1 from sys.credentials where name = 'КреденцияДляАзуровскогоСториджа') drop credential КреденцияДляАзуровскогоСториджа  create credential КреденцияДляАзуровскогоСториджа with identity= 'bakstorage'  , secret = '<первичный или вторичный ключ доступа к учетной записи хранения, посмотреть которые можно в ее конфигурации>'   backup database AdventureWorks to url = 'http://bakstorage.blob.core.windows.net/container1/AdventureWorks2.bak'  with credential = 'КреденцияДляАзуровскогоСториджа' , format, compression, stats = 10 , encryption (algorithm = aes_256, server certificate = СертификатДляБэкапа) 

Скрипт 2

Рис.1

Если вы уже делали бэкап с тем же именем в тот же контейнер, вы можете получить при этом ошибку (412) There is currently a lease on the blob and no lease ID was specified in the request… Это происходит потому, что при создании или восстановлении резервной копии Windows Azure выдает SQL Server бесконечную аренду (lease) для блокировки монопольного доступа к блобу. После успешного завершения процесса резервного копирования или восстановления аренда снимается. Но если оно заканчивается неудачей или происходит сбой с сетью или еще что-то пошло не так, аренда остается висеть, препятствуя перезаписи бэкапного блоба или его удаления. Скрипт PowerShell для удаления блоба с активной арендой приводится здесь. Я поступлю проще. Поскольку в содержащем бэкап контейнере больше ничего нет, я удалю и пересоздам контейнер. Если контейнер пересоздается с тем же именем, необходимо иметь в виду, что Windows Azure потребуется пара минут сообразить, что имя освободилось.

То же можно выполнить в графическом интерфейсе SSMS:

Рис.2

Рис.3

По выполнении команды Скрипт 2 в заказанном контейнере образуется блоб с бэкапом:

Рис.4

Разумеется, шифрование бэкапов полностью применимо при создании резервной копии БД не в Облако, а в традиционный локальный файл. Для этого первую строчку команды backup database (Скрипт 2) следует изменить на

backup database AdventureWorks to disk = 'c:\Temp\AdventureWorks.bak' ... 

Этот файл должен увидеться с того экземпляра SQL Server, на котором мы его планируем восстановить. В нашем случае это SQL Server на облачной виртуалке. Можно скопировать на нее файл с резервной копией, либо выложить его в Azure Storage, разделив backup database… to url на два шага: backup database… to disk с последующей загрузкой бэкапа в блобовский контейнер. Загрузку можно сделать руками из Visual Studio 2012 | 2013 (Server Explorer), на которую предварительно требуется установить Azure SDK.

Рис.5

Однако необходимо иметь в виду, что команда restore database… from url (непосредственное восстановление базы из Azure Storage) может производиться только если данный бэкап тоже производился в Storage. Если бэкап делался на диск, а затем переносился как облачный блоб, то и на сервере назначения его необходимо будет сначала превратить в файл и восстанавливаться как restore database… from disk.

Теперь независимо от способа создания резервной копии заходим на SQL Server назначения, в нашем случае установленный на виртуальной машине в Windows Azure. Это можно сделать через удаленный рабочий стол или подключиться к нему из локальной SSMS, как описывалось здесь.

Рис.6

Где 5555 — публичный ТСР-порт в конечной точке облачной виртуалки, соответствующий 1433

Рис.7

предварительно открытому в Windows Firewall облачной виртуалки

Рис.8

Повторяем на нем создание креденции для азуровского сториджа аналогично первой части Скрипт 2:

if exists (select 1 from sys.credentials where name = N'КреденцияДляАзуровскогоСториджа') drop credential КреденцияДляАзуровскогоСториджа  create credential КреденцияДляАзуровскогоСториджа with identity= 'bakstorage'   ... 

и пытаемся восстановиться

restore database AdventureWorks from url = 'http://bakstorage.blob.core.windows.net/container1/AdventureWorks.bak' with replace, stats = 10, credential = 'AzureStorageCredential' 

Скрипт 4

Напомню, что если этот бэкап делался на диск, а потом загружался в Azure Storage, его необходимо опять представить в виде bak-файла и выполнять restore database AdventureWorks from disk.
В обоих случаях получаем, натурально, отлуп, поскольку бэкап зашифрован
Msg 33111, Level 16, State 3, Line 5 Cannot find server certificate with thumbprint '0х...'. Msg 3013, Level 16, State 1, Line 5 RESTORE DATABASE is terminating abnormally.

Кроме бэкапа на сервер назначения требуется передать секрет, при помощи которого он шифровался. Для сертификатов в отличие от асимметричных ключей предусмотрены команды backup/restore certificate. Как и в случае TDE, сертификат бэкапа на исходном экземпляре нужно экспортировать вместе с закрытым ключом, иначе выскочит ошибка:
Msg 15507, Level 16, State 30, Line 5 A key required by this operation appears to be corrupted. Msg 3013, Level 16, State 1, Line 5 RESTORE DATABASE is terminating abnormally.

backup certificate СертификатДляБэкапа to file = 'c:\Temp\BackupCert.cer'  with private key (file = 'c:\Temp\BackupCert.pvk', encryption by password = 'Abra@Cadabra') 

Скрипт 4

передаем файлы .cer и .pvk на сервер назначения и создаем на нем сертификат для восстановления из бэкапа. Поскольку виртуалка свежая, предварительно требуется создать мастер-ключ БД master. Пароль, которым он защищается, не имеет ничего общего с паролями мастер-ключа на исходном сервере. Чтобы не отвлекаться на рассказ, какие ключи/сертификаты и как передавать с SQL Server на SQL Server при передаче защищенного контента, рекомендую статью Migrating SQL Server Databases that use Database Master Keys.

use master create master key encryption by password = 'Passw0rd1'   if exists (select 1 from sys.certificates where name = N'СертификатДляБэкапа') drop certificate СертификатДляБэкапа create certificate СертификатДляБэкапа from file = 'c:\Temp\BackupCert.cer'  with private key (file = 'c:\Temp\BackupCert.pvk', decryption by password = 'Abra@Cadabra') 

Скрипт 5

После чего повторяем команду восстановления базы и видим, что теперь она завершается успешно:

restore database AdventureWorks from disk = 'd:\Temp\AdventureWorks.bak' with move 'AdventureWorks2012_Data' to 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\AdvnetureWorks_Data.mdf', move 'AdventureWorks2012_Log' to 'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\AdvnetureWorks_Log.ldf', replace, stats = 10 

Скрипт 6

Рис.9