テンプレートテスト
ブログの説明
ブログの説明2
menu
keyboard_arrow_up
Top
search
close
home
ホーム
computer
PC一般
construction
開発環境・ツール
code
プログラミング
home
ホーム
computer
PC一般
construction
開発環境・ツール
code
プログラミング
Home
›
Archives for 11月 2017
2017/11/30
image
NO IMAGE
Visual Studio のビルド後イベントで配布用の ZIP ファイルを自動生成する
update
event_note
label
.NET Framework
label
PowerShell
label
Visual Studio
Visual Studio で Relese ビルドを行うと、`bin/Release` に実行ファイル等が出力されます。 しかし、この中には不要なファイルもたくさんあるため、ビルド後イベントで必要なファイルだけを ZIP ファイルにするように処理を自動化しました。
尚、インストーラーを作成しないこのようなアプリケーションの配布を XCOPY 配置というようです。 - http://kuttsun.blogspot.jp/2017/11/net-xcopy.html ## 環境 - Visual Studio 2017 ## 不要なファイルの削除と ZIP ファイル作成の自動化 不要なファイルを毎回手動で削除するのも大変なので、ビルド後イベントで処理します。 スクリプトは PowerShell で作成します。 不要なファイルを削除したらそのまま zip ファイルも作成します。 ### ビルド後イベント ビルド後イベントの実行場所は出力フォルダになるので、プロジェクトルートに移動してからスクリプトを実行します。 また、Release ビルドのときのみ処理を実行するようにします。 ```sh if $(ConfigurationName) == Release ( cd $(ProjectDir) powershell -ExecutionPolicy Unrestricted .\CreateZip.ps1 .\bin\Release .\bin\$(ProjectName).zip ) ``` ### PowerShell `*.xml` `*.pdb` `*.config` を削除していますが、不要なファイルはプロジェクトに応じて適宜変更します。 私の場合、NLog を使用しているので、`NLog.config` は除外しています。 ```sh # CreateZip.ps1 # プロジェクトルートで実行すること using namespace System.IO; using namespace System.IO.Compression; # source directory path (Release directory) $sourceDir = $Args[0] if (-not ($sourceDir)) { return 100 } # target zip file path $targetZipFile = $Args[1] if (-not ($targetZipFile)) { return 101 } # target zip file からディレクトリ名を取得 $parent = [Path]::GetDirectoryName($targetZipFile) # target zip file を置くディレクトリがない場合は作成する [Directory]::CreateDirectory($parent) # 既に zip ファイルがある場合は削除しておく [File]::Delete($targetZipFile) # 一時ディレクトリ名 $tempDir = $parent + "\temp" # Release ディレクトリから一時ディレクトリに丸ごとコピー Copy-Item $sourceDir -destination $tempDir -recurse # 一時ディレクトリから不要なファイルを削除(プロジェクトに応じて要変更) Remove-Item -Recurse -path $tempDir -include *.pdb Remove-Item -Recurse -path $tempDir -include *.xml Remove-Item -Recurse -path $tempDir -include *.config -Exclude NLog.config # アセンブリの読み込み Add-Type -AssemblyName System.IO.Compression.FileSystem # zip ファイル作成 [ZipFile]::CreateFromDirectory($tempDir, $targetZipFile) # 一時ディレクトリ削除 Remove-Item -Recurse -path $tempDir ``` ## 参考 URL - https://sakapon.wordpress.com/2015/10/14/dotnet-build-2/
Read more
2017/11/29
image
NO IMAGE
.NET アプリケーションを XCOPY 配置で配布する
update
event_note
label
.NET Framework
label
Visual Studio
.NET Framework で作成したアプリケーションの配布方法はいろいろありますが、簡単なアプリケーションであれば、インストーラーなどは作成せず、例えば ZIP などに固めて配布し、ユーザーはそれを展開して exe ファイルをダブルクリックするだけで実行できるようにしたいことがあります。 このようなアプリケーションの配布方法のことを XCOPY 配置 (XCOPY Deployment) と言うようです。
XCOPY とありますが、実際にはディレクトリ構造をそのままコピーしてくるだけで OK なので、エクスプローラーなどでのコピーでも構いません。 もちろん、文字通り XCOPY でコピーしてもよいです。 ## 環境 - Visual Studio 2017 - .NET Framework .NET Core については追々書きます。 ## XCOPY 配置 XCOPY 配置は、クライアントにアプリケーションを実行するための環境が整っている(動作に必要な .NET Framework がインストールされている)ことを前提としている場合に適しています。 ディレクトリごとコピーしてくるだけで使用でき、削除するときはディレクトリごと消せばよいだけなのでシンプルです。 ただし、XCopy ではバージョン管理、アンインストール、およびロールバックがサポートされず、それらをサポートするにはアプリケーション側で実装する必要があり、そんなことをするくらいならインストーラーを作成すべきだと思います。 ## 配布に必要なファイルを集める Visual Studio で Relese ビルドを行うと、`bin/Release` にファイルが実行ファイル等が出力されます。 しかし、この中には不要なファイルもたくさんあるので、必要なファイルだけにして配布します。 これについては以下の記事を参考にしてください。 - http://kuttsun.blogspot.jp/2017/11/visual-studio-zip.html ## 参考 URL - http://h-pg.blogspot.jp/2011/02/how-to-net-application-release.html
Read more
2017/11/25
image
NO IMAGE
ファイル選択ダイアログとフォルダ選択ダイアログ
update
event_note
label
.NET Framework
label
C#
label
WPF
.NET アプリケーションで Windows のファイル選択ダイアログやフォルダ選択ダイアログを表示したい場合、`WindowsAPICodePack` を使用するのが最も良さそうです。
他には `System.Windows.Forms` や `Microsoft.Win32` がありましたが、フォルダ選択ダイアログがいまいちだったり、そもそも WPF だと Windows Forms は使いたくないというのが主な理由です。 ## 環境 - Visual Studio 2017 - .NET Framework 4.6.1 ## WindowsAPICodePack のインストール NuGet パッケージマネージャーで `WindowsAPICodePack` をインストールします。 ```sh PM> Install-Package WindowsAPICodePack ``` - https://github.com/aybe/Windows-API-Code-Pack-1.1 ## ファイル選択ダイアログ ### 基本的な使い方 ```cs using Microsoft.WindowsAPICodePack.Dialogs; // 中略 var dialog = new CommonOpenFileDialog { Title = "Title", // フォルダ選択ダイアログの場合は true IsFolderPicker = false, // ダイアログが表示されたときの初期ディレクトリを指定 InitialDirectory = "適当なパス", // ユーザーが最近したアイテムの一覧を表示するかどうか AddToMostRecentlyUsedList = false, // ユーザーがフォルダやライブラリなどのファイルシステム以外の項目を選択できるようにするかどうか AllowNonFileSystemItems = false, // 最近使用されたフォルダが利用不可能な場合にデフォルトとして使用されるフォルダとパスを設定する DefaultDirectory = "適当なパス", // 存在するファイルのみ許可するかどうか EnsureFileExists = true, // 存在するパスのみ許可するかどうか EnsurePathExists = true, // 読み取り専用ファイルを許可するかどうか EnsureReadOnly = false, // 有効なファイル名のみ許可するかどうか(ファイル名を検証するかどうか) EnsureValidNames = true, // 複数選択を許可するかどうか Multiselect = false, // PC やネットワークなどの場所を表示するかどうか ShowPlacesList = true }; if (dialog .ShowDialog() == CommonFileDialogResult.Ok) { } ``` ### ファイルのフィルタリング 以下のように指定します。 ```cs dialog.Filters.Add(new CommonFileDialogFilter("テキストファイル", "*.txt;*.text")); dialog.Filters.Add(new CommonFileDialogFilter("すべてのファイル", "*.*")); ``` ## フォルダ選択ダイアログ `IsFolderPicker` を `true` にするだけです。 ## 参考 URL - https://github.com/aybe/Windows-API-Code-Pack-1.1 - https://johobase.com/wpf-file-folder-common-dialog/#Windows_API_Code_Pack - http://arikalog.hateblo.jp/entry/2013/12/20/211641
Read more
2017/11/23
image
NO IMAGE
GitHub と AppVeyor で .NET アプリケーションの継続的インテグレーションを行う
update
event_note
label
.NET Framework
label
AppVeyor
label
GitHub
GitHub と連携できる CI サービスを使用して、WPF で作成したデスクトップアプリケーションの継続的インテグレーションを行ってみました。
.NET Core はクロスプラットフォーム対応なので、いろんな CI サービスが使えますが、.NET Framework は Windows 環境が必要なので、AppVeyor を使用します。 ## 環境 - Visual Studio 2017 - .NET Framework 4.6.1 ## 準備 [AppVeyor](https://www.appveyor.com/) に GitHub アカウントで登録(サインアップ)します。 `New Project` を選択し、GitHub からリポジトリ情報を取得します。 CI を作成したいプロジェクトにマウスカーソルを当てて `ADD` をクリックします。 ## appveyor.yml の作成 リポジトリのルート(≒Visual Studio のソリューションフォルダ)の配下に `appveyor.yml` を作成します。 内容は以下のようにしました。 ``` # appveyor.yml image: Visual Studio 2017 configuration: Release before_build: - nuget restore build: parallel: true project: ソリューション名.sln ``` なんか Travis CI とかと比較して情報が少ないですが、`appveyor.yml` のリファレンスは一応以下にあります。 - https://www.appveyor.com/docs/appveyor-yml/ あとはこれを GitHub に Push すると、自動的にビルドが実行されます。 ## バッジの追加 CI 環境が整ったら GitHub にバッジを貼り、自己満足に浸ります。 AppVeyor の該当のプロジェクトの SETTINGS に Badges という項目があるので、そこでバッジの URL がわかります。 - https://www.appveyor.com/docs/status-badges/ Markdown を選択し、コピーした内容を README.md に貼り付けます。 ## 参考 URL - https://www.appveyor.com/docs/appveyor-yml/ - http://posaune.hatenablog.com/entry/2014/05/02/201403 - https://yoshinorin.net/2016/09/21/appveyor-codecov-csharp/#AppVeyor%E3%81%AE%E8%A8%AD%E5%AE%9A - https://qiita.com/shoooo/items/518e44d56624187c3ea7
Read more
2017/11/22
image
NO IMAGE
C# におけるコマンドライン引数の解析
update
event_note
label
.NET Core
label
.NET Framework
label
C#
C# でコマンドライン引数を解析する場合、今までだと自力で行ったりサードパーティーのパーサーを使ったりしていました。 しかし、現在では Microsoft が [Microsoft.Extensions.CommandLineUtils](https://www.nuget.org/packages/Microsoft.Extensions.CommandLineUtils/) というパーサーを用意してくれているので、それを使ってみます。
尚、.NET Core でも .NET Framework でも使えます。 ## 環境 - Visual Studio 2017 - .NET Core 2.0 - Microsoft.Extensions.CommandLineUtils 1.1.1 ## インストール NuGet パッケージマネージャーコンソールから以下のコマンドでインストールできます。 ```sh PM> Install-Package Microsoft.Extensions.CommandLineUtils ``` ## 簡単な使い方 ```cs using Microsoft.Extensions.CommandLineUtils; // 中略 static void Main(string[] args) { var app = new CommandLineApplication(throwOnUnexpectedArg: false) { // アプリケーション名(ヘルプの出力で使用される) Name = "CommandLineTest", }; // ヘルプ出力のトリガーとなるオプションを指定 app.HelpOption("-?|-h|--help"); app.OnExecute(() => { Console.WriteLine("Hello World!"); return 0; }); app.Execute(args); } ``` 動作内容は `onExecute` に定義します。 `onExecute` の引数は `Func
` なので、戻り値(エラーコード)として `int` の値を返す必要があります。 `onExecute` を定義したら `app.Execute` をコールすると実行されます。 引数には `Main` で受け取ったコマンドライン引数を渡します。 ### 実行結果 ```sh > CommandLineTest.exe ``` ```bat Hello World! ``` --- ```sh > CommandLineTest.exe --help ``` ```bat Usage: CommandLineTest [options] Options: -?|-h|--help Show help information ``` ## コマンドの追加 上記のコードにコマンドを追加してみます。 ```cs static void Main(string[] args) { var app = new CommandLineApplication(throwOnUnexpectedArg: false) { // アプリケーション名(ヘルプの出力で使用される) Name = "CommandLineTest", }; // ヘルプ出力のトリガーとなるオプションを指定 app.HelpOption("-?|-h|--help"); app.OnExecute(() => { Console.WriteLine("Hello World!"); return 0; }); app.Command("hoge", (command) => { // 説明(ヘルプの出力で使用される) command.Description = "Hogeを出力する"; // コマンドについてのヘルプ出力のトリガーとなるオプションを指定 command.HelpOption("-?|-h|--help"); // コマンドの引数(名前と説明を引数で渡しているが、これはヘルプ出力で使用される) var hogeArgs = command.Argument("[Hogeの引数]", "Hogeの引数の説明"); command.OnExecute(() => { var location = hogeArgs.Value != null ? $"引数あり {hogeArgs.Value}" : "引数なし"; Console.WriteLine("Hoge: " + location); return 0; }); }); app.Execute(args); } ``` 特に説明は不要かと思います。 尚、コマンドはネストして、サブコマンドなどを作ることもできます。 ### 実行結果 ```sh > CommandLineTest --help ``` ```bat Usage: CommandLineTest [options] [command] Options: -?|-h|--help Show help information Commands: hoge Hogeを出力する Use "CommandLineTest [command] --help" for more information about a command. ``` --- ```sh > CommandLineTest hoge --help ``` ```bat Usage: CommandLineTest hoge [arguments] [options] Arguments: [Hogeの引数] Hogeの引数の説明 Options: -?|-h|--help Show help information ``` --- ```sh > CommandLineTest hoge ``` ```bat Hoge: 引数なし ``` --- ```sh > CommandLineTest hoge piyo ``` ```bat Hoge: 引数あり piyo ``` ## オプションの指定 さらに上記のコードにオプションを追加してみます。 ```cs app.Command("hoge", (command) =>{ // 説明(ヘルプの出力で使用される) command.Description = "Hogeを出力する"; // コマンドについてのヘルプ出力のトリガーとなるオプションを指定 command.HelpOption("-?|-h|--help"); // コマンドの引数(名前と説明を引数で渡しているが、これはヘルプ出力で使用される) var hogeArgs = command.Argument("[Hogeの引数]", "Hogeの引数の説明"); // オプションの設定 var hogeOptions = command.Option("-o|--option
", "hogeのオプション", CommandOptionType.MultipleValue); command.OnExecute(() => { var location = hogeArgs.Value != null ? $"引数あり {hogeArgs.Value}" : "引数なし"; Console.WriteLine("Hoge: " + location); foreach (var value in hogeOptions.Values) { Console.WriteLine("Hogeのオプション: " + value); } return 0; }); }); ``` `CommandOptionType` については[こちら](https://docs.microsoft.com/en-us/dotnet/api/microsoft.extensions.commandlineutils.commandoptiontype?view=aspnetcore-1.1)に一覧があります。 何にも説明がありませんが、名前で分かると思います。 ### 実行結果 ```sh >CommandLineTest hoge -h ``` ```bat Usage: CommandLineTest hoge [arguments] [options] Arguments: [Hogeの引数] Hogeの引数の説明 Options: -?|-h|--help Show help information -o|--option
hogeのオプション ``` --- ```sh >CommandLineTest hoge piyo -o=foo -o=bar ``` ```bat Hoge: 引数あり piyo Hogeのオプション: foo Hogeのオプション: bar ``` ## 参考 URL - https://msdn.microsoft.com/ja-jp/magazine/mt763239.aspx - http://tnakamura.hatenablog.com/entry/2017/10/24/microsoft-extensions-commandlineutils - https://gist.github.com/iamarcel/8047384bfbe9941e52817cf14a79dc34
Read more
2017/11/17
Visual Studio で .NET Core + Electron.NET を使う
update
event_note
label
.NET Core
label
Electron.NET
label
Visual Studio
.NET Core ではデスクトップアプリケーションは作成できないと思っていましたが、Electron の .NET 版があるのを知りました。 そして、Windows で .NET を使うならやはり Visual Studio を使いたいので、試してみました。
尚、私は Electron 自体は使ったことありません。 Node.js も昔に少し使ったことがあるという程度です。 ## 環境 - Visual Studio 2017 - .NET Core 2.0 (ASP.NET Core 2.0) - Node.js v8.9.1 - [Electron.NET](https://github.com/ElectronNET/Electron.NET) v0.0.7 ちなみにデモアプリケーションもあります。 - [Electron.NET API Demos](https://github.com/ElectronNET/electron.net-api-demos) ## 準備 絶対に必要なのは以下の2つなので、あらかじめインストールしておきます。 - [.NET Core SDK](https://www.microsoft.com/net/download/core#/) (2.0 以上) - [Node.js](https://nodejs.org/ja/) (v8 以上) - 参考:[Node.js のインストールとプロキシの設定](http://kuttsun.blogspot.jp/2017/11/nodejs.html) また、今回は Visual Studio を使うので、Visual Studio もインストールします。 - Visual Studio 2017 ## プロジェクトの作成 Visual Studio を起動します。 [ファイル] > [新規作成] > [プロジェクト] を選択します。 [ASP.NET Core Web アプリケーション] を選択します。
[Web アプリケーション (モデル ビュー コントローラー)] を選択します。
## Electron.NET を使用するための設定 [公式](https://github.com/ElectronNET/Electron.NET)で説明されている通りに設定を行います。 ### ElectronNET.API NuGet パッケージのインストール [ツール] > [NuGet パッケージマネージャー] > [パッケージ マネージャー コンソール] を選択します。 以下のコマンドを入力してパッケージをインストールします。 ```sh PM> Install-Package ElectronNET.API ``` ### Program.cs の変更 `Program.cs` を開き、`BuildWebHost` メソッドに `UseElectron` を追加します。 ```cs using ElectronNET.API; // 中略 public static IWebHost BuildWebHost(string[] args) { return WebHost.CreateDefaultBuilder(args) .UseElectron(args) .UseStartup
() .Build(); } ``` ### Startup.cs の変更 `Startup.cs` を開き、`Configure` メソッドの最後に `Electron.WindowManager.CreateWindowAsync` を追加します。 ```cs using ElectronNET.API; // 中略 public void Configure(IApplicationBuilder app, IHostingEnvironment env) { if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); app.UseBrowserLink(); } else { app.UseExceptionHandler("/Home/Error"); } app.UseStaticFiles(); app.UseMvc(routes => { routes.MapRoute( name: "default", template: "{controller=Home}/{action=Index}/{id?}"); }); // Open the Electron-Window here Task.Run(async () => await Electron.WindowManager.CreateWindowAsync()); } ``` ### .csproj の変更 Visual Studio 上でプロジェクト名を右クリックし、[(プロジェクト名).csproj を編集する] を選択します。 `ItemGroup` の中に、`
` を追加します。 ```xml
netcoreapp2.0
``` ## NuGet パッケージの復元 ここまで完了したら、一度 Visual Studio を終了し、`dotnet-electronize` を使うために NuGet パッケージの復元を行います。 コマンドプロンプト(または PowerShell)を開き、プロジェクトの場所に移動してから以下のコマンドを実行します。 ```sh > dotnet restore ``` ## Electron.NET プロジェクトの初期化 続いて以下のコマンドを入力してプロジェクトの初期化を行います。 ```sh > dotnet electronize init ``` プロジェクト配下に `electronnet.manifest.json` というファイルが作成されます。 .csproj ファイルの変更されています。 次に以下のコマンドを打って、ビルドが正常にできることを確認します。 ```sh > dotnet electronize build ``` ## Electron.NET プロジェクトの実行 以上で準備は完了です。 Visual Studio を起動してソリューションを開きます。 すると、ターゲットに [Electron.NET App] というのが選択されていると思います。
この状態で F5 を押すと、Electron を使ったデスクトップアプリケーションが起動します。 が、ちょっと重いですね・・・。 (私の環境が貧弱なだけ?) Electron.NET はまだ登場したばかりで今後どうなるかわかりませんが、とりあえず動向はチェックしておこうと思います。 ## 参考 URL - https://qiita.com/katachi/items/6bba28d3b382e11e2535 - https://qiita.com/ikuhanaRock/items/42fc4d70494833db2653 - http://www.myrefblog.com/archives/11374
Read more
2017/11/16
image
NO IMAGE
Firefox 57 用にアドオンのインストールと設定変更を行う
update
event_note
label
Firefox
Firefox のバージョンが 57 になりました(別名 Firefox Quantum)。 以前より案内されていたように、このバージョンからアーキテクチャが大きく変わるため、多くのアドオンが使えなくなります。 そこで、アドオンや設定を見直しました。
## インストールしたアドオン |アドオン名|備考| |---|---| |[Feedly Notifier](https://addons.mozilla.org/en-US/firefox/addon/feedly-notifier/)|RSS リーダー| |Foxy Gestures|マウスジェスチャー| |Foxy Proxy|プロキシ設定を切り替える| |Pop-Up Dictionary|好きなサイトで簡単に英単語を調べられるようにする| |RESTClient|RESTful API のテスト用ツール| もともとあまりアドオンは入れていなかったので、そんなに困りませんでした。 ### Foxy Gesture の設定 以前使っていた Fire Gesture にあったジェスチャーをいくつか追加しました。 [ツール] > [アドオン] > [拡張機能] > [Foxy Gestures] の [設定] > [Built-in Commands] をクリックします。 該当の項目の上で、マウスの右ボタンを押しながらジェスチャーを行うことで登録できます。 |項目名|登録したジェスチャー|備考| |---|---|---| |Open Link in New Foreground Tab|↑| |Reload(Bypass Cache)|↑↓|Bypass Cache とは既にキャッシュされているコンテンツはキャッシュしたままにすることらしい| ### Pop-Up Dictionary の設定 以下の記事を参考にしてください。 - [Firefox で英単語を簡単に調べられるアドオン](http://kuttsun.blogspot.jp/2018/01/firefox.html) ## その他の設定変更 Tab Mix Plus が使えなくなったので、ブックマークを開くときに新しいタブで開くように設定を変更します。 アドレスバーに `about:config` と打ち込んで設定ページを開き、以下の設定を変更します。 |項目|設定値|備考| |---|---|---| |browser.search.openintab|true|検索バーからの検索結果を新しいタブで開く| |browser.tabs.closeWindowWithLastTab|false|最後のタブを閉じてもウィンドウを閉じない| |browser.tabs.loadBookmarksInTabs|true|ブックマークを新しいタブで開く| アドレスバーと履歴の表示については新しいタブで開くようにする設定が見つかりませんでした。 尚、設定を変更したら Firefox を一度再起動する必要があります。 ## 参考 URL - http://rockridge.hatenablog.com/entry/2017/10/08/224226 - https://matome.naver.jp/odai/2137772742839679701
Read more
2017/11/15
image
NO IMAGE
Node.js のインストールとプロキシの設定
update
event_note
label
Node.js
label
Ubuntu
label
Windows
Node.js をインストールし、プロキシ環境下でも npm が使用できるようにプロキシの設定を行います。
## Windows の場合 以下のサイトからインストーラーをダウンロードできます。 - https://nodejs.org/ ダウンロードしたファイルをダブルクリックします。 特に悩むところもなくインストールできると思います。 ## Ubuntu の場合 ```sh $ sudo apt-get update $ sudo apt-get install nodejs ``` ## バージョンの確認 インストールが完了したら以下のコマンドで確認できます。 ```sh $ nodejs -v ``` パッケージ管理ツールである npm もインストールされているか確認します。 ```sh $ npm -v ``` ## npm のプロキシ設定 ```sh $ npm -g config set proxy http://example.com:8080/ $ npm -g config set https-proxy http://example.com:8080/ ``` 設定したら、現在のプロキシ設定は以下のコマンドで確認できます。 ```sh $ npm config get proxy ``` プロキシ設定を削除する場合は以下のコマンドを入力します。 ```sh $ npm -g config delete proxy $ npm -g config delete https-proxy ```
Read more
2017/11/14
image
NO IMAGE
GitLab CI で .NET Core の継続的インテグレーションを行う
update
event_note
label
.NET Core
label
GitLab
オンプレミスのプロキシ環境下にある GitLab で、.NET Core で作成したアプリケーションの自動ビルドと自動テストを GitLab CI を使って行ってみました。
## 環境 - Visual Studio 2017 - .NET Core 2.0 - xUnit.NET - GitLab CE 10.1.2 ## 準備 GitLab CI を使用するには別途タスクランナーとして `gitlab-runner` が必要です。 `gitlab-runner` の準備と設定は以下の過去記事を参考にしてください。 - http://kuttsun.blogspot.jp/2017/09/gitlab-runner-docker-compose.html - http://kuttsun.blogspot.jp/2017/10/gitlab-runner-gitlab.html ## .gitlab-ci.yml の作成 とりあえず作成した `.gitlab-ci.yml` は以下です。 ```yml # .gitlab-ci.yml image: microsoft/dotnet:2.0.0-sdk stages: - build - test job1: stage: build script: - export http_proxy=http://xxx.xxx.xxx.xxx:8080 - export https_proxy=http://xxx.xxx.xxx.xxx:8080 - dotnet restore - dotnet build tags: - docker job2: stage: test script: - export http_proxy=http://xxx.xxx.xxx.xxx:8080 - export https_proxy=http://xxx.xxx.xxx.xxx:8080 - dotnet restore - dotnet test テストプロジェクト名 tags: - docker ``` 常に最新の SDK を使用したい場合、image は `microsoft/dotnet:sdk` で OK です。 また、`dotnet restore` で NuGet パッケージの復元が行われるので、プロキシ環境下で動作させている場合は、プロキシの設定が必要です(地味にはまったところ・・・)。 なので、 `export http_proxy` `export https_proxy` でプロキシサーバーを指定しています。 ## 参考 URL - http://docs.gitlab.com/ce/ci/yaml/README.html - https://qiita.com/tsgkdt/items/ef1cfee3cf6b58b87900 - https://docs.microsoft.com/en-us/dotnet/core/docker/building-net-docker-images - http://blog.makotoishida.com/2017/09/gitlab-ciwebapipdf.html - http://tech.tanaka733.net/entry/http_proxy-in-dotnetcore-on-linux
Read more
2017/11/13
GitLab をアップグレードしたら Redmine へのリンクが解除された
update
event_note
label
GitLab
もともと GitLab の Issue を使わずに Redmine のチケットを使っていたのですが、GitLab を 8.12.1 から 10.1.0 にアップグレード(バージョンアップ)したら、Redmine へのリンクが全て解除されていました。
どうやら最新の GitLab では、GitLab 自体の Issue (Internal Issue) と、外部の BTS/ITS を使った Issue (External Issue) を併用できようになっているらしく、Markdown で `#123` と書いた場合、Internal Issue へリンクが貼られるようです。 しかし、前述の通り私の環境ではもともと GitLab の Issue は使っていなかったため、指定した ID の Internal Issue が存在せず、リンクが貼られない状態になっていたようです。 この場合の対策としては以下の2つがあります。 ## 対策方法1 Internal Issue の無効化 とりあえず、以前のように戻したいなら、Internal Issue を無効化すれば OK です。 無効にするには、[Settings] > [General] > [Permissions] を選択し、Issue を `Disable` にします。
これで、`#123` などと書いてある Issue へのリンクが全て Redmine などの External Issue になります。 ## 対策方法2 書き方を変えて Internal Issue を無効化せずに External Issue へリンクする せっかく Internal Issue と External Issue が併用できるなら、用途に応じて両方を使い分けたいものです。 この場合、以下のページで解説されているように Markdown を書きます。 - https://docs.gitlab.com/ce/user/project/integrations/redmine.html External Issue へのリンクとしたい場合、`
-
` と書くそうです。 `
` 任意の文字列で、必ず大文字で始まる必要があります。 2文字目以降は大文字、数字、アンダースコアが使えるようです。 `
` は Issue の ID です。 従って、例えば Redmine のチケット番号 123 へのリンクとしたい場合、`REDMINE-123` とか `TICKET-123` とか書けば External Issue へのリンクなり、`#123` と書けば Internal Issue へのリンクとなります。 ただ、任意の文字列っていうのが気に入らないというか、結構困ることがあります。 私の勤めている会社では、製品の型式などで `2文字以上の大文字-数字` というのがあるので、それも Redmine へのリンクだと判別されてしまいます。 両方の Issue を併用できること自体はとても良いのですが。 ## 参考 URL - https://docs.gitlab.com/ce/integration/external-issue-tracker.html - https://docs.gitlab.com/ee/user/markdown.html - https://docs.gitlab.com/ce/user/project/integrations/redmine.html
Read more
2017/11/12
image
NO IMAGE
GitHub と Travis CI で .NET Core の継続的インテグレーションを行う
update
event_note
label
.NET Core
label
GitHub
label
Travis CI
GitHub と連携できる CI サービスを使用して、.NET Core で作成したアプリケーションの継続的インテグレーションを行ってみました。
## 環境 - Visual Studio 2017 - .NET Core 2.0 - C# 7.0 - xUnit.NET ## 検討した CI サービス [Microsoft のページ](https://docs.microsoft.com/ja-jp/dotnet/core/tools/using-ci-with-cli)では、`Travis CI` `AppVeyor` `Visual Studio Team Services` について説明されています。 また、[こちらの記事](http://www.erikschierboom.com/2017/03/21/continuous-integration-of-dotnet-core-applications/)で `Travis CI` `CircleCI` `AppVeyor` について説明されていたので、参考にさせていただきました。 AppVeyor は Windows 環境らしいので、.NET とは最も親和性が高そうです。 しかし、.NET Core はクロスプラットフォームに対応しているので Linux でも問題ないですし、私は CI サービス自体を使うのが初めてだったので、とりあえずメジャーな Travis CI を使うことにしてみました。 ## 準備 [Travis CI](https://travis-ci.org/) に GitHub アカウントで登録(サインアップ)します。 すると、自動的に GitHub のリポジトリ情報が取得されます。 Travis CI の画面右上から [ユーザー名] > [Accounts] を選択します。 画面にリポジトリの一覧が表示されるので、CI を有効化したいリポジトリのトグルを ON にしておきます。 これだけで Push や Pull Request をトリガーとして CI が開始されるそうです。 ## .travis.yml の作成 リポジトリのルート(≒Visual Studio のソリューションフォルダ)の配下に `.travis.yml` を作成します。 内容は以下のようにしました。 ``` # .travis.yml language: csharp dist: trusty dotnet: 2.0.0 mono: none env: global: - DOTNET_SKIP_FIRST_TIME_EXPERIENCE: 1 - DOTNET_CLI_TELEMETRY_OPTOUT: 1 script: - dotnet restore - dotnet test テストプロジェクト名 ``` ほぼ以下のサンプルコードのままです。 - http://www.erikschierboom.com/2017/03/21/continuous-integration-of-dotnet-core-applications/ あとはこれを GitHub に Push すると、自動的にテストが実行されます。 ビルドやテストに失敗した場合は GitHub アカウントのメールアドレスにメールで通知されます。 簡単すぎかつ便利でびっくりしました。 ## 簡単な解説 ほぼサンプルコードのままですが、一応調べてみた範囲で解説してみます。 ### DOTNET_SKIP_FIRST_TIME_EXPERIENCE これに関してはググってもドキュメントが非常に少ないですが、1 に設定するとどうもビルドマシン上へのパッケージのインストールとかキャッシュとかを防止するようです。 .NET Core は Travis CI 側で既に用意されているからインストール不要ということでしょうか? よくわかりません。 - https://ruijarimba.wordpress.com/2016/09/16/use-environment-variables-to-speed-up-your-net-core-build-on-vsts/ ### DOTNET_CLI_TELEMETRY_OPTOUT これは .NET Core CLI ツールの製品利用統計情報だそうです。 1 に設定すると無効化されます。 - https://docs.microsoft.com/ja-jp/dotnet/core/tools/telemetry ## バッジの追加 CI 環境が整ったら GitHub にバッジを貼り、自己満足に浸ります。 - https://docs.travis-ci.com/user/status-images/ Markdown を選択し、コピーした内容を README.md に貼り付けます。 ## 参考 URL - https://docs.microsoft.com/ja-jp/dotnet/core/tools/using-ci-with-cli - http://www.erikschierboom.com/2017/03/21/continuous-integration-of-dotnet-core-applications/
Read more
2017/11/11
image
NO IMAGE
GitLab で LDAP 認証するとメールアドレスが勝手に設定されるのを直す
update
event_note
label
GitLab
GitLab で LDAP 認証を行う場合、メールアドレスが設定されていないと GitLab 側で勝手にメールアドレスが設定されてしまいます。
きちんとしたメールアドレスが設定されていれば良いのですが、私の会社では Active Directory にメールアドレスが設定されていないので、ドメインを使用したメールアドレスが勝手に設定されます。 一応管理者画面で後から変更できますが、ログインする度に都度上書きされてしまうので、意味がありません。 これを直すには GitLab のソースコードを修正する必要があります。 [こちら](https://github.com/gitlabhq/gitlabhq/issues/6180)のサンプルコードを参考に `local.rb` というファイルを作成します。 ```ruby module OmniAuth module Strategies class LDAP class << self alias_method :map_user_orig, :map_user end def self.map_user(mapper, object) object['mail'] += ["#{object['sAMAccountName'].first}@example.com"] self.map_user_orig(mapper, object) end end end end ``` 私の環境では `sAMAccountName` を Username としているので、サンプルコードで `uid` だった箇所を `sAMAccountName` に変更しています。 このファイルを `/opt/gitlab/embedded/service/gitlab-rails/config/initializers/` に配置します。 これで、LDAP 認証を行った際に上記で指定したメールアドレスが設定されるようになります。 それにしても、LDAP 認証時にメールアドレスが設定されていなかったら任意のメールアドレスを設定出来るようにとかならないんでしょうかね。 Redmine は確かそんな動作だったと思います。 普通に困ると思うのですが・・・。 ## Username とメールアドレスの@より前が異なる場合 上記は、Username と メールアドレスの @ より前の部分が同じであるという条件が付きます。 これらが異なる場合は、そのユーザーアカウントに対してメールアドレスを2つ設定する必要があります。 例えば、Username が `hoge` で、メールアドレスが `piyo@example.com` というような場合です。 この場合、LDAP 認証でログインしたときに `hoge@example.com` というメールアドレスが登録されますが、これはログイン用のダミーとして残しておき、実際に通知などで使用するメールアドレスとして `piyo@example.com` をユーザーアカウントに追加登録します。 Git のコミットログなどではメールアドレスをキーにしてユーザーを関連付けますが、GitLab 上では、メールアドレスを複数登録した場合はその両方がユーザーの判別に使用されるようです。 詳細は GitLab のメールアドレスの追加ページに書いてあります。 ## 参考 URL - https://github.com/gitlabhq/gitlabhq/issues/6180 - https://yoshinorin.net/2017/04/04/gitlab-ldap-authentication/ - http://blog.ybbo.net/2015/03/26/make-ldap-certification-to-gitlab/
Read more
2017/11/10
image
NO IMAGE
GitLab のバージョンアップを行った
update
event_note
label
GitLab
オンプレミスで Docker 上で動かしている GitLab のバージョンアップを行いました。 また、その際にホスト OS も CentOS7 から Windows 10 に移行しました。 ちなみにバージョンアップは和声英語なので、アップグレードと言いたいと思います。
## 環境 **移行前(アップグレード前)** - ホスト: CentOS7 - GitLab:8.12.1 **移行後(アップグレード後)** - ホスト:Windows 10 Pro - GitLab:10.1.0 ## バックアップとリストア ホスト環境が変わるので、データをバックアップして、リストアする必要があります。 やり方はいろいろあるかと思います。 - 移行前に最新バージョンまでアップグレードしてから、データを移行する - データを移行して、移行先でアップグレードしていく 何かあったときのために移行前の環境は残しておきたかったので、今回は後者でやりました。 まず移行先となる Windows 10 側で、現在使用中のバージョンである GitLab 8.12.1 を Docker for Windows で稼働させます。 CentOS 側で GitLab データのバックアップを行い、Windows 10 側でリストアを行います。 ## アップグレード リストアが完了したら、GitLab のアップグレードを行います。 ちなみに、リストアした段階でプロジェクトの数が 0 で表示されるなどしましたが、8.12.7 にアップグレードしたら直りました。 今回は 8.12.1 から 10.1.0 までバージョンアップしますが、いきなりバージョンアップしても上手くいかなかったので、段階を踏んでバージョンアップしていきます。 ここらへんについては、以下に記載されているようです。 - https://gitlab.com/gitlab-org/gitlab-ce/tree/master/doc/update 今回私が踏んだ手順は以下です。 - 8.12.1 から 8.12.7 にアップグレード - 8.12.7 から 9.0.12 にアップグレード - 9.0.12 から 10.1.0 にアップグレード Docker を使用しているとここらへんがすごい楽なので良いですね。 Docker イメージのバージョンは以下を参考にしてください。 - https://hub.docker.com/r/gitlab/gitlab-ce/tags/ ## 参考 URL
Read more
2017/11/09
image
NO IMAGE
GitLab のバックアップとリストア
update
event_note
label
GitLab
オンプレミスで Docker 上で動作させている GitLab のバックアップとリストアについてです。
## 環境 - ホスト : CentOS 7 - GitLab 8.12.1 ## バックアップ まずは Docker コンテナに入ります。 ```sh docker exec -it コンテナ名 bash ``` GitLab では以下のコマンドを入力することで簡単にバックアップが行えます。 ```sh gitlab-rake gitlab:backup:create ``` バックアップしたファイルは `/var/opt/gitlab/backups` に `1524094876_2018_04_18_10.1.2_gitlab_backup.tar` のような名前で保存されています。 ## データのコピー バックアップしたファイルを別の Docker コンテナでリストアしたかったため、ファイルを移動させる必要がありました。 まずはホスト環境にコピーします。 ```sh docker cp <コンテナID>:ファイルのパス フォルダ名 ``` 例えば以下のような感じです。 ```sh docker cp gitlab:/var/opt/gitlab/backups/1524094876_2018_04_18_10.1.2_gitlab_backup.tar ./ ``` 今度はリストアしたいコンテナにコピーします。 ```sh docker cp ファイルのパス <コンテナID>:フォルダ名 ``` 例えば以下のような感じです。 ```sh docker cp 1524094876_2018_04_18_10.1.2_gitlab_backup.tar gitlab:/var/opt/gitlab/backups/ ``` ## リストア リストア自体は以下のコマンドでできます。 ```sh gitlab-rake gitlab:backup:restore ``` バックアップファイルが複数ある場合は、以下のようにタイムスタンプを指定します。 ```sh gitlab-rake gitlab:backup:restore BACKUP=1524094876_2018_04_18_10.1.2 ``` 既存のテーブルを削除するかどうか聞かれたら、問題ないかどうか確認したうえで `yes` と入力します。 ## 参考 URL - https://docs.gitlab.com/omnibus/settings/backups.html - https://ez-net.jp/article/6E/Hl6j5jpB/HqHuGAITN6gM/ - https://qiita.com/ayaran/items/1d4e27dad44994f923bf
Read more
2017/11/08
Visual Studio 2017 Update 4 (15.4) で .NET Core プロジェクトの新規作成ができない
update
event_note
label
Visual Studio
Visual Studio 2017 Update 4 (15.4) で新規に .NET Core のプロジェクトを作成しようとすると、以下のエラーが表示されて作成できませんでした。
## 解決方法 `Azure Functions and Web Jobs Tools` をアップデートすると直りました。 Visual Studio のメニュー画面より、[ツール] > [拡張機能と更新プログラム] を選択します。 左のメニューより [更新プログラム] > [Visual Studio Marketplace] を選択します。 (更新プログラムがなければ検索してください。)
`Azure Functions and Web Jobs Tools` を更新します。
Read more
2017/11/07
ASP.NET Core におけるバリデーションの基本
update
event_note
label
ASP.NET Core
ASP.NET Core ではバリデーションをどうやってやるのかなと思い調べてみました。 基本的には属性を追加するだけで簡単にできます。
## 環境 - Visual Studio 2017 - ASP.NET Core 2.0 ## サンプル View です。 ここでは以下のような入力フォームがあったとします。 ```html @model Sample.Models.Account
Username
Password
Login
```
データクラスは以下です。 ```cs public class Account { public string Username { get; set; } public string Password { get; set; } } ``` ### 簡単な解説 まず、以下のコードで、この View で扱う model を定義しています。 ```cs @model SD2APCT1.Models.Account ``` - http://aspnet-core.clock-up.jp/contents/mvc/mvc#%E3%83%93%E3%83%A5%E3%83%BC%E4%BE%8B ここではアカウント情報を扱うためのクラス Account を model として定義しています。 入力値は `asp-for="プロパティ名"` とすることで、model の該当のプロパティにバインディングされます。 尚、大文字小文字が異なっていてもきちんとバインディングされるようです。 `asp-validation-for="プロパティ名"` は、指定したプロパティのバリデーションでエラーとなったときにメッセージを表示する箇所に指定します。 このエラーは後述するように、model とするクラスのフィールドの属性に従ってクライアントサイドでチェックされるようです。 尚、エラー以外の場合では HTML タグ自体出力されません。 `asp-validation-summary` を指定した箇所には、Controller で内容をチェックし、エラーが発生したときのメッセージが表示されます。 `asp-validation-summary` の属性値には `All` `ModelOnly` `None` が指定できるようです。 詳細は[公式のドキュメント](https://docs.microsoft.com/en-us/aspnet/core/mvc/views/working-with-forms)を参照してください。 また、メッセージは `li` タグで出力されるようです。 ## 入力を必須とする フィールドに `[Required]` を付加します。 ```cs using System.ComponentModel.DataAnnotations; public class Account { [Required] public string Username { get; set; } [Required] public string Password { get; set; } } ``` 他に指定できる属性は以下を参照してください。 - https://docs.microsoft.com/en-us/aspnet/core/mvc/models/validation#validation-attributes これに対し、アクションメソッドで以下のように記述します。 ```cs [HttpPost] [AutoValidateAntiforgeryToken] public async Task
Login(Account user) { if (ModelState.IsValid) { const string badUserNameOrPasswordMessage = "Username or password is incorrect."; if (user == null) { ModelState.AddModelError(string.Empty, badUserNameOrPasswordMessage); return View(user); } // 認証 var lookupUser = MaintenanceAccount.IsAuthentication(user); if (lookupUser == null) { ModelState.AddModelError(string.Empty, badUserNameOrPasswordMessage); return View(user); } // Cookies 認証スキームで新しい ClaimsIdentity を作成し、ユーザー名を追加します。 var identity = new ClaimsIdentity(CookieAuthenticationDefaults.AuthenticationScheme); identity.AddClaim(new Claim(ClaimTypes.Name, lookupUser.Username)); // クッキー認証スキームと、上の数行で作成されたIDから作成された新しい ClaimsPrincipal を渡します。 await HttpContext.SignInAsync(new ClaimsPrincipal(identity)); return RedirectToAction(nameof(HomeController.Index), "Home"); } return View(user); } ``` `ModelState.IsValid` により、前述の `[Required]` 属性などがチェックされて有効な値かどうかが判定できます。 この状態で未入力のままボタンをクリックすると、以下のようにエラーが表示されます。
表示するメッセージを変更したい場合は以下のように記述します。 ```cs using System.ComponentModel.DataAnnotations; public class Account { [Required(ErrorMessage = "ユーザー名は必須入力です。")] public string Username { get; set; } [Required(ErrorMessage = "パスワードは必須入力です。")] public string Password { get; set; } } ```
また、多言語対応などにより、リソースファイルからテキストを取得したい場合は以下のように記述します。 ```cs using System.ComponentModel.DataAnnotations; public class Account { [Required(ErrorMessageResourceType = typeof(Resources.Messages), ErrorMessageResourceName = "ユーザー名は必須入力です。")] public string Username { get; set; } [Required(ErrorMessageResourceType = typeof(Resources.Messages), ErrorMessageResourceName = "パスワードは必須入力です。")] public string Password { get; set; } } ``` ## 入力値に対するチェック Controller で入力値のチェックを行いエラーとする場合は、以下のように記述します。 ここでは例のため、無条件でエラーとしています。 ```cs [HttpPost] [AutoValidateAntiforgeryToken] public async Task
Login(Account user) { ModelState.AddModelError(string.Empty, "ユーザー名またはパスワードが不正です。"); return View(user); } ``` ## 参考 URL - https://qiita.com/takasan/items/205de7ac4a5f3567d7c6 - http://teruc.dnsalias.net/blog/2012/05/10/319
Read more
2017/11/05
image
NO IMAGE
[C#] 非同期メソッドを同期メソッドとして扱いたい場合
update
event_note
label
C#
API として非同期メソッドしか提供されていない場合、それを同期メソッドとして扱う方法です。
GUI アプリなどでは処理を止めるのは基本的に NG ですが、コンソールアプリとかだと同期メソッドで良いということはよくあります。 例えば、.NET Core だと `HttpClient` クラスの `GetStreamAsync` メソッドは非同期で、同期メソッドはありません。 これを同期メソッドとして扱いたい場合は `Result` プロパティを使用します。 ```cs HttpClient client = new HttpClient(); var result = client.GetStreamAsync(requestUrl).Result; ``` 戻り値がないメソッド、例えば、`Task.Delay` などは `Wait` メソッドで同じことができます。 ```cs Task.Delay(1000).Wait(); ``` ## 参考 URL - https://qiita.com/takutoy/items/d45aa736ced25a8158b3 - https://qiita.com/acple@github/items/8f63aacb13de9954c5da
Read more
2017/11/03
image
NO IMAGE
ASP.NET Core における css と js ファイルの Bundle と Minify
update
event_note
label
ASP.NET Core
ASP.NET Core で、`site.css` を変更したのに `site.min.css` に変更が反映されずちょっとはまったので調べてみました。 結論としては、`BundlerMinifier` がインストールされていませんでした。
Bundle と Minify については以下のページで解説されています。 - https://docs.microsoft.com/en-us/aspnet/core/client-side/bundling-and-minification ## 環境 - Visual Studio 2017 - ASP.NET Core 2.0 ## ASP.NET Core における CSS と js ファイルの圧縮 ASP.NET Core のテンプレートプロジェクトでは、基本的に JavaScript は `wwwroot/js/site.js` に、スタイルシートは `wwwroot/css/site.css` にコードを追加していきます(もちろん自分でファイルを追加することもできます)。 追加したコードやファイルはビルド時に縮小(Minify)され、それぞれ `wwwroot/js/site.min.js` `wwwroot/css/site.min.css` というファイルに統合(Bundle)されます。 この Bundle と Minify の作成ルールは、`bundleconfig.json` に記載されています。 尚、ASP.NET Core 2.0 のテンプレートプロジェクトだと、これらは全て設定済みの状態です。 なので、プロジェクトの発行を行ったときにも、`site.min.js` `site.min.css` は自動で作成されるものだと思っていました。 というかそんな感じで [Microsoft のページ](https://docs.microsoft.com/en-us/aspnet/core/client-side/bundling-and-minification)でも説明されていますし、Visual Studio で `bundleconfig.json` を開いたときに特に拡張機能のインストールなども促されなかったですし。 しかし、私の場合、実際にはプロジェクトの発行時に `site.min.js` `site.min.css` が作成されず、調べたところ `BundlerMinifier` がインストールされていないことがわかりました。 というわけで、NuGet で `BundlerMinifier` をインストールすると、`site.min.js` `site.min.css` が作成されるようになりました。 ## BundlerMinifier のインストール [パッケージマネージャーコンソール] から以下のコマンドを入力します。 ```sh PM> Install-Package BuildBundlerMinifier ``` インストールが完了した時点で、`site.min.js` `site.min.css` が自動的に更新されました。 ## 参考 URL - https://docs.microsoft.com/en-us/aspnet/core/client-side/bundling-and-minification - https://marketplace.visualstudio.com/items?itemName=MadsKristensen.BundlerMinifier - https://codezine.jp/article/detail/9747 - https://www.google.co.jp/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&uact=8&ved=0ahUKEwjt1_z9mZzXAhXGn5QKHTrsBQoQFggnMAA&url=https%3A%2F%2Fwww.slideshare.net%2Fmiso_desu%2F20161217-aspnet&usg=AOvVaw2JJco29WHf4NeC_049cIks
Read more
2017/11/02
ASP.NET Core アプリケーションを外部に公開するための Windows ファイアウォールの設定
update
event_note
label
ASP.NET Core
label
Windows
IIS をホストとして ASP.NET Core アプリケーションを動作させた場合、外部からアクセスできるようにするためにはファイアウォールの設定変更が必要です。
## 環境 - Windows 7 - IIS 7.0 ## ファイアウォールの設定変更 [コントロールパネル] > [システムとセキュリティ] > [Windows ファイアウォール] をクリックします。 画面左側より、[Windows ファイアウォールを介したアプリまたは機能を許可] をクリックします。
`World Wide Web サービス (HTTP)` のチェックを ON にして、OK をクリックします。
80 番ポートであればこれだけで OK ですが、他のポートを使用している場合はさらに設定を行う必要があります。 画面左側より、[詳細設定] をクリックします。
画面左側より `受信規則` をクリックし、画面右側より `新しい規則...` をクリックします。
規則の種類は [ポート] を選択します。
プロトコルおよびポートは、任意のポートを入力します。
操作は [接続を許可する] を選択します。
プロファイルは適当に設定します。 私の場合、パブリックは不要だったので OFF にしました。
名前は適当に入力します。
[完了] をクリックすれば終了です。 ## 参考 URL - https://qwerty.work/blog/2013/04/iis880web.php
Read more
2017/11/01
ASP.NET Core アプリケーションを IIS でホストする
update
event_note
label
ASP.NET Core
label
IIS
label
Windows
ASP.NET Core アプリケーションを Windows で動作させる場合、通常は IIS でホストして動作させると思いますので、その簡単なやり方です。
基本的には [Microsoft のページ](https://docs.microsoft.com/en-us/aspnet/core/publishing/iis)で解説されている通りです。 ## 環境 - Windows7 - IIS 7.0 - ASP.NET Core 2.0 ASP.NET Core 2.0 のテンプレートプロジェクトでテストしています。 ## IIS のインストール [コントロール パネル] > [プログラム] > [プログラムと機能] > [Windows の機能の有効化または無効化] (画面の左側) をクリックします。
[インターネット インフォメーション サービス] > [Web 管理ツール] > [IIS 管理コンソール] のチェックを ON にします。
[World Wide Web サービス] のチェックをオンにします。
## ツールのインストール ### .NET Core SDK のインストール 以下からインストーラーをダウンロードして、インストールします。 - https://www.microsoft.com/net/core ### ASP.NET Core Module のインストール ASP.NET Core Module をインストールするには .NET Core Windows Server Hosting bundle というのをインストールするみたいです。 以下からインストーラーをダウンロードして、インストールします。 ※最新バージョンのリンクの貼り方がわからなかったので、現時点の最新バージョン(2.0.0)となっています。 - https://aka.ms/dotnetcore.2.0.0-windowshosting インストールが完了したら、以下のコマンドを入力して IIS を再起動します。 **停止** ```sh net stop was /y ``` **開始** ```sh net start w3svc ``` ### 動作確認 以下で ASP.NET Core Module がインストールされたことを確認できます。 スタートメニューから IIS マネージャーを起動します。 [構成マネージャー] をクリックします。
セクションの `system.webServer` の配下に `aspNetCore` があれば OK です。
## IIS の設定変更 ### アプリケーションプールの追加 画面左側から [アプリケーションプール] を右クリックして、[アプリケーションプールの追加...] をクリックします。
名前は適当に入れます。 ASP.NET Core はホスト OS のランタイムに依存しないため、.NET Framework バージョンは `マネージコードなし` を選択して OK を押します。
### Web サイトの追加 画面左側から [Web サイトの追加] を右クリックして、[Web サイトの追加...] をクリックします。
サイト名は適当に入力します。 アプリケーションプールは先ほど作成したものを選択します。 物理パスには発行したアプリケーションがある場所を指定します。 また、デフォルトの Web サイトが 80 番ポートを使用しているため、今回は 5000 番ポートを指定しました。
### 動作確認 上記の設定が完了したら、画面右側の [Web サイトの参照] をクリックして、Web サイトが正しく表示されるか確認します。
## ファイアウォールの設定変更 上記では localhost にアクセスしましたが、外部からアクセスするにはファイアウォールの設定変更が必要です。 これについては以下の記事を参照してください。 - [ASP.NET Core アプリケーションを外部に公開するための Windows ファイアウォールの設定](https://kuttsun.blogspot.jp/2017/11/aspnet-core-windows.html) ## 参考 URL - https://docs.microsoft.com/en-us/aspnet/core/publishing/iis - https://qiita.com/taiga_takahari/items/7809c78393750c42e443 - https://qiita.com/taiga_takahari/items/9485c01fb2904562e6fe#_reference-a73b41fec1732e820d49 - https://docs.microsoft.com/en-us/aspnet/core/hosting/windows-service
Read more
新しい投稿
前の投稿
ホーム
Translate
Popular Posts
TortoiseGit でコミットメッセージを変更する
image
NO IMAGE
TortoiseGit でブランチ間の差分を見る
image
NO IMAGE
[ASP.NET Core] 前のページ(遷移元)の URL を取得する
image
NO IMAGE
外部 DLL を NuGet パッケージに含める方法
image
NO IMAGE
[C#] SonarQube で .NET アプリケーションのコード解析を行う
image
NO IMAGE
[ASP.NET Core] Form value count limit 1024 exceeded のエラーが発生した
image
NO IMAGE
マージ元ブランチとマージ先ブランチ
TortoiseGit でリモートリポジトリのタグを削除する
image
NO IMAGE
C# で GitHub からリリースバージョンを取得する
[Jenkins] エラー 1069: ログオンに失敗したため、サービスを開始できませんでした。
Labels
.NET Core
31
.NET Framework
17
.NET Standard
2
AdminLTE
1
Apache
3
AppVeyor
2
AsciiDoc
3
ASP.NET Core
55
Atom
4
AWS
2
AWS Cloud9
4
blockdiag
1
Blogger
10
Bootstrap
3
C/C++
6
C#
106
CentOS
3
Chrome
1
Chronograf
3
Codecov
1
CSS
1
Docker
28
DokuWiki
4
Doxygen
1
draw.io
1
Electron.NET
2
Entity Framework Core
9
Excel
2
FFmpeg
2
Firefox
5
Git
12
GitBook
4
GitBucket
7
GitHub
7
GitLab
30
Go
1
Google
1
Google Cloud Platform
1
Grafana
5
HTML
5
IIS
8
InfluxDB
6
JavaScript
7
Jenkins
7
Linux
25
Log4View
1
MahApps.Metro
3
MaterialDesignInXamlToolkit
1
MVC
1
MVVM
6
NLog
3
Node.js
3
npm
1
OpenSSL
3
ownCloud
2
Pine Script
1
PlantUML
5
PowerShell
7
Prism
2
Python
11
Razor
3
Redmine
30
remark.js
2
rocketchat
4
Ruby
3
SignalR
1
Socket.IO
1
SonarQube
5
Sphinx
10
SQL Server
5
SQLite
1
t
1
TestLink
2
Tomcat
2
TortoiseGit
10
TortoiseSVN
2
Trading View
1
Travis CI
1
Ubuntu
13
Visual Studio
39
Visual Studio Code
9
Vue.js
8
Windows
56
Windows 10
4
Windows ADK
1
Windows API
2
Windows Embedded
4
wkhtmltopdf
2
Word
3
WPF
12
WSL
1
Xamarin
1
xUnit
5
アプリケーション
1
デザインパターン
1
テスト
3
バッチファイル
2
ぴよ
3
プログラミング
3
ライセンス
1
ラベル
3
ラベル1
2
英語
2
雑記
1
書籍
1
数学
1
正規表現
1
Blog Archive
►
2022
(1)
►
2月
(1)
►
2021
(24)
►
5月
(7)
►
4月
(8)
►
3月
(2)
►
2月
(2)
►
1月
(5)
►
2020
(60)
►
12月
(1)
►
11月
(3)
►
10月
(3)
►
9月
(3)
►
8月
(3)
►
7月
(7)
►
6月
(7)
►
5月
(2)
►
4月
(6)
►
3月
(6)
►
2月
(7)
►
1月
(12)
►
2019
(92)
►
12月
(13)
►
11月
(9)
►
10月
(3)
►
9月
(2)
►
8月
(3)
►
7月
(5)
►
6月
(11)
►
5月
(6)
►
4月
(17)
►
3月
(9)
►
2月
(6)
►
1月
(8)
►
2018
(100)
►
12月
(1)
►
11月
(11)
►
10月
(8)
►
9月
(6)
►
8月
(10)
►
7月
(10)
►
6月
(8)
►
5月
(9)
►
4月
(8)
►
3月
(14)
►
2月
(4)
►
1月
(11)
▼
2017
(117)
►
12月
(14)
▼
11月
(20)
Visual Studio のビルド後イベントで配布用の ZIP ファイルを自動生成する
.NET アプリケーションを XCOPY 配置で配布する
ファイル選択ダイアログとフォルダ選択ダイアログ
GitHub と AppVeyor で .NET アプリケーションの継続的インテグレーションを行う
C# におけるコマンドライン引数の解析
Visual Studio で .NET Core + Electron.NET を使う
Firefox 57 用にアドオンのインストールと設定変更を行う
Node.js のインストールとプロキシの設定
GitLab CI で .NET Core の継続的インテグレーションを行う
GitLab をアップグレードしたら Redmine へのリンクが解除された
GitHub と Travis CI で .NET Core の継続的インテグレーションを行う
GitLab で LDAP 認証するとメールアドレスが勝手に設定されるのを直す
GitLab のバージョンアップを行った
GitLab のバックアップとリストア
Visual Studio 2017 Update 4 (15.4) で .NET Core プロジ...
ASP.NET Core におけるバリデーションの基本
[C#] 非同期メソッドを同期メソッドとして扱いたい場合
ASP.NET Core における css と js ファイルの Bundle と Minify
ASP.NET Core アプリケーションを外部に公開するための Windows ファイアウォールの設定
ASP.NET Core アプリケーションを IIS でホストする
►
10月
(17)
►
9月
(19)
►
8月
(10)
►
7月
(8)
►
6月
(3)
►
5月
(6)
►
4月
(5)
►
3月
(2)
►
2月
(8)
►
1月
(5)
►
2016
(91)
►
12月
(5)
►
11月
(9)
►
10月
(11)
►
9月
(9)
►
8月
(6)
►
7月
(14)
►
6月
(14)
►
5月
(11)
►
4月
(10)
►
3月
(2)
►
2015
(23)
►
12月
(4)
►
11月
(2)
►
10月
(8)
►
9月
(8)
►
7月
(1)
►
2013
(3)
►
11月
(1)
►
9月
(1)
►
7月
(1)
►
2012
(2)
►
7月
(1)
►
6月
(1)
►
2011
(1)
►
9月
(1)
►
2009
(1)
►
7月
(1)
►
2008
(2)
►
11月
(1)
►
7月
(1)
►
2007
(3)
►
10月
(3)