Сообщения

Компьютер не виден по сетевому имени.

Компьютер оказался не виден по имени компьютера в локальной сети. Пытался зайти на свой компьютер через удаленный рабочий стол (по RDP), но он оказался недоступен по своему сетевому имени. Был доступ только по IP. Решение: Windows 7, Server 2008, Vista. Откройте Панель управления \ Центр управления сетями и общим доступом . Под именем сети написано Общественная сеть Кликните по этой надписи и в открывшемся окне кликните либо Домашняя сеть либо  Сеть предприятия . Примечание: Если вы выберите  Домашняя сеть , то вам предложат создать Домашнюю группу - нажмите отмена, если вам это не надо делать, ну или настраивайте домашнюю группу. Этот пост написал потому, что не нашел ничего полезного по следующим запросам в Google: компьютер не виден по сетевому имени компьютер недоступен по имени компьютер доступен только по ip компьютер не определяется по имени в локальной сети компьютер не находится по имени в локальной сети

Переехал с http://it3xl.wordpress.com/

Я пока попробую здесь постить  http://it3xlru.blogspot.com/  . Если все понравиться, то перееду сюда из http://it3xl.wordpress.com/ .

Более поздние сообщения я мигрировал с Worpress

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

Ускорение компиляции Visual Studio Solution методом "Copy Local = False".

Обычное исключение из компиляции не изменяемых проектов через  Build -> Configuration Manager (колонка Build напротив каждого проекта)  не единственный подход для ускорения компиляции в Visual Studio (VS). Другой способ, строится на том, что нужно отключить поведение Visual Studio по умолчанию, когда VS копирует сборки проектов, в проекты которые ссылаются на первые. Почему и как: Если проект A ссылается на проект B, то проект B компилируется первым. По умолчанию, сборка проекта B дублируется и кладется вместе со сборкой проекта A. Подход предлагает отключить копирование сборок проектов в Solution с помощью установки свойства референса на сборку Copy Local равным False, а также помещать все сборки в общую папку. Когда применять: Я бы использовал только для крайне больших солюшенов, когда более 5 - 10 проектов. Думаю, не стоить без нужды запутывать разработку. Реализация. Общее описание, которое подойдет для существующих проектов и для вновь создаваемых. Внимание! Не приступайте к р...

Способы слияния сборок .NET Framework.

 Merging assemblies приятная задачка, позволяющая на выходе получить один исполняемый файл или одну dll. Слияние (мерджинг) сборок можно выполнить двумя основными способами: Использовать утилиту слияния. Самая распространенная и бесплатная утилита, это утилита командной строки  ILMerge . Чтоб ее использовать, например, бросьте в папку главного проекта ILMerge.exe, потом зайдите в свойства этого проекта и в Buil Events пропишите в поле Post-buid events command line вызов этой утилиты, например так: "$(ProjectDir)ilmerge" /out: "$(ProjectDir) !Output \$(TargetFileName)" "$(TargetPath)" "$(TargetDir)Prived.Midved.dll" "$(TargetDir)WindowsProcessManager.dll" del "$(ProjectDir)!Output\$(ProjectName).pdb" Где ключ /out указывает куда класть не по умолчанию готовую сборку или экзешник. В нашем случае это будет папка  !Output в корне проекта. Потом перечисляются сборки, который нужно запихнуть в итоговый ф...

Visual Studio The Watch window bug for XPath.

Ну надо же, как приятно снова встретить старинный баг, плавно перекачевавшый теперь уже в Visual Studio 2010. Окно Watch не умеет интерпретировать XPath выражения содержащие &lt; и подобрые вещи, например выражение ServiceRow[position() &lt; = $Count] в окне Watch отобразиться как недопустимое. Полностью в XSLT файле это выглядит вот так: <xsl:variable name="MyVar" select=" ServiceRow[position() &lt; = $Count] "/> В тоже время то, что будет работать в Watch, нельзя вставить в XSLT / XPath, т.к. является некорректным XML: ServiceRow[position() <= $Count] Так что не профукайте ваше время впустую. Лично мой давний запрос, по поводу этого бага, тех. поддержка Microsoft плавненько слила. :)

IIS 6.0 не выгружает файлы с расширением .exe

Если IIS 6.0 не выгружает файлы с расширением .exe, то проверьте, чтоб в настройках каталога / сайта у вас НЕ стояло "Execute permissions" равное "Scripts and Executables". В этом случае еще ошибка "HTTP Error 404" будет отображаться.