e0ne's comments

Байты, строки и кодировки

e0ne — Fri, 16 Oct 2009 17:18:00 +0200

Все же знают (или не все?), что .net, по умолчанию, хранит строки в юникоде. Так почему же я во всех примерах вижу такой код?

byte[] byteArray = GetBytes();
var retval = Encoding.ASCII.GetString(byteArray);

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

"\u0000"\u0000a\u0000"\u0000:\u00002\u00000...."

Тогда все начинают громко ругаться и рвать на себе волосы со словами: "Ну ведь работало же! Да и вот в этом(http://www.google.com.ua/search?rlz=1C1GGLS_enUA335US335&sourceid=chrome&ie=UTF-8&q=c%23+byte+array+to+string) примере так написано!".

Хорошо, если мысль о неправильной кодировке прийдёт сразу, а если нет... Сколько времени/нервов потритит разработчик, прежде чем всё станит на свои места?

вышеприведённый пример лучше заменить на:

byte[] byteArray = GetBytes();
var retval = Encoding.Unicode.GetString(byteArray);

Или даже на:

byte[] byteArray = GetBytes();

var retval = Encoding.Default.GetString(byteArray);

Программания 2009: Вести с полей

e0ne — Sat, 10 Oct 2009 13:21:00 +0200

Решать штабные заданния пока лениво. Играю один. Команда: e1team. Живой репортаж в титтере http://twitter.com/e0ne

Программания 2009

e0ne — Fri, 09 Oct 2009 14:40:00 +0200

Завтра состоится очередной конкурс Программания. Другой формат. Не понятно зачем его таки делать. IMHO, лучше б уже не было. Заявку подал, но участие под вопросом.

P.S. Верните нам IT-Contest!

P.S.S. Получился не пост в блог, а сообщение для твиттера.

ASP.NET + Mono + Apache

e0ne — Tue, 22 Sep 2009 03:23:00 +0200

Всё больше и больше можлно услышать о Mono. Как изестно, основное его идеей является реализация действительно кроссплатформенной среды .NET. Таким образом, чеще всего Mono испльзуют в операционной системе, отличной от MS Windows. А если не Windows, то Linux или какой-то из Unix. И всё было бы хорошо, если б не 2 момента (в данном случае я не акцентрирую внимание на степень готовности реализации Mono: аналог WinForms и замена Internet Information Services (IIS).На за мену WinForms приходят GTK, QTи другие библиотеки. А вот с заменой IIS все не тах хорошо: либо Apache с соответствующими модуляли, либо "родной" для Mono веб-сервер XSP2. А так как Apache наиболее популярен, то будем пользоваться им.

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

Для начала нам все же надо установить Mono и IDE для нее. В качестве IDE будем использовать MonoDevelop. Устанавливаем всё необходимое:

apt-get install mono-2.0-runtime mono-2.0-gac mono-2.0-service mono-2.0-devel mono-xsp2 mono-xsp2-base

После чего можно запустить MonoDevelop, созать простое ASP.NET приложение и запустить. В результате получаем что-то похожее на это:

Теперь мы уже можем без проблем заниматься разработкой вплоть до момента, когда нужно запустить приложение на test-сервере, на которов, в качестве web-сервера, должен стоять Apache. Дело за малым - установить Apache и настроить его для работы с Mono.

Для наала, устанавливаем необходимы пакеты:

sudo apt-get install apache2 mono-apache-server2 libapache2-mod-mono

Говорим веб-серверу о необходимости загрузки нового модуля:

sudo a2enmod mod_mono

И создаём новый конфиг (/etc/mono-server2/monotest.webapp) для нашего приложения:

<apps>
      <web-application>
         <name>Mono test</name>
         <vpath>/mono</vpath>
         <path>/var/www/</path>
        <vhost>localhost</vhost>
      </web-application>
</apps>

Последние что нас осталось сделать - это подправить конфигурационный файл Apache'а для нашего сайта (/etc/mono-server2/mono-server2-hosts.conf). Добавляем в него такие строки:

Alias /mono "/var/www"
AddMonoApplications default "/mono:/var/www"
    <Directory /var/www>
       SetHandler mono
          <IfModule mod_dir.c>
             DirectoryIndex Default.aspx
          </IfModule>
    </Directory>

Перезагружаем Apache командой:

sudo /etc/init.d/apache2 restart

И смотрим в браузере что у нас получилось:

Patterns & Practices Roadshow

e0ne — Thu, 17 Sep 2009 15:30:00 +0200

Вчера в Киеве прошла конференция Patterns & Practices Roadshow. Изначально она должна была пройти в офисе Microsoft Ukraine, но, т.к. было многожелающих, провели её в Киевском кукольном театре. Очень красивое место и здание. Из названия было понятно, что будет обсуждаться Enterprice Library (EntLib), Entity Framework и всем, что связано с P'n'P. Догадки подтвердил опубликованный список ресурсов.

Началось всё со вступительного слова представителя компании Microsoft Ukraine. Хотя, на самом деле всё началось с регистрации, где нам вдали пакеты с анкетой, ручкой и каким-то учебником для ВУЗов на украинском языке и кофе.

Первый доклад имел гордое название "Patterns & practices – взгляд в будущее", автором которого был Ajoy Krishnamoorthy, ведущий специалист группы patterns & practices в Microsoft, а в прошлом - PM продукта Visual Studio Team System. Было небольшое введение на тему "что такое Patterns & Practices, EntLib".

Вторым на сцену вышел Don Smith, которого встретили бурными авациями в том числе и из-за его Mac Book Pro, на котором оказалась установленная Windows 7.

Тут доклады немного пеменялись местами и мы услышали доклад "Руководство по архитектуре приложений: карта вашего путешествия", который должен был быть после обеда. Но хуже от этого не стало. Нам рассказали о "Application Architecture Guide", котором написано, что он создан для разработки решений на платформе .NET, но, по сути, может быть использован при использовании и других технологий. Это же нам подтвердил Дон. Application Architecture Guide рассазывает нам о высокоарзхитектурных решениях, не вдаваясь в подробности реализации конкретных частей приложений. Думаю, что это будет интересно не только архитекторам, но и всем разработчикам. Поэтому рекомендую прочесть этот почти 400-страничный мануал.

Следующим был доклад нашего земляка Григория Мельника (Grigori Melnik).

Началось с приветствия и фразы "решил не выпендриваться и говорить на русском" (дословно). Было интересно послушать про EntLib 5,в которой будет поддерживаться совместимость до 2-й версии. Таким образом, если вы испульзовалм более старую версию библиотеки, то вы практически без проблем перейдёте на EntLib 5. К сожалению, из-за большого количества вопросов, доклад получился не полным. Григорий успел рассказать в общих чертах об Enterprice Library и рассказал о таких её частях, как Logging и Unity. Очень хотелось послушать ещё о Exception Handling и Data Access, который не является очередной ORM. Эту тему немного затронули в другом докладе, посвященному доступу к данным.

Обед. После обеда снова появился Don Smith и с докладом "Современные методы доступа к данным: шаблоны и реализации". Опять был сделан упор не на конкретную реализицию, а на то, какие вообще могут быть DataLayer. Немного была затронута тема Entity Libraкy и LINQ to SQL. Несколько примеров приложений с разными архитектурами data layer хорошо продемонстрировали то, что Дон рассказывал и показывал на слайдах.

Подводя итог, хочу сказать что конференция понравилась, не жалко потраченных времени/денег. Докладчики хорошо разбираются в сути вопроса и, что немаловажно, не просто говорят какие их технологии классные и нужно использовать их, а просто говорят какие есть плюсы, а иногда и минусы, тех или иных подходов. Не было сказано не одной фразы похожей на "это классно, используйте наши технологии". Всё было достаточно объективно. Что касается организации, то не было привычных всем футболок, зато в обмен назаполенную анкету давали флешку с материалами конференции, на которой, к слову, не оказалось показанных презентаций и примеров проггрмамм, которые использовали докладчики. Так же не было EntLib 5, которая ещё не вышла в RTM.

P.S. Mike Chaliy, спасибо за фото.

День программиста! Developer's Day!

e0ne — Sun, 13 Sep 2009 19:12:00 +0200

Всех с праздником! Сегдня 256-й день в году, который считается международным днём программиста!

А вы говорите индусский код...

e0ne — Mon, 31 Aug 2009 18:47:00 +0200

internal class LinqConnection: BaseDatabaseConnection
{

   /// <summary>
   /// Should never be called
   /// </summary>
   internal LinqConnection()
   {
     throw new Exception();
   }
   ...

}

Написали программисты из США. И это ещё далеко не самый плохой кусок кода в проекте....

Blog was hacked: vol.2 или разбор полётов

e0ne — Tue, 18 Aug 2009 01:05:00 +0200

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

Решил что не стоит больше это откладывать на потом и сел внимательно просматривать логи. Практически сразу же нашел достаточно интересную строку:

2009-08-16 17:39:33 81.215.238.234 - W3SVC119 WINHOSTING2 194.54.88.53 80 PUT /index.html - 201 0 330 347 16 HTTP/1.0 Microsoft+Data+Access+Internet+Publishing+Provider+DAV+1.1 - -

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

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

А мораль всего этого такова: проверяйте все настройки, прежде чем нажать на кнопку "Сохранить".

P.S. А пингвин мне понравился :).

Это случилось: Blog was hacked!

e0ne — Fri, 07 Aug 2009 14:00:00 +0200

Да, это всё-таки случилось. Товарищ по имени ZoRRoKiN хакнул мой блог. Произошло это, судя по всему, из-за моей глупости: лёгкий пароль на админку + старая и бажная версия движка BlogEngine.NET.

А случилось вот что:

На хочтинг были залиты файлы:

default.html, zorrokin.htm, index.html с следующим содержанием:

ZoRRoKiN

ownz.htm с текстом:
Command Tribulation Ownz your b0x

Также была добавлена пустая папка zorrokin.

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

P.S. Пароль я уже поменял :).

Project dependences и project references: делаем это правильно

e0ne — Thu, 23 Jul 2009 17:00:00 +0200

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

Рассмотрим такую ситуацию: у нас есть главная сборка (Main), сборка с утилитными классами (Utils) и 3-rd party логгер (Logger):

При этом Utils достался нам ещё со староко проекта и мы просто подключили его проект в наш solution, а логгер - соответствующий компонент из Microsoft Enterprise Library.

Решение этой задачи разбивается на следующие шаги:

Добавляем в наш solution нужные нам проекты.
Добавляем ссылки на проекты.

Почему-то, некоторые выбирают такой способ решения: выполняют шаг 1 - тут у нас только один способ сделать это (я не беру в счёт способ ручного редактирования *proj-файла), Build -> Rebuild Solution, и собственно добавление ссылки на проект путём добавления ссылки на dll:

В таком случае, если вам сильно повезёт и такого в вашем solution будет не много, достаточно будет сначала сделать Build -> Rebuild Solution, после чего всё заработает, а если не повезёт... А если не повезёт прийдётся ещё руками настраивать project dependecies и писать не менее захватывающий сценарий для билдов.

Теперь рассмотрим как это делать правильно:

Добавляем ссылку не на сборку, а на проект в solution:

После чего всё выглядит так:

Таким образом все зависимости на проекты выставляются автоматически и нам больше не нужен бубун для сборки solution и билдов.

Осталось подключись сборку с логгером. Но и здесь не всё так просто. В случае с Enterprise Library достаточно добавить ссылка на сборку из GAC:

У этого спосоа есть несколько недостатков: Enterprise Library должна быть установлена на всех машинах, где будет запускиться проект, и везде должна быть одна и таже версия. Второй недостаток хорошо ощёщается если использовать библиотеки, которые достаточно быстро развиваются и имеют множество версий (e.g. NUnit. AjaxControlToolkit, etc).

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

Все сторонние библиотеки кладутся в Source Control и уже на них ссылаются все проекты. Для удобства можно ещё создать папку в solution:

ReferencesSample.zip (76.14 kb)

SourceGear Vault и ошибка при коммите

e0ne — Tue, 21 Jul 2009 17:27:00 +0200

На проекте приходится использовать SourceGear Vault - source control система, которая очень похожа на VSS. Сегодня наткнулся на очередной глюк:

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

Интересная особенность Enum

e0ne — Fri, 17 Jul 2009 15:45:00 +0200

Те, кто знает на память книгу Дж.Рихтера C# via .NET, в этом врядли найдут для себя что-то новое/интересное.

Всё началось с того, что было у меня два похожих enum'ов (к примеру Numbers и BigNumbers) и нужно было как-то переменные первого типа приводить к другом, и наоборот.

enum Numbers

{

One,

Two,

Three

}

enum BigNumbers

{

One,

Two,

Three,

Four,

Five

}

На практике такие преобразования выглядят примерно так :

Numbers n1 = Numbers.One;

Numbers n2 = (Numbers) 2;

Int32 i1 = (Int32) n1;

BigNumbers b1 = BigNumbers.Five;

Numbers n3 = (Numbers) b1;

Console.WriteLine(String.Format("n1 = {0}", n1));

Console.WriteLine(String.Format("n2 = {0}", n2));

Console.WriteLine(String.Format("i1 = {0}", i1));

Console.WriteLine(String.Format("b1 = {0}", b1));

Console.WriteLine(String.Format("n3 = {0}", n3));

В результате на экране мы получим следующее:

n1 = One
n2 = Three
i1 = 0
b1 = Five
n3 = 4

Здесь мы видем, что n3 теперь равняется 4-м. Логичный, но не совсем ожидаемый для меня результат. В таком случае хотелось бы получить какой-то Exception.

Теперь разберёмся что представляет собой enum и почему он так работает.

Enum (перечесляемый тим, enumerated type) предоставляет нам возможность хранить пару имя-значение и пришли в дополнение к константом (например: вместо того, чтоб в методе возвращать код ошибки, можно создать enum с именами ошибок). По сути, System.Enum представляет обёкт размерного (value) типа, пронаследованного от System.ValueType:

public abstract class Enum : ValueType, IComparable, IFormattable, IConvertible

И, по умолчию, запись "enum Numbers" соответствует "enum Numbers : int". В этом можно убедится, посмотрев на наше приложение с помощью IL DASM, который входит в комплект поставки .NET Framework SDK.

.class private auto ansi sealed Enums.Numbers extends [mscorlib]System.Enum{} // end of class Enums.Numbers
.field public static literal valuetype Enums.Numbers One = int32(0x00000000)

Таким образом мы видем, что все элементы нашего enum являются целыми числами (int). Вместо int, можно указать byte, sbyte, short, ushort, int, long, и ulong. Интересно что если указать имя типа так, как они именуются в FCL (Byte, Int32 и т.д.), то мы получим ошибку:
Type byte, sbyte, short, ushort, int, uint, long, or ulong expected

Вернёмся к нашему примеру. Чтоб в нём всё работало так, как ожидалось, достаточно добавить такой код:

if (!Enum.IsDefined(typeof(Numbers), b1)){throw new ArgumentException();}

Enums.zip (3.01 kb)

JavaScript: удаляем элементы из массива

e0ne — Fri, 03 Jul 2009 12:18:00 +0200

Решая на первый взгляд простую задачу я столкнулся с некоторыми поблемами. Задача состоит в том, чтобы из массива удалить один из его элементов. Оказалось, что стандартными средствами JavaScript этого не сделать.

Итак, у нас есть исходный массив:

var arr = new Array();
arr.push('q');
arr.push('w');
arr.push('a');
arr.push('e');
arr.push('r');
arr.push('t');
arr.push('z');
arr.push('y');

Задача состоит в том, чтобы удалить из него элементы со значениями "a" и "z". Первой же идеей было использование оператора delete:

var i = arr.indexOf('a');
delete arr[i];
i = arr.indexOf('z');
delete arr[i];

И было вы всё хорошо, еслиб не реализация этого самого оператора delete: элементы из массива на самом не удаляются, просто их значение стоновится undefined и, соответственно, свойство lenght не меняется. Можно, конечно, при обходе массива проверять значение элементов и таким образом проверять, удалённый он или нет, но в моём случае это несло за собой изменение логики на сервере, что делать не хотелось и было принято решение реализовать нужную функциональность в классе Array:

Array.prototype.removeByValue = function(item){
   var itemIndex = -1;
   for (var index = 0; index < this.length; index++)
   {
   if (this[index] == item){
   itemIndex=index;
   }
   }

   if (itemIndex == -1){
   return this;
   }

   var resultLeft = this.slice(0, itemIndex);
   var resultRight = this.slice(itemIndex+1, this.length);
   var resultTotal = resultLeft.concat(resultRight);

   return resultTotal;

};

Способ использования:

var a = arr.removeByValue('a');
arr = a.removeByValue('z');

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

ASP.NET, сэссия и рестарт приложения

e0ne — Tue, 09 Jun 2009 13:28:00 +0200

Всё началось с того, что в спецификации к проекту написали примерно такое: "Время продолжительности сэссии пользователя на сайте должно составлять 120 минут". После чего, в web.config была добавлена следующая строка:

<sessionState mode="InProc" cookieless="false" timeout="120" />

А на страницу был добавлен такой мета-тег:

<meta http-equiv="Refresh" content="7200; URL=/EzRc/Pages/LogOn/SessionExpired.aspx" />

Следует упомянуть конфигурацию тестовых серверов: Windows Vista/2008, IIS7, .NET 3.5. Ничто не предвещало беды. Но, как и полагается, в один "прекрасный" день всеми людимые QA написали баг следующего содержания: "Session expiration occurs prior to 30 min (and as little as 10 min)." При этом повторить его было достаточно просто:

залогиниться на сайт
оставить браузер в покое на 30 минут

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

Ещё раз убедившись в правильности настроек сэссии в web.config я реши воспроизвести этот баг на локальном (dev) компьютере. Как ни странно, но баг воспроизводился в 100% случаев. "Странно" - подумал я и налил ещё чашку кофе.

Запустив Fiddler2 и залогинившись на сайт я снова оставил его в покое на 30 минут. Через это время, убедившись, что cookie приходят валидные, я наал смотреть логи. Напервый взгляд всё было хорошо, но присмотревшись внимательно, увидел что отрабатывает событие ApplicationStart. Теперь понятно почему заканчивается сэссия. Осталось разобраться почему перезапускается приложение.

Из логов IIS:

Event code: 1002
Event message: Application is shutting down. Reason: Hosting environment is shutting down.
Event time: 6/8/2009 1:50:21 PM
Event time (UTC): 6/8/2009 10:50:21 AM
Event ID: 80d0faffb34547fea6299cfff8cf1c6f
Event sequence: 4
Event occurrence: 1
Event detail code: 50002

Application information:
    Application domain: /LM/W3SVC/1/ROOT/Web-1-128889305624881519
    Trust level: Full
    Application Virtual Path: /EzRc
    Application Path: C:\Src\Sites\Web\
    Machine name: localdev

Process information:
    Process ID: 6364
    Process name: w3wp.exe
    Account name: NT AUTHORITY\NETWORK SERVICE

После прочтения статьи из MSDN ASP.NET Application Life Cycle Overview ответ на интересующий вопрос не был получен, из чего был сделан вывод, что проблема находится уровне выше, а именно в IIS. Начал детально изучать настройки, которые могут повлиять на работу приложения и остановился на Application Pools. После чтения документации и нескольких неверных попыток был найден источник проблемы. Им оказался параметр Idle Time-out.

Оказалось, что при настройках по умолчанию, процесс, отвечающий за работу asp.net, тушится при условии, что к нему не обращаются в течении 20 минут. Это объясняло, почему проблему можно было не всегда воспроизвести на тестовом сервере.

Это же можно настроить и через файл machine.config. Подробнее описано здесь.

Встречаем новый язык программирования от Microsoft - Axum

e0ne — Sun, 24 May 2009 16:33:00 +0200

Не успели мы ещё познакомитя с F# и новыми возможнастями .NET 4.0, как Microsoft представила новый язык программирования Axum (на самом деле Axum был представлен ещё до выпуска первой бета-версии .NET 4.0). Раньше он имел коддовое название Maestro.

Что же представляет собой Axum? Это язык для паралельной разработки (parallel model language), который позволяетлегко создавать легкомасштабируемые, распределённые и многопоточные приложения. Лично мне синтаксис этого языка напомнил Erlang, которые имеет изменённый синтаксис и является полностью .net-совместимым языком программирования. Текущяя версия - CTP. В данный момент не известно о дальнейшей судьбе и планах о релизе.

Чтобы посмотреть на этот язык вживую необходимо скачать небольшой 4.2МБ) плагин для Visual Studio 2008, на момент написание этого поста плагина для Visual Studio 2010 ещё нет.

Так же с сайта Axum можно скачать спецификицию языка и руководство разработчкика на 42 и 36 страниц соответственно. Некоторую информацию можно узнать из блога команды разработчиков. Информации пока не много, но и её достаточно для знакомства с языкам и написанием приложений.

И на завершении, по традиции привожу пример "Hello World!".

	using System;
	
	using System.Concurrency;
	
	using Microsoft.Axum;
	
	namespace ConsoleApplication1
	
	{
	
	    public domain Program
	
	    {
	
	        private writer agent MainAgent : channel Microsoft.Axum.Application
	
	        {
	
	            public MainAgent()
	
	            {
	
	                String [] args = receive(PrimaryChannel::CommandLine);
	
	                Console.WriteLine(String.Format("Hello, {0}!", args[0]));
	
	                PrimaryChannel::Done <-- Signal.Value;
	
	            }
	
	        }
	
	    }
	
	}