一週目の感想は↓この記事はメモです。
ときて、リックが欲しいので次はこうしようと思う。
来たぞリック。バイ・ラ・ウェイは別バージョンかな。
対魔布陣をあざ笑うかのようなランス君の戦術。いかすけど、リズナとクルックーが全然活躍できなかったよ。
毎ターン動けるリックは楽しい。
ヘルマンがやばい。
これで行こう。
サクッと倒したのだが、これはもしかして魔人を倒すと魔物軍の増援が来るのではなかろうか。とてもじり貧だ。
ここで1ターン進めてみたのだけれど、各地がガンガン墜ちていく。
各地の現状を維持するのはじり貧なのではなかろうか。辛いゲームだ。
これで増援は来なくなると信じる！
上の方にやばい探索が放置されている気もするが、まぁ、大丈夫だろう。
そしてさようならアレックス君。
一週目の感想は↓この記事はメモです。
ターン2になった。
シリーズ作品で似たような選択肢があった気がする。とりあえず選んでおこう。
それはおいておいて、気になるのはやっぱりリーザスかな。ホーネット陣営の魔人もはいちされているし。
というわけで、リーザス支援作戦を選んだのだけれど、これ、魔人とやりたかったら他所を支援した方が良かったのな。なんてこったい。
どうにもHPが減りすぎていて耐えられなかったところに颯爽と現れた睡眠80%！
これは強い。耐える系戦闘では神がかっている。
そして、早くもスクリーンショットとつぶやきを書くのに飽きてきた。
あと、普通にプレイに集中したくなってきた。
そんなわけであとはまとめて書こう。
分岐が目に見えているのが良いね。強くてニューゲーム後も楽しめそう。
今日のところはこの位で普通ルートに行ってやる！
毒だんごすげーっすわ。
ターン2End.
一週目の感想は↓この記事はメモです。
の続き。
Game Overは持ち越し？ の対象ではないのかな。ロードして進める。
なお、一連のエントリーは普通にネタバレしていきます。
物語の導入部にして、ランスが人間世界の中で特別な存在であることをサラッと示す流れ。
元は一介の冒険者が英雄になるって王道でよい。
こんなの、マリスを選ぶしかないじゃん。
アールコート他、多数の士官を失ったが～～
どういうことなの。
後でイベントで拾われていた。しかし、ネームドキャラの死に方としてはアグレッシブすぎる。「いえーい」を髣髴とさせる。
よい。これよ。英雄のパーティはこうでなくては。
攻撃が団子ｗ
ゾンビかしら？ キャラが増えた懐かしい、と画像をとるのも序盤のうちだけだろうなぁ。
現在もアニスさんは行方不明のままです
なんというか、味方ユニットになってもランダムに砲撃してくるだろうという想像しかできない。
こんなんキャラクター選ぶやろ。
何で1枚だけしか取れないのだ。
HP10%切ってるんだが、どうなるの。
シィル必死のヒーリングで生き延びた。2週目は覚えてやがれ。
アニスが行方不明になったこと、覚えておきたくなかった。白色破壊光線連射とか困る。
狂気すぎる組み合わせだろう。。。
でも、ランス6では黒色破壊光線を連射していた気がするな。ちがったっけ。
いずれにしても、これは赤選択しかないですね。
なお、最後は黒色破壊光線に焼かれました。
To be continue.
ちょっとした機会があって、Azure上のリソースを同一アカウントの別のサブスクリプションに移動した。
Azure Portal上で幾つかのリソースグループを移動させていったのだが「さすがMicrosoft、GUIでポチポチで余裕出来る！」と言った感じでなかなか感動した。
↑移動ボタンを押して、移動先を選んで、OK、終わり。すごい楽。
そもそも、このリソースグループという管理単位がとても分かりやすく、環境別などの効果的な管理ができてとてもよい。
のだが、動作確認用のリソースグループから移動していって、いざ本命のリソースグループを移動しようとしたところ、その検証でエラーした。
ResourceMoveProviderValidationFailed リソースの移動の検証に失敗しました。詳細を確認してください。診断情報: タイムスタンプ '20180220T111658Z'、 サブスクリプション ID 'x-x-x-x-x'、追跡 ID 'x-x-x-x-x'、要求の相関 ID 'x-x-x-x-x'。 "Code":"Conflict", "Message":"Resource move for 'resourcename' App Service Certificate failed because there are still imported certificates derived from the App Service Certificate in the source subscription. Imported certificates: /subscriptions/x-x-x-x-x/resourceGroups/xxxx/providers/Microsoft.Web/certificates/xxx-JapanEastwebspace","Target":null,"Details":[{"Message":"Resource move for 'resourcename' App Service Certificate failed because there are still imported certificates derived from the App Service Certificate in the source subscription. Imported certificates: /subscriptions/y-y-y-y-y/resourceGroups/yyy/providers/Microsoft.Web/certificates/yyy-JapanEastwebspace"
なじゃらほい。
リソースの移動に関するドキュメントはこの辺りにあり、移動の制限についても書かれている。
エラーしたリソースグループ内にはApp Service証明書が含まれていはしたのだが、制限にあるアップロードないしインポートした証明書ではないはずなので、なんでエラーするのかイマイチ分からなかった。
メッセージから適当に考えて「証明書以外を移動してから、別途証明書を移動したらどうなるかなぁ」位の当て推量を試行した正常に移動できた。ラッキー。
もし、エラーメッセージでググってきた人がいたらお試しあれ。
Azureのリソースの移動は楽だぞ、というつぶやきと、もしかしたら同じエラーを見る人がいるかも、という理由で書かれた記事でした。
使おうと思ったライブラリが .NET Framework 向けのみで .NET Core に対応していない。
これにつきる。気を付けましょう。例えば……
依存関係はないといったな？ それは嘘だ。
パッケージ 'WindowsAzure.ServiceBus 4.2.1-preview' はプロジェクトのターゲット フレームワーク '.NETCoreApp,Version=v2.0' ではなく '.NETFramework,Version=v4.6.1' を使用して復元されました。このパッケージは、使用しているプロジェクトとの完全な互換性がない可能性があります。
ちなみに、下の方にいる WindowsAzure.Storage は .NET Core 対応です。
同じ系統の名前なのに！
必ず、依存関係に対応の記載があるライブラリを使用する。 ServiceBus に関しては正解はこちら。
僕はただSASトークンでServiceBus Topic の Subscription を作りたかっただけなんだ。
Microsoft.Azure.ServiceBus では、それができない。
というよりは、REST APIではSASトークンでの操作がサポートされていない、かな。多分。
前提条件に、アプリケーションのADアプリとしての登録があって、怪しみは感じた。
（今回は単に自分が面倒だっただけなので、Azureを活用するアプリケーションはADアプリとして登録して、関連サービスを活用できるように認証したほうがいいです。そのADアプリにどんな認可を与えるか？ でアプリケーションに対する権限を一元管理できて非常に便利です）
WindowsAzure.ServiceBus では、できる。こちらは、.NET（というよりはWindows）クライアントとして作成されているのだろう。
HTTP以外のプロトコルを使うサービスはライブラリ整備が大変そう。
それぞれのライブラリドキュメントは多分この辺り。
非常に迷いやすいと思うんだよね！
