Николай Осинин

HTTPS, Chrome и его расширения

2012-06-15T23:52:00.002+03:00

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

Ну, думаю я, ладно. Раз уж образовывается такой тренд, то надо «быть в тренде» :) И установил в свой браузер Chrome расширение (extension по-нашему) под названием «KB SSL Enforcer». При открытии любого сайта это расширение пытается найти его HTTPS-версию и перейти на неё. Всё бы хорошо, но вот некоторые сайты, и даже домены, он в упор не понимает. Пробовал добавлять в whitelist — не работает. Например, с любого блога в ЖЖ отправляет на какую-то «секретную» страницу:

Короче, удалил я это расширение. Надо искать альтернативу. Кстати, для FireFox я одно время использовал что-то по имени «HTTPS Everywhere»…

Google Engineering Tools blog — новый блог от разработчиков империи добра

2011-06-11T17:31:00.027+03:00

Чуть больше месяца назад Google открыла ещё один блог — Google Engineering Tools blog. Это блог команды, которая занимается в Google инструментарием для разработчиков и инфраструктурой, обеспечивающей выпуск всех их продуктов. Обещают делится своими накопленными знаниями на эту тему. Добавляю себе в Google Reader.

Ошибка при доступе к CodePlex из Subversion 1.7

2011-05-18T15:12:00.000+03:00

Обнаружил, что Subversion 1.7 (который ещё в разработке) не работает с проектами размещенными на CodePlex. Ни извлечь рабочую копию, ни обновить не получается.

Выяснил, что проблема со шлюзом SvnBridge, который CodePlex использует для предоставления доступа Subversion-клиентов, и HTTP-библиотекой ra_serf, которая используется в последней версии Subversion.

Почти год назад в проекте SvnBridge была зарегистрирована ошибка. Реакции со стороны разработчиков до сих пор никакой. Поэтому надо решать проблему на своей стороне.

В Subversion есть возможность указать какую библиотеку использовать для доступа по HTTP(S) протоколу. Открываем файл %USERPROFILE%\Subversion\servers. Находим секцию [groups] и добавляем еще одну группу для проектов на СodePlex:



[groups]

codeplex = *.codeplex.com

Затем добавляем секцию [codeplex] и в ней пишем, что для серверов этой группы надо использовать ra_neon:



[codeplex]

http-library=neon

Параметр "GPU Accelerated Canvas 2D" в Google Chrome dev

2011-05-03T23:41:00.001+03:00

Вчера обновился Google Chrome dev-ветки до версии 12.0.742.16.
И опять страницы не рендерятся при переключении вкладок. Сломали это пару версий назад, и в этой версии ещё не починили.

Лечится это отключением параметра "GPU Accelerated Canvas 2D" на странице about:flags.

Вот в такие "дебри" приходится лезть когда пытаешься использовать bleeding edge product.

RedGate пытается реабилитировать .NET Reflector

2011-04-27T19:47:00.001+03:00

Вчера компания RedGate объявила от том, что они всё-таки выпустят версию .NET Reflector 6.8 "без срока годности".

Напомню, что несколько лет назад они купили Reflector и встроили в него механизм "протухания". Приложение работало несколько месяцев, а затем сообщало о необходимости обновиться и отказывалось работать. Приходилось скачивать и устанавливать с сайта свежую версию. И всё повторялось через какое-то время.

А потом произошло то, что вызвало бурю негативных эмоций у многих пользователей. В феврале 2011 года RedGate радостно сообщил, что отныне будут только платные версии Reflector, а пробные будут ограничены двумя неделями использования.

Сообщество разработчиков недолго собираясь отреагировало созданием альтернативного open-source проекта ILSpy. Инструмент очень похож по функционалу на Reflector. И многие (я в их числе) уже начали использовать этот инструмент.

Я пользовался рефлектором примерно с 2005 года. Меня очень насторожила новость в 2008 году о том, что RedGate покупает Reflector. Оказывается предчувствие не подвело. Можно было конечно пользоваться другими инструментами. Да хоть тот же ildasm :) Но зачем, если был выбор. А RedGate оставил без выбора.

Понятно и вполне объяснимо, что RedGate - это коммерческая компания и их цель зарабатывать деньги, чтобы потом их вкладывать в развитие продукта. Но ведь Reflector очень уж специфичный продукт и рынок у него небольшой. Не всякий .NET разработчик им пользуется. Да и те могут отказаться при такой тенденции.

И, по-моему, RedGate уже опоздал.

Ошибка при получении рабочей копии из Subversion

2011-03-22T14:44:00.000+02:00

Иногда при длительных операциях (checkout, commit) с рабочими копиями Subversion большого размера возникает следующая ошибка:
SSL negotiation failed: SSL error: parse tlsext
Такая ошибка возникает, когда Subversion работает поверх Apache по протоколу HTTPS. Чтобы устранить эту проблему надо отключить TLS в настройках сервера Apache. Открываем файл конфигурации httpd.conf, находим параметр SSLProtocol и заменяем значение на следующее:
SSLProtocol -ALL +SSLv2 +SSLv3

Резервное копирование и открытые файлы

2011-02-07T08:45:00.003+02:00

Многим ИТ-специалистам известно, что резервное копирование это хорошо и правильно. Даже некоторые пользователи не станут с этим спорить. Независимо от того, делают они резервные копии или нет.

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

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

А как быть если резервное копирование выполняется на сервере по расписанию и нет возможности запустить Process Explorer или Unlocker?

Для этого можно использовать утилиту PsFile из набора Sysinternals. Эта утилита командной строки не имеет графического интерфейса и хорошо подходит для автоматически выполняемых задач. На сайте есть описание всех параметров вызова (их немного). Я же приведу несколько примеров использования этой утилиты.

Вывести список файлов открытых удаленно:

psfile

Закрыть файлы в папке c:\folder1\ открытые удаленно:

psfile c:\folder1\ -c

Удаленно закрыть файл c:\folder1\file1.txt на компьютере comp1 (для выполнения этой команды потребуются права администратора comp1):

psfile \\comp1 c:\folder1\file1.txt -c

Пользуйтесь на здоровье.
И пусть ваши резервные копии вам никогда не пригодятся. ;-)

Прочный switch

2011-02-02T19:10:00.000+02:00

Большинству программистов достаточно использовать в коде if (readyState == 4). Но некоторые программисты настолько суровы, что проверяют switch на прочность вот таким способом:

onreadystatechange = function(){
    switch(httpReq.readyState){
        case 0: if(httpReq.readyState == 0){
            break;
        }
        case 1: if(httpReq.readyState == 1){
            break;
        }
        case 2: if(httpReq.readyState == 2){
            break;
        }
        case 3: if(httpReq.readyState == 3){
            break;
        }
        case 4: if(httpReq.readyState == 4){
            if(httpReq.status == 200){
                var val = httpReq.responseText;

                alert(httpReq.responseText)
                dataInsert(val);
                break;
            }
            else{
                alert("Error "+httpReq.status);
                break;
            }
        }
    }
};

:-)

Оригинал: Sturdy Switch

Промышленный инкремент

2011-01-25T11:32:00.003+02:00

Оригинал: CodeSOD: Enterprise Incrementation.

«Последние шесть месяцев», пишет Jose C, «я сражался с нашим поставщиком — назовем их „Партнёры Предприятия“ — пытаясь получить исходные тексты модуля „Предприятие“ из их системы „Промышленная ERP для предприятий“. В настоящее время мы обычно не ожидаем исходных текстов от поставщика программного обеспечения, но тогда это было особенностью нашего контракта. Частично, потому что они написали это на наши деньги, но в основном, потому что нам надо было сделать кое-какие серьезные изменения, чтобы заставить все это работать.»

«Они извинялись раз за разом, но все это были извинения типа „нам надо еще раз убедиться, что наш код соответствует стандартам выпуска Партнёров Предприятия и, что все полностью документировано и может сопровождаться нашей командой сопровождения Предприятия.“ И вот, наконец, оно пришло.»

Jose продолжает, «там было множество всяких перлов, но эти два были моими любимыми.»

function IncrementByOne(input) {
    var output = parseInt(input);
    return output + 1;
}

function AssignStringInToOut(input) {
    var output = input;
    return input;
}

Jose добавляет, «не говорил ли я вам, что это были консультанты со ставкой $200/час? О, и большая часть кода была без комментариев... но в то же время, я предполагаю, вы можете сказать, что этот код уже самодокументируемый.»

Мифы о 10-кратной производительности

2011-01-23T23:24:00.007+02:00

Хорошо известный Стив МакКоннелл в одной из своих последних публикаций «Мифы о 10-кратной производительности: где же 10-кратное вознаграждение?» (10x Productivity Myths: Where’s the 10x Difference in Compensation?) отвечает на вопрос «Почему же вознаграждение программиста не соответствует его производительности?».

Многие разработчики программного обеспечения наверняка слышали утверждение, что производительность программистов может отличаться на порядки. Это вроде бы даже подтверждено некоторыми исследователями в области разработки ПО. И Стив МакКоннелл тоже об этом писал.

С момента этого «открытия» и до сего времени многих программистов беспокоит вопрос: «А где же компенсация соразмерная моей производительности?». И не находят они ответ на этот вопрос. А может потому, что для определения соотношения производительности и вознаграждения арифметика не помощник?

Стив в своей статье пытается дать этому объяснение. Он обнаружил, что за много лет сформировалось несколько наивных и просто неверных предположений относительно производительности и вознаграждения с точки зрения бизнеса. Эти предположения он и называет «мифами». Возможно, мне следовало бы перевести их полностью вместе с пояснениями. А пока я приведу их краткий список:

Миф 1. Парень, сидящий рядом со мной получает столько, сколько заслуживает.
Миф 2. «Производительность программирования» = «ценность для бизнеса».
Миф 3. Высокая отдача должна быть вознаграждена высоким окладом.
Миф 4. Компании пытаются платить людям основываясь на ценности для бизнеса.
Миф 5. Если компания хочет платить на основе производительности, то следует достаточно осмысленно подходить к измерению индивидуальной производительности при принятии решении о вознаграждении.
Миф 6. Компании не регулируют оплату за разницу в производительности.

В итоге Стив приходит к выводу, что вознаграждение должно соответствовать производительности. Но реализация этого правила на практике чрезвычайна затруднительна.

My overall conclusion is that paying for productivity on any more than a very-rough-approximation basis is a panacea that cannot practically be achieved.

А что ты думаешь, читатель?

О корпоративной культуре на примере Netflix

2011-01-22T14:30:00.003+02:00

Макс Крайнов опубликовал краткий перевод презентации компании Netflix. В моем вольном переводе название звучит как «Справочное руководство по нашей культуре свободы и ответственности» (Reference Guide on our Freedom & Responsibility Culture).

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

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

Если имеющиеся догмы неверны, их нужно опрокинуть и подсказать новые подходы.

Я с легкостью могу предлагать новые подходы и давать советы. А вот признаться самому себе, что твоя догма неверна, и опрокинуть её гораздо сложней. Я очень упрямый человек и это является определенным препятствием.

Ещё очень понравилось, то что в списке есть такая вещь (или ценность) как честность. По-моему, честности очень недостает в corporate world.

Короче, я еще раз перечитаю эту презентацию.

Как в нетбуке ViewSonic VNB101 звук «зажевало»

2010-03-23T10:33:00.001+02:00

Недавно попросили меня посмотреть проблемный нетбук ViewSoniс VNB101. Что случилось? Звук, говорят, «зажевало».

Я сразу не понял. Проверил. ОС — Windows XP SP3. При проигрывании любого файла (и WAV, и MP3) оказалось, что звук действительно какой-то жёванный, рваный, с паузами. Обновил драйверы — все по прежнему. Ну, думаю, быстрей будет переустановить систему, и начал бэкапить файлы с нетбука на внешний диск. И тут я обращаю внимание, что скорость чтения с диска подозрительно низкая (~1,8 Мбайт/с). Дай-ка посмотрю свойства контроллера дискового. Открываю диспетчер устройств, нахожу ветку «IDE ATA/ATAPI controllers», открываю свойства «Primary IDE Channel». На вкладке «Advanced Settings» вижу, что свойство «Transfer Mode» установлено в «PIO Only», а свойство «Current Transfer Mode» имеет значение «PIO mode 5». Переключаю «Transfer Mode» в «DMA if available», перегружаю нетбук. И... вуаля. Звук есть, неплохой такой звук. Не жёванный и не рваный, а очень даже цельный (ну насколько он таким может быть в нетбуке ;). Да и скорость чтения с диска стала приличной (~16 Мбайт/с).

20 «нельзя» Rails разработки

2010-01-27T17:21:00.001+02:00

Оригинал: 20 Rails Development No-No's by Chad Fowler

Вчера я спросил в твиттере: «Rails программисты, приведите пример одной вещи, найденной в чужом Rails коде, которую вы всегда считали неправильной?»
Достаточно много людей ответило и несколько спросили не собираюсь ли я публиковать сгруппированные ответы. Это я и попробовал. Я не обязательно согласен со всем, что здесь написано. Хотелось бы услышать больше в комментариях.

1. Код в представлениях (views)

2. Табуляция вместо пробелов и плохих отступов

3. Плохие тесты или их отсутствие

4. Неправильное использование полиморфных ассоциаций и single-table наследование

5. Бесцеремонная обработка исключений

6. Случайное использование локальных переменных

7. Код, который генерирует предупреждения Ruby

8. Код, который использует возможности Rals :)

9. Неправильное использование validates_uniqueness_of

10. Код в неправильном месте

11. Конфигурационные файлы, которые содержат собственные секции окружения (environment)

12. Слишком много кода

13. Испортить $LOAD_PATH

14. Запутанная логика

15. Заполнять данные в миграциях

16. Посылка данных в запросах GET

17. Не использовать транзакции

18. Плохое использование Javascript

19. Длинные методы

20. "Болтливые" комментарии

Если вы пишете фреймворк, то правила будут другими. Но большую часть времени как Rails разработчик вы не должны писать фреймворк.

3G от life заработал в Борисове

2009-11-12T22:36:00.002+02:00

Сегодня мобильный оператор life:) включил в Борисове 3G. Во всяком случае на той вышке, которая покрывает мой район. Скорость довольно приличная. Никакой byfly и рядом не стоял.

Не говорите зрителям, что вы не подготовлены

2009-11-05T11:06:00.002+02:00

Оригинал: Speaker's Tip: Don't tell the audience you aren't prepared by Jason Fried

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

Я за импровизацию, но когда вы говорите «Я вообще-то не готов» перед всей аудиторией вы демонстрируете им крайнее неуважение.

Люди взяли выходной, потратили сотни на билет, приехали за тысячу километров, заплатили за перелет и гостиницу, чтобы прийти и послушать вас, а вы говорите им, что у вас не было времени на подготовку своего доклада? Что в этом классного? Зрители тоже занятые люди, но они нашли время приехать на конференцию. Вы не смогли найти время, чтобы как следует подготовить для них презентацию?

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

Знаете ли вы русский язык?

2008-05-25T23:51:00.005+03:00

Я проверил свои знания русского языка и получил твердую четверку.

Сходи, проверься?