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

Яблочники — это вообще гламурные кисо в мире ИТ…

Говорит нам товарищ Yeah с «Хабабры» и я с ним совершенно согласен. Вот что меня смущало во всём этом поклонении яблочной продукции — её фанаты всё время рассказывают какая пусечка их любимый гаджет и чему он научился с прошлого апдейта.

Я, вот, до сих пор не знаю всех новых клавиатурных комбинаций в Windows 7 (хотя работаю на ней не первый месяц), да и весь объём нововведений не представляю. Но будьте уверены, как только у «Эппл» выйдет новое кошачье (тут я какбэ намекаю на названия Mac OS X, для тех кто не в курсе), они заучат все новые комбинации, в деталях разберут все новые возможности и расскажут всем про все няшные плюшечки.

А так, по отдельности, они нормальные ребята, ага.

Ну, и чтобы два раза не вставать…

iTunes — гавно, гавно, гавно, пользоваться iTunes — стыдно! Стыдно! Пользоваться iTunes — стыдно! (надеюсь, сработает).

Как известно, в вебе, в подавляющем большинстве случаев, для адресации ресурсов применяются HTTP или HTTPS протоколы. Как вы понимаете, я не Капитан Очевидность, так что за этим последует какая-то интрига.

Бывает так, что одна и так же страница должна быть видна по обоим протоколам (например, у нас в интранетах такое бывает часто). В зависимости от того как пользователь зайдёт.

То, что я скажу дальше NDA не является, например, об этом рассказывал Олег Оболенский на РИТ-2007: все сервисы состоят из кусочков, кусочки грузятся с какого-то сервера. На практике это означает, что часть CSS и картинок, которые используются в нашем интранет-хозяйстве лежат на другом сервере и их ковыряют совсем другие люди.

В итоге, когда человек заходит на страницу, ему грузится ещё и CSS с другого сайта, внутри которых могут быть абсолютные (с протоколом) пути, которые подгружают картинки. Если человек зашёл по HTTPS, то и всё остальное должно отдаться по HTTPS (иначе, например, Internet Explorer заругается), если он зашёл по HTTP, то всё должно отдаваться по HTTP (HTTPS нагружает сервер и вообще отдаётся по шифрованному протоколу всё заметно медленее).

Как это реализовать? Как менять протокол, в зависимости от протокола страницы, если CSS, который грузится статичен и менять пути внутри него не получится? Делать два отдельных CSS?

Есть способ проще.

Откуда я о нём узнал, я не помню. Что-то смутно вспоминаю, что, кажется, прочитал у Кукуца много лет назад, с тех пор и использую. Впрочем, память меня тут, вероятно, подводит, потому что до моего прихода в «Яндекс» способа там этого, похоже, не знали.

Способ заключается в том, чтобы не указывать протокол. Выглядит такой URL вот так: «//example.net/picture.jpg» и описан в RFC 1738 как «Common Internet Scheme Syntax»:

While the syntax for the rest of the URL may vary depending on the  particular scheme selected, URL schemes that involve the direct use of an IP-based protocol to a specified host on the Internet use a  common syntax for the scheme-specific data:

//<user>:<password>@<host>:<port>/<url-path>

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

Отличный ролик про отношение к технологиям. На английском, но с русскими сабтитрами. Смотреть обязательно!

Тёма недавно как-то возмущался по поводу «лжефактов» — совершенно нелепых стереотипов, которых многие придерживаются. Не беда, что в качестве примера он привёл два таких же нелепых стереотипа, живущих в его голове (кстати, куда более удачную статью на этот счёт написал Лёня Каганов).

Один из лжефактов, которые раздражают меня — «сердце находится слева», потому что люди довольно часто, со словами «сердце болит», прикладывают руку куда-то в район левой подмышки.

Люди воспринимают слова врачей слишком буквально: как будто сердце находится сразу за левой сиськой. Я узнал, что это не так ещё в начальных классах, когда увидел собственный рентген сердца. Хочу открыть сейчас эту истину тем читателям, которое этого не знают (а так же прогуляли то занятие анатомии или никогда не задумывались почему на уроках по оказанию первой помощи руки, при массаже сердца, кладут на середину груди).

Сердце находится чуть слева от середины грудины и несколько ниже, чем то место, куда обычно кладут руку при болях. Я на фото нарисовал две примерные линии: вертикальная — позвоночник, горизонтальная — уровень подмышек, чтобы было легче найти сердце на себе.

Теперь вы знаете куда надо класть руку, когда «колит сердце».

P.S. Сподвигла меня на написание этого поста картинка на сайте студии Лебедева в разделе «Понос».

P.P.S. Уже после написания я подумал, что не все смогут найти сердце, если никогда не видели его рентгена. Сердце — белый мешочек, начинающийся с перекрестия, и «лежащий» на белом большом внизу фото.

Наверное, так же стоит упомянуть о том, что примерно у одного из десяти тысяч сердце располагается ближе к правой стороне (а печень у них слева). Это называется «транспозиция внутренних органов», декстрокардию писать не буду, если интересно, можно посмотреть в «Википедии».

Где-то под Новый год купил через «Амазон» жене жёсткий диск от iomega — eGo Helium. Внутри — какой-то «Самсунг», но корпус красивый и стильный, размер небольшой, внешнего питания не требует и скорость — честный USB 2.0.

Мы довольны. Хотя скрепка на фото с сайта производителя в несколько раз больше обычной канцелярской.

У меня в последние пару недель ощущение, что Тёма взял в соавторы своего дневника в ЖЖ умницу Анатолия Воробья. Потому что, кроме обычного тёминого стрёмного гонева и поливания гамном, стали появляться вежливые посты, оформленные совсем другим языком. А два предпоследних поста вообще про программирование и шахматы, что для Воробья более, чем характерно.

Позднее: Костя в комментариях сказал, что Воробей и Лебедев первого апреля поменялись журналами на день.

CSS sprites, data URI+mhtml, склейка CSS с JavaScript. Что ещё придумают веб-мастера, чтобы добиться от браузера простой вещи: грузить ресурсы единым куском? Производителям браузера давно пора обратить на это внимание, а не заниматься всякой ерундой, типа раскрашивания бордюров (камень в огород WebKit).

Например, в FireFox есть прекрасно подходящий для этого протокол «jar» (а в Internet Explorer немного похожие на него «mhtml» и «res»). Этот протокол стал известен массам в основном благодаря уязвимости, которая работала через него.

URL выглядит как «jar:http://sample.org/file.jar/folder/file.png», где «http://sample.org/file.jar» — путь до JAR-файла, «folder/file.png» — путь внутри JAR. JAR — это просто ZIP-архив. Внутри него, как в любом ZIP-архиве, могут быть папки и файлы. Хорошо было бы засунуть ресурсы в такой архив и подключать их по пути внутри архива.

К сожалению, FireFox сейчас сделать так не позволит, а жаль (так они залатали уязвимость).

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

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

Все, вероятно, знают, что интернет очень избыточен — одни и те же документы, мысли, советы и так далее могут располагаться, в зависимости от популярности, на огромном количестве ресурсов. Одно и то же повторяется сотни, тысячи и сотни тысяч раз.

Наверное, многие веб-мастера думали — было бы здорово чтобы один и тот же документ всегда лежал по одному и тому же адресу. Ссылки бы не устаревали (а авторские права всегда соблюдались). В своём маленьком мирке это воплотила «Ярушечка» — там можно не копировать, а цитировать чей-либо пост и источник сразу будет виден.

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

Но есть и вторая причина. До неё я додумался, когда стал анализировать почему поиск в нашем интранете меня не устраивает. Ожидаемо (правда?) что для поиска по документам, рассылками и прочему во внутренней сети у нас используется поисковик «Яндекса». Но я обратил внимание, что качество поиска куда ниже ожидаемого мной. В чём же дело?

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

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

Если вы когда-либо будете использовать libmapi, для чтения рекуррентных (повторяющихся) встреч, то знайте, что вызов get_RecurrencePattern в текущей (0.8.2) версии читает даже близко не всё, что нужно, а структура RecurrencePattern, которая возвращается этим вызовом, не дописана для большинства типов встреч.

Так что, увы, придётся получать поле PidLidAppointmentRecur (не забудьте, что его ID нуждается в трансляции через mapi_nameid_GetIDsFromNames) и самостоятельно его парсить. Документация от Microsoft есть — документ MS-OXOCAL. Поздравьте, я справился.

Посмотрите-ка, камень в мой огород от старой злопыхательницы:

Кстати, 2anka читается вовсе не как «туанка» и уж тем более не как «дванка», как думают многие малообразованные люди. Моно-, ди-, три-, тетра-, пента- и т. д. греческие числительные Думаю, теперь все ясно

Я один из тех, кто читает как «2anka» как «дванка». Ну, и чтобы блеснуть образованностью и потроллить, замечу, что приведённые «числительные» на деле префиксы (приставки), хоть и греческие, а соответствующие им исторические числительные: монос, дис, трис, теттарес и пенте.

И «2anka» не содержит ни одной греческой буквы, а цифру «два» греки записывали как «βʹ», причём, это распространено и в современном греческом, только буквы сейчас в верхнем регистре. Так что «дианка» должна быть записана как «Βʹ ανκα».

Кстати, у меня было хобби в детстве — записывать иностранные алфавиты, их историю и учить это наизусть. Штук 12 собрал по книгам, потом надоело. С интернетом проще, да.

Если у вас, так же как у меня не ставится кодек Indeo5 под Windows Vista или Windows 7 (в конце возникает ошибка о невозможности зарегистрировать кодек), просто проигнорируйте ошибку и запустите с правами администратора строку:

regsvr32 %WINDIR%\system32\ir50_32.dll

Нашёл в интернете, в интернет-магазине «Магистр» Ростова-на-Дону ровно одну книжку «Основы MAPI» 1997-го года выпуска. Книжка настоящий раритет: одна на весь интернет и та побывала в воде. Купил с доставкой всего за каких-то 190 рублей.

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

Одна из народных поговорок, которая меня невероятно раздражает это «если ты такой умный, почему такой бедный». К способности заработать денег ум прямого отношения не имеет, скорее тут нужно качество, которое, вероятно, имеет отношение к предприимчивости. А разница между умом и предприимчивостью такая же, как между тактикой и стратегией или программированием и разработкой: ум, скорее имеет отношение к способности отвечать на сложные вопросы, тогда как предприимчивость — к способности задавать правильные вопросы.

Ещё многие путают ум и эрудированность, но это другая тема.

Утром я обычно захожу на сайт «Вконтакте» и отправляю жене что-то вроде «доброе утро, любимая!». Ответило «Вконтакте» мне, качая головой:

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

Какой-то особенной смысловой нагрузки моё сообщение действительно не несёт, да. Пришлось отправить более осмысленное предложение: «Д о б р о е у т р о, л ю б и м а я!».

В конце 2008-го года в W3C появился черновик спецификации Geolocation API — технологии, позволяющей приложению в браузере узнать географические координаты компьютера на котором оно исполняется. Используется информация от GPS (если он есть), MAC-адресов окружающих WiFi и BT точек, сигналы RFID-меток, а так же информация с GSM/CDMA сот. В общем, что доступно.

В JavaScript это выглядит примерно так:

function showMap(position) {
      // Show a map centered at (position.coords.latitude, position.coords.longitude).
    }

    // One-shot position request.
    navigator.geolocation.getCurrentPosition(showMap);

Тем, кто видел Google Gears это уже знакомо. Причём, в момент, когда клиентское приложение в первый раз пытается получить координаты, браузер задаёт пользовалю вопрос, разрешает ли пользователь узнать приложению его координаты.

К чему это я всё вёл. Вчера появился специальный билд «Оперы», поддерживающий GeoIP. Что, правда, ничего не говорит о сроках внедрения технологии в стабильную версию. Например, тег VIDEO появился в эксперементальном билде аж в конце 2007-го, а специльный билд, проходящий ACID3, вышел в начале 2008-го. А первая публичная версия, которая будет проходить ACID3 и содержать тег VIDEO — Opera 10. Которая даже пока ещё не в стадии бета-тестирования.

В субботу буду переезжать на новый хостинг — Docker. Погонял на тестовом домене — всё работает нормально, надеюсь, багов не огребу, но, если на выходных будут перебои с работой сайта, знайте — это нормально.

Выбирал я между двумя компаниями — «Докер» и «Дипхост». «Докер» выбрал по двум причинам: технической (по запросу ставят любые дополнительные модули) и экономической (предложили специальные условия).

Самые бесполезные для меня знания я получаю из фраз, начинающихся «мало кто знает, что…», а наиболее полезные из тех, что начинаются с «большинство уверено, что…».

Посоветуйте, пожалуйста, вменяемого и недорогого хостера. Много места мне не надо, даже базу данных не надо, нужен PHP5 с всякими стандартными модулями (cURL, например) и возможностью работать из скриптов с внешним миром (чтобы cURL пускало по HTTP и HTTPS во внешний мир).

«Мастерхост», на котором я сейчас, меня достал. Самые простые скрипты (из разряда залезть в папку с тысячей файлов и прочитать содержимое) выполяются десятые доли секунды (!), постоянно скачет время на сервере, появляются какие-то сложноотлавливаемые глюки: например, недавняя проблема с комментированием, которая появилась, судя по всему, из-за какой-то перенастройки «Мастерхостом» reverse proxy.

В общем, кто на чём хостится и почему?