IT系と日常系の備忘録。三日坊主。
普段からKindleで電子書籍を購入してるのですが、Amazonって検索結果が妙に使い勝手が悪く、新刊を見落としてたこともしばしば。
きんどうなどの専門サイトで情報を仕入れてたんですが、当然全部が全部載るわけでもなく。
で、自分で検索用のアプリを作ろうと思ってちまちま書いてたもののUI作るのが面倒で放置しているうちに、しんじさん(id:Shinji_Japan)がAmazonのKindle検索用Chrome拡張を公開されました。
要望を複数対応していただいて必要十分なものになったため、アプリを作る必要がなくなったので、アプリを作るために調べていた情報だけ備忘録がてら纏めます。
痩せないと痩せないとって口癖のように言っている割には何もできていないひつじです。
数か月前に肥満外来に行き、運動もして105kgまで落としたくせに、8月9月不摂生をした結果、見事にリバウンドして現在112kgです。リバウンド時最大114.6kgを観測しました。
だめじゃん・・・。
来年友人の結婚式に御呼ばれしてるので、友人として恥ずかしくない状況にしておきたい・・・。
というわけでまたダイエットを取り組み始めてます。
で、以前フィットボクシングというNintendo Switchのフィットネスゲームを購入してやっていたわけですが、最初のころは毎日やっていたのにだんだん一日伸ばし二日伸ばし・・・となって気づけばあまりやっていないという。
これ、音ゲー要素があるわけですが、あまり音ゲーに興味がないこともあって、ゲームとしてはそれほど楽しめず(大塚明夫さんの声とか燃えましたが）、あくまでフィットネスとしてやっていたのでどうも飽きがきてしまう。
となると飽きないでやれるのがやはり続けるための一つの重要な要素なんだなと。
とか思っていたところ、新たにNintendo Switch用ソフトとして、任天堂自身がフィットネスゲームを出してきました。
新たなNintendo Switch用のコントローラー、リングコンを利用した（というか専用コントローラー）フィットネスゲームです。
こちらはフィットボクシングと違ってアクションRPG要素があり、RPG好きな私にピッタリ感。
というわけで購入しました。
これまで撮りためてきた画像ファイルを保存していたNASがぶっ飛んで、Amazon Prime Driveから復元した際、ファイルの更新日時が狂ってしまいました。
EXIF自体は生きてるので、エクスプローラの表示列に撮影日時を追加してやればソートもできるんですが、できれば更新日時もそろえておきたかったので、対応した方法を備忘録がてら。
今住んでる家は30年物なので、水回りもそこそこ古いです。
汚い話で恐縮なんですが、一番困っているのがトイレで、洋式トイレなのは良いのですが、コーティングがはがれたのか元からとくにコーティングされてないのか、汚れがすぐに付着・・・。
用を足して水を流したら、着いた汚れをふき取ってもう一度水を流すという面倒かつ水ももったいない作業をするか、トイレットペーパーを敷き詰めて汚れを付着しないようにするなどいろいろ勘考してみたのですが、手間がかかって大変面倒くさい。
セボン、ブルーレットといった、流すたびにコーティングをしてくれるというものを使ってるんですが、ぶっちゃけないよりまし程度。
このためにトイレをリフォームするなんてばかばかしいというかそんな金もないので我慢してたんですが、先日ドラッグストアで買い物していたら良いものを見つけました。
購入したのはこれ。
水回りの撥水剤になります。
シリコンとフッ素樹脂で表面をコーティングすることで水をはじくと。
みずをはじくようにコーティングできるなら汚れも付きにくいよね、ということで実際に利用しました。
最初にしっかりと掃除を行ってピカピカな状態にしてからしっかりと乾かして、スプレーしたらそのまま放置。本当は乾拭きする必要があるらしいのですが、トイレに手を突っ込んで拭くのは正直嫌なので行わず。
乾いたところで一度水を流したところ、確かに水が良い感じにはじかれているのがわかります。
この状態で用を足したところ、これまではついてしまっていた汚れが付着せず。やったぜ。
効果が延々と続くわけではないので、掃除をするたびにスプレーしてやる必要がありそうですが、毎回やらなくてもすむだけラクチンですわ・・・。
気をよくして洗面台やシンクも掃除してからスプレーしておいたところ、こちらも汚れをはじいてくれるので掃除が楽に。
速くやっとけばよかった。
先日利用総額90万円を突破して、カードとしての限度額である100万円が間近に迫り、リアルカードの再発行申込をしました。
当月の15日までに再発行依頼をした場合は当月末、それ以降の場合は次の月の中旬ごろに届くという記載だったのですが、2日に申し込んで17日に手元に届きました。
まぁ早く届く分には何ら問題ないですね。
謎。
録画マシンを別のマシンに移行して、一日たったので録画一覧を見たところ、
こんな感じでものの見事にドロップの嵐が発生していました。
最初はチューナーとの接続が不安定か、アンテナケーブルとの接続が緩んでいるあたりかと思ったのですが、そのあたりを確認しても全く問題なし。
TVTestで視聴すると確かに数秒ごとに10程度のドロップが発生しています。
しかも不思議なことに、TVTestで再生している状態で録画マシンにリモートデスクトップ接続しようとすると、「ログインしています」の画面でフリーズ。TVTestも写らなくなってしまうという。
一度マシンを再起動したところドロップが発生しなくなったのですが、原因を探るためにリモートデスクトップで接続してタスクマネージャーなどを開いて、TVTestを起動したらまたドロップが・・・。
何度か繰り返してるうちに、発生する原因自体はつかめなかったのですが(イベントビューアにも特段怪しいものがない)、発生する条件と発生時の対応はつかめました。
結局のところ、リモートデスクトップ自体が悪さをしているようで、マシンを再起動後、リモートデスクトップを行っていない状態ではドロップが発生しません。
リモートデスクトップを行うと、一旦切断してもドロップが発生し続けるのですが、直接録画マシンでログインしなおす(普段モニタマウスキーボードは外してる)と、ドロップが発生しなくなりました。
MS純正のリモートデスクトップを使わなくとも、TeamViewerをインストールしたのでなんとかなるはず。うっかりリモートデスクトップで接続しても、TeamViewerで接続し、ログインしなおせば現象は収まるようです。
しかし原因がつかめないというのは本当にのどに骨が引っ掛かっているようで気持ちが悪い・・・。
B-CASカードをスマートカードとして接続しているので、そのあたりかとも思ったものの、それならスクランブル解除のほうが失敗するはずで・・・。
送金、決済アプリのKyash、便利ですね。
以前こんな記事を書きましたが、
即時に明細として発行されることでどの用途で使ったかを家計簿アプリに登録しやすく、また2%ものポイントキャッシュバックがあるという、使わないともったいないサービスです。
タイトルが結論。
Linux環境で動く.NET Coreアプリを書いていた時、ファイル出力処理でファイルパスを指定する際、下記のようにとりあえず記載してました。
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://chrome.google.com/webstore/detail/kindle-search/bckpnmiaedmiohplnmmeleogkifnmkfk)
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://blog.hitsujin.jp/entry/2019/02/24/184341)
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://www.nintendo.co.jp/ring/)
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://blog.hitsujin.jp/entry/2019/08/02/000610)
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://blog.hitsujin.jp/entry/2019/01/08/232322)
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://blog.hitsujin.jp/entry/2019/01/10/121403)
var fileName = AppDomain.CurrentDomain.BaseDirectory + @"\FolderName\fileName";
想定としてはプログラムがあるフォルダにFolderNameというフォルダがあり、その中にfileNameというファイルが生成されるというもの。
Windows環境ではこれで問題なく動くものの、Linux環境に持っていくとファイルが出力されていなかったので確認してみると、プログラムがあるフォルダに FolderName\fileName という名前のファイルが。
Windows環境ではパスにバックスラッシュを使うのに対し、Linux環境ではスラッシュを使うため、上記の指定だとうまくいかないと。なるほど。
というわけで、Linux環境で動かす場合はスラッシュに置き換えればいいんですが、Windows環境でも動かすことを想定すると、Path.Combineを利用してやるのが最適解のようです。
こんな感じ。
var fileName = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "FolderName", "fileName");
そもそもパスの指定方法が適当ってのは気にしないで・・・。
録画マシンをこれまでより小型のものにするべく、データの移行をしておりまして、ちょっと迷ったので備忘録。
録画マシンではMirakurun、EDCBを利用したテレビの録画と、どがらじを利用したラジオの録音を行っています。
テレビ録画のほうは、AppData内のデータとプログラムフォルダをそのままコピーしてやればいいんですが、どがらじの場合、AppDataの中身をコピーしただけだと、録音予約が移行できません。
あくまで推論なんですが。
リモートデスクトップを利用したいのであれば、ユーザーを登録する際、Microsoft Authenticatorによる認証を利用しないほうが良いかもしれない。
TV録画マシンを初期化するにあたって、いつも通りクリーンインストールした後の設定画面でユーザー登録をする際、Microsoftアカウントを用いました。
この時、普段はメールアドレスを入力後、パスワードを聞かれるところで、Microsoft Authenticatorを利用した認証を用いて認証を行いました。
で、普段このマシンはモニターにつながず、作業するときはリモートデスクトップを用いるため、リモートデスクトップを有効にして、ファイアーウォールもリモートデスクトップの設定がされていることを確認したうえで、ユーザー名とパスワード (Microsoftアカウントの)を入力して接続しようとしたところ、
お使いの資格情報は機能しませんでした
なんでやねん。
いくつか設定を確認してみましたが、特に異常はなし。
思い当たる節といえば認証を普段と違う方法で行ったくらいなので、一旦ローカルアカウントに切り替えてから再度Microsoftアカウントに切り替える作業を行いました。
この時Authenticator認証ではなく、パスワード認証を明示的に用いました。
そしたら何事もなかったかのように正常にリモートデスクトップで接続可能に。
可能性としては、パスワード認証ではなくAuthenticatorによる認証を行った場合、ユーザーのパスワードがWindowsに反映されないんじゃないかなぁと。
そんなことあるんかいな(PIN認証でなく通常のパスワード認証をしたいときどうなるんや)という思いはあるんですが、まぁ私の環境ではこういう問題が発生した、ということで。
やはりまずはローカルアカウントを作成してからMicrosoftアカウントを紐づける運用が鉄板なんだなと実感したのでした。
![[はてなブックマークで表示]](http://b.st-hatena.com/entry/image/https://stackoverflow.com/questions/38168391/cross-platform-file-name-handling-in-net-core)