Как открыть консоль из проводника

Иногда бывает нужно выполнить какую-нибудь операцию в консольном окне. При этом желательно открыть консольное окно в текущей папке проводника Windows. Для того чтобы это сделать, нужно зажать клавишу Shift и правой клавишей мыши открыть контекстное меню для нужной папки. При этом в контекстном меню будет доступен пункт 'Open command window here'.

Утилита Wixsubst

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

Утилита wixsubst предназначена для автоматической герерации WiX-кода на основании списка файлов на диске. Уже существует утилита paraffin, которая решает эту задачу. Но она предполагает ведение файла-шаблона. А это, на мой взгляд, не всегда удобно.

Когда я решил написать свою утилиту, я хотел решить следующие задачи:

1. удобный вызов из редактора; в качестве параметра можно передать только имя WiX-файла;
2. простые правила написания шаблона;
3. возможность многократно вызывать утилиту для одного и того же WiX-файла для обновления списка файлов проекта;
   

Утилита работает следующим образом. Список файлов формируется на основании XML-комментария. XML-комментарий разбит на две части, заголовок и окончание. В заголовке описываются параметры. При вызове утилиты выполняется замена кода между заголовком и окончанием. Вложенные XML-комментарии не поддерживаются.

    ***

    Пример

Нужно создать пакет инсталляции для проекта:

C:\MyProject\MyProject.exe C:\MyProject\MyProject.exe.config C:\MyProject\Lib\Lib1.dll C:\MyProject\Lib\Lib1.xml C:\MyProject\Lib\Lib2.dll C:\MyProject\Lib\Lib2.xml

Для этого в WiX-файле "myproject.wix" пишу следующий код:

... <Directory Id="INSTALLLOCATION" Name="MyProject">   <Component Id="ProjectFilesComponent" Guid="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx">     <!--#def filesubst     #def directory: C:\MyProject #end     #def exclude: MyProject.exe #end     #def subst: <File Sourse="%path%" Vital="yes"/>     #end-->     <!--#end filesubst-->   </Component>   <Directory Id="LibDirectory" Name="Lib">     <Component Id="LibComponent" Guid="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx">     <!--#def filesubst     #def directory: C:\MyProject\Lib #end     #def mask: *.dll #end     #def subst: <File Id="%filename%" Source="%path%" Vital="yes"/>     #end-->     <!--end filesubst-->     </Component>   </Directory> </Directory> ...

И вызываю wixsubst с параметром "myproject.wix". В результате вызова файл "myproject.wix" будет содержать следующий код:

... <Directory Id="INSTALLLOCATION" Name="MyProject">   <Component Id="ProjectFilesComponent" Guid="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx">     <!--#def filesubst     #def directory: C:\MyProject #end     #def exclude: MyProject.exe #end     #def subst: <File Sourse="%path%" Vital="yes"/>     #end--><File Sourse="C:\MyProject\MyProject.exe.config" Vital="yes"/>     <!--#end filesubst-->   </Component>   <Directory Id="LibDirectory" Name="Lib">     <Component Id="LibComponent" Guid="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx">     <!--#def filesubst     #def directory: C:\MyProject\Lib #end     #def mask: *.dll #end     #def subst: <File Id="%filename%" Source="%path%" Vital="yes"/>     #end--><File Id="Lib1.dll" Source="C:\MyProject\Lib\Lib1.dll" Vital="yes"/>     <File Id="Lib2.dll" Source="C:\MyProject\Lib\Lib2.dll" Vital="yes"/>     <!--#end filesubst-->     </Component>   </Directory> </Directory> ...

Все повторные вызовы инструмента wixsubst, не будут модифицировать файл myproject.wix, пока не изменится список файлов проекта. Например, будет добавлена новая библиотека или конфигурационный файл.

    ***

Как показано в примере утилита wixsubst принимает один параметр - имя WiX-файла. Wixsubst можно вызвать и с двумя параметрами. В этом случае первый параметр будет именем файла-шаблона, а второй - именем результирующего файла.

Заголовок XML-комментария должен начинаться с ключевого выражения "#def filesubst". После ключевого выражения должно следовать описание параметров. Описание каждого параметра должно быть задано следующим образом "#def [имя параметра]: [значение параметра] #end".

Wixsubst поддерживает следующие параметры:

• directory - папка из которой нужно получить список файлов, обязательный параметр;
• exclude - список файлов, которые нужно исключить; файлы разделяются ";";
• mask - маска файлов, которые нужно выбрать;
• subst - шаблон кода WiX, который будет повторен для каждого найденного файла;
  

Шаблон, описанный в значении параметра subst может содержать специальные переменные "filename" и "path". Имя переменной нужно ограничивать символом "%". Вместо переменной filename будет подставляться имя файла без указания пути. Вместо переменной path будет подставляться имя файла с указанием пути.

Окончание XML-комментария представляет собой постоянное ключевое выражение "#end filesubst".

Для вызова утилиты из Visual Studio можно настроить External Tool (пункт меню Visual Studio Tools > External Tools, затем Add...). Пример настройки:

В результате появится пункт меню Tools > WixSubst. При выборе этого пункта меню будет обработан текущий WiX-файл.

Скачать утилиту можно здесь. Предложения, замечания приветствуются.

Сведения о предустановленных версиях .NET

Оригинал статьи: Which Version of .NET is Built into Windows?

На диаграмме ниже приведены сведения о предустановленных версиях .NET в различных версиях Windows. Диаграмма также показывает опции включения .NET по-умолчанию.

Плановое резервирование базы данных PostgreSql с помощью batch

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

Особенностью планового резервного копирования является то, что пользователь не следит за ходом выполнения операции и не может проконтролировать результат. Исходя из этого, обязательным требованием является ведение журналов с информацией о результатах резервного копирования. Ниже приведен пример BAT-файла, который выполняет резервное копирование базы данных PostgreSQL, ведет журнал с информацией о датах и результатах выполнения, сохраняет подробные сведения о ходе выполнения каждой резервной копии в отдельный текстовый файл и в случае неудачи отображает диалоговое окно с сообщением.

backup.bat

REM ПРИМЕР СОЗДАНИЯ РЕЗЕРВНОЙ КОПИИ БАЗЫ ДАННЫХ POSTGRESQL CLS ECHO OFF CHCP 1251 REM Установка переменных окружения SET PGBIN=C:\Program Files (x86)\PostgreSQL\8.4\bin\ SET PGDATABASE=mydb SET PGHOST=localhost SET PGPORT=5484 SET PGUSER=admin SET PGPASSWORD=admin REM Смена диска и переход в папку из которой запущен bat-файл %~d0 CD %~dp0 REM Формирование имени файла резервной копии и файла-отчета SET DATETIME=%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2% %TIME:~0,2%-%TIME:~3,2%-%TIME:~6,2% SET DUMPFILE=%PGDATABASE% %DATETIME%.backup SET LOGFILE=%PGDATABASE% %DATETIME%.log SET DUMPPATH="Backup\%DUMPFILE%" SET LOGPATH="Backup\%LOGFILE%" REM Создание резервной копии IF NOT EXIST Backup MD Backup CALL "%PGBIN%\pg_dump.exe" --format=custom --verbose --file=%DUMPPATH% 2>%LOGPATH% REM Анализ кода завершения IF NOT %ERRORLEVEL%==0 GOTO Error GOTO Successfull REM В случае ошибки удаляется поврежденная резервная копия и делается соответствующая запись в журнале :Error DEL %DUMPPATH% MSG * "Ошибка при создании резервной копии базы данных. Смотрите backup.log." ECHO %DATETIME% Ошибки при создании резервной копии базы данных %DUMPFILE%. Смотрите отчет %LOGFILE%. >> backup.log GOTO End REM В случае удачного резервного копирования просто делается запись в журнал :Successfull ECHO %DATETIME% Успешное создание резервной копии %DUMPFILE% >> backup.log GOTO End :End

Сведения о большинстве команд, примененных в "backup.bat" достаточно распространены. Информацию о назначении каждой команды можно получить путем вызова из командной строки следующей команды: "[Имя команды] /?". Я хочу акцентировать внимание на нескольких менее известных моментах.

Строки 15, 16 выполняют переход в папку в которой находится файл "backup.bat". "%0" возвращает имя bat-файла; "%~d0" и "%~dp0" возвращают соответственно диск и путь к bat-файлу. Подробные сведения о работе с параметрами файла можно посмотреть по этой ссылке.

В строке 19 формируется строковое представление даты и времени в нужном формате. При формировании происходит обращение к переменным окружения DATE и TIME, которые хранят текстовое представление даты и времени соответственно. После имени переменной указывается строка вида ":~m,n", где m - позиция в строке, n - количество символов.

В строке 27 вызывается утилита резервного копирования pg_dump.exe. Вызов выполняется с применением команды CALL, это позволяет дождаться завершения утилиты и проанализировать результат выполнения. Вызов утилиты завершается строкой "2>%LOGPATH%". Эта строка означает что поток ошибок STDERR, номер которого 2, приложения pg_dump.exe перенаправляется в файл, имя которого сохранено в переменной окружения LOGPATH. Так как приложение pg_dump.exe выводит все сообщения в стандартный поток ошибок, то в файле LOGPATH будет сохранен подробный отчет о выполнении резервного копирования.

В строках 37 и 42 выполняется перенаправление вывода в файл backup.log. Перенаправление осуществляется оператором ">>". Различие между операторами ">" и ">>" в том, что первый каждый раз создает новый файл, затирая ранее записанные данные, а второй - дописывает данные в существующий файл. Таким образом можно вести журнал с подробными сведениями о результатах резервного копирования.

После создания и проверки bat-файла для создания резервных копий можно создавать задание планировщика Windows. Задание также может быть создано из командной строки. Для этого можно воспользоваться командой SCHTASKS. Ниже приведен пример использования этой команды.

schedule.bat

CLS ECHO OFF CHCP 1251 SCHTASKS /Create /RU SYSTEM /SC DAILY /TN "Резервное копирование" /TR "D:\Db\backup.bat" /ST 02:00:00 IF NOT %ERRORLEVEL%==0 MSG * "Ошибка при создании задачи резервного копирования."

В результате выполнения schedule.bat будет создана задача "Резервное копирование". Параметры задачи можно посмотреть и изменить через оконный интерфейс. Использование bat-файла для создания задания планировщику может быть полезным в случаях, когда настройку резервного копирования нужно выполнять многократно.

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

Полезный ресурс для работы с bat-файлами

На днях решал задачу автоматизации резервного копирования базы данных PostgreSQL. Было два возможных решения: написать свое приложение на C# или использовать bat-файлы. Я остановил свой выбор на втором решении, которое мне показалось более гибким (для изменения не требуется дополнительных программных средств) и быстрым в решении. В результате с помощью bat-файлов были решены следующие задачи:

1. Вызов внешнего консольного приложения (pg_dump).
2. Обработка STDERR консольного приложения.
3. Генерирование имени файла резервной копии с включением имени базы данных, даты и времени резервного копирования.
4. Ведение журнала (текстовый файл) успехов/неудач резервного копирования.
5. Отображение диалогового окна в случае неудачного резервного копирования.
6. Создание пользователя операционной системы от имени которого будет вызываться задание резервного копирования.
7. Создание задачи для планировщика задач Windows.

В процессе решения задачи узнал много нового о возможностях bat-файлов. Ответы на все вопросы, возникавшие в процессе работы нашел на сайте Rob van der Woude's Scripting Pages. На мой взгляд, отличный ресурс, который можно рекомендовать.

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

При переходе на Windows 7 перестали открываться скрипты в PgAdmin III

Вопрос:
При переходе на Windows 7 возникла проблема с открытием файлов SQL-скриптов в PGAdminIII (верчия 1.10.1). Все скрипты, сделанные в пердыдушей системе Windows XP SP3, перестали открываться. То есть, при попытке открыть файл скрипта содержимое файла не отображается на экране, окно редактирования скрипта остается пустым. При этом вновь созданные файлы скриптов сохраняются и открываются нормально.

Решение:
При сравнении файлов созданных в предыдущей и текущей системе я обратил внимание, что файлы созданные в предыдущей системе, сохранены в кодировке Windows 1251, а файлы созданные в новой системе сохранены в кодировке UNIX UTF8. Для ставнения файлов я использовал редактор Notepad++.
В результате поиска и сравнения настроек PGAdmin III в Windows XP и Windows 7 я обнаружил что решением вопроса является установка значения False для параметра WriteUnicodeFile в ветке реестра HKEY_CURRENT_USER\Software\pgAdmin III. После установки значения стали открываться файлы созданные как в Windows XP так и в Windows 7.

Упрощения языка WiX v3 (перевод)

Ссылка на оригинал сообщения: Simplifying the WiX v3 language

Упрощения языка WiX v3

Два новых изменения, упрощающих работу с WiX, будут доступны в следующем недельном релизе WiX v3. Изменения направлены на упрощение разработки пакетов инсталляции и на уменьшение избыточности.

Атрибут Feature для элемента Component

У элемента Component теперь есть атрибут Feature; при установке этого атрибута, Component становится частью соответствующего Feature. Таким образом, следующие примеры кода эквивалентны:

<Component Id="FooComp" Feature="BarFeature" ... />

и

<Component Id="FooComp" .../> ... <FeatureRef Id="BarFeature">   <ComponentRef Id="FooComp"/> </FeatureRef>

Component/@Feature позволяет указать только один Feature для Component. Для того, чтобы поместить Component в несколько Feature, нужно использовать элемент Feature или FeatureRef и ComponentRef. Добавление атрибута Feature, это всего лишь способ упростить наиболее общий случай помещения одного Component в один Feature.

Значения по-умолчанию для File/@Id и File/@Name из File/@Source

Обычно, при определении элемента File, указывается несколько атрибутов с одинаковыми значениями. Например, значения атрибутов Id, Name и Source включают имя файла. В WiX v3 предусмотрено определение значений по-умолчанию для некоторых атрибутов элемента File, например, значение атрибута Name по-умолчанию определяется значением атрибута Id.

Теперь значение по-умолчанию для атрибута Id определяется именем файла  (без указания пути), указанным в значении атрибута Source. Затем, как сказано выше, значение по-умолчанию для атрибута Name определяется равным значению атрибута Id. Такие правила позволяют определить элемент File следующим образом:

<File Source="$(env.Bits)\foo\bar\baz.exe" />

Эквивалентным определением будет:

<File Id="baz.exe" Name="baz.exe" Source="$(env.Bits)\foo\bar\baz.exe" />