VisualStudio 2017 RC3からリモートデバッグのプロトコルにSSHが選択できるようになり、Linux上の.NET Coreプロセスにアタッチすることができるようになりました*1。
これは、以前ブログに書いたdocker上の.NET Coreプロセスをリモートデバッグするのと同じ仕組みだと思われます。
で、MSDNブログではUbuntuが取り上げられていますが、RHELでもできることを確認したのでその手順をまとめておきます。現状では、VisualStudioで発行したバイナリを転送して実行するのが一番速そうです。これはWindowsとRHELの.NET Core SDKがまだVisual Studio 2017 RC3のcsprojの構造に追い付いていないようで、VisualStudioで認識できるプロジェクトをdotnetコマンドでビルドできなかったからです*2。
ASP.NET Coreのローカライズする際のリソースファイル名についてこのドキュメントを読んで気になったことがあったのでまとめました。
Globalization and localization | Microsoft Docs
ローカライズそのものについてはこのドキュメントを参考にしてください。また、ローカライズに必要なNuGetパッケージですが、MVCの機能を使うためにMicrosoft.AspNetCore.Mvcを追加している場合は、依存しているMicrosoft.AspNetCore.Mvc.Localizationとさらにこれが依存しているMicrosoft.AspNetCore.Localizationがインストールされるので特に追加は不要です。MVCを使わずにローカライズしたい場合はMicrosoft.AspNetCore.Localizationが必要です。
Fiddler on Linuxのベータ版がリリースされたようです。HTTP通信に特化している分使い易くなっているのが個人的に好きです。
実はアルファ版が以前に出ていたようでした。
というわけで早速Fedora 24に入れてみました。まずはmonoが必須です。Updatesリポジトリにあるはずです。
$ cat /etc/fedora-release Fedora release 24 (Twenty Four) $ sudo dnf install mono $ mono --version Mono JIT compiler version 4.2.4 (tarball Thu Jun 23 18:49:17 UTC 2016)
Getting Startedの手順に/usr/lib/mono//mozroots --import --syncってあるんですがこんなパスはなくて、しかもmozrootsはdeprecatedって言われるのでcert-syncを使います。
$ cert-sync /etc/pki/tls/certs/ca-bundle.crt
あとは、fiddler for linux のzipをダウンロードして、解凍して、mono Fiddler.exeで実行します。無事実行できました。
なのですが、割とすぐにエラーが出て、Windowが消えてしまいました。
$ mono Fiddler.exe can not parse as value of type 'i': "" ^^ can not parse as value of type 'i': "" ^^
この後、ブラウザでWebページが見れなくなりました。回避策としてはもう一度Fiddlerを起動して正常終了させることです。恐らくFiddlerはプロキシとして動作するので、プロキシサーバーを設定して解除しないうちにプロキシが死んだのが原因な気がします。
Feedbackはこのフォーラムにするようです。ほとんどスレッドが立っていないのが気になりますが。
