iOSのアプリは審査が厳しいが、ポイントを抑えれば審査落ちを避けることができる。
よくあるのはデザイン変更したリリースでも昔のスクリーンショット使っているとバイナリ審査に入る前に拒否される。
だいたい以下のような一文で始まる
We noticed that your screenshots do not sufficiently reflect your app in use.
意訳：アプリで使われている画面が十分に反映されたスクリーンショットではありません。
新しいアプリのスクリーンショットを取り直して再審査！
約一年前に証明書がChromeで警告が出るようになるから、RapidSSLの証明書を無料で有効期限を伸ばした上で延長更新できたが、
なぜか有効期限まだ2年あるのに再び更新依頼がきてた。
これで3年期限で発行した証明書であるが、これが三度目の発行である。
やり方は昔のRapidSSLの方法と変わらず、管理画面からドメイン認証用のファイルをダウンロードして、特定のパスに配置する。
http://ドメインルート/.well-known/pki-validation/fileauth.txt
配置したら5分以内にクロールされてた。
追記：翌日になってもクロールが続いているので調べてみたら、なんと認証用ファイルが去年のものであった（去年も同じPC使っていたので）。クロールが６０分に一回になっていたので、配置しなおし、８時５０分にクロールされて、２０分後に証明書発行のメールが来た！
歴代ノートPCのなかで最も不安定であったCF-RZ5
突然マウスカーソルが消えてシステムの復元で復活させたり、
画面がいきなりちらつく、WIFIが使えなくなるなどじゃじゃ馬ぶりを発揮してきた。
そして工場出荷状態に戻そうとしてリカバリーパーティションまで消してしまってThe END
しばらくMint Linuxでしのいでいたが（デフォルトで無線LANも使えるので問題なかったのだが！）
やはりWindows10も試して見たくなり、18年4月の大型アップデートが出るのを待って適用！
するとどうだろうか！今までの不具合が嘘のように収まったのである！
ドライバーがだいぶこなれてきたのかな？
ちなみにアップグレートインストールはゴミが残るのでよろしくない！
クリーンインストールすべし！
CF-RZ5で文章を入力していると時折カーソルがとんでもない方向へ行ったりすることが多かったが、３年目にして漸く謎が解明した。
どうもタッチパッドに手が不意に触れてしまうらしい。
タッチパッドが手の付け根など機敏に反応してカーソルを別のところに持っていってしまうという。
これCF-Sシリーズだと一段くぼんだホイールパッドになっているから発生しないのだけど、どうもCF-RZシリーズはそこらへんの設計がよろしくない。
ほかのタッチパッドPCでも起こりえそうなものだが、MACBookProだとキーボードから離れているからか発生したことはないな。
あまりに誤操作頻発するのでタッチパッド無効化してマウスに回帰しようか考え中。
昔からデスクトップでもTrackPoint付キーボードで、ノートではかさばるのでマウス使わずに、タッチパッドとかつかってた。
マウスなんて、６年ぐらい使ってないけど！
以前Desk mini 110にVMWare ESXi インストール成功＆安定運用しているVMWare ESXi だが、今度はShuttleのXH110Vにインストールしてみた。
同じチップセットだから上手くいくだろうという見通し。
インストールにあたってはBIOSをUEFIブートにした。
インストール後にリブートして、IP V4の設定。しかしLANにつながらず
つながらない原因はNICが二つあって、右側だけを設定してたので右側につなぎなおした。
そしたら疎通確認完了。
LAN二つ設定もできるのかな？
定期購読時にキャンセルしたりアップグレードしたときに付与されるlinkedPurchaseTokenフィールド
発生するケースは以下の２パターン
サブスクリプションを購入後、期限前にキャンセルし、再び期限前に購入（１ヶ月のプランで、即日解約して、翌日買い直し）
サブスクリプションを購入後、別のプランにアップグレード
この場合にlinkedPurchaseTokenが以前のレシート情報を保持するtokenとなる（linkedPurchaseTokenは直訳すればつながれている購入履歴トークン)
以下GoogleのAPIページの意訳をしてみる。
For example, suppose a user originally signs up and you receive purchase token X, then the user cancels and goes through the resignup flow (before their subscription lapses) and you receive purchase token Y, and finally the user upgrades their subscription and you receive purchase token Z. If you call this API with purchase token Z, this field will be set to Y. If you call this API with purchase token Y, this field will be set to X. If you call this API with purchase token X, this field will not be set.
例えば、最初に購入したトークンをXとする。それをキャンセルしたのち、サブスクリプションの期限無いにもう一度購入するとトークンYが発行される。この後さらにプランをアップグレードするとトークンZが発行される。
トークンZでレシート検証APIを呼ぶと、linkedPurchaseTokenにはトークンYがセットされる。
トークンYでレシート検証APIを呼ぶと、linkedPurchaseTokenにはトークンXがセットされる。
トークンXでレシート検証APIを呼ぶと、linkedPurchaseTokenにはなにも設定されない。
キャリアモデルに遅ればせながら、SIMフリーモデルのSH-M05にもAndroid8.0が更新提供された。
8.0に出来る端末が少ない中で貴重なアップデートではあるが、しかしOSアップデートを繰り返すと間違いなくパフォーマンス劣化（Windowsもアップデートよりもクリーンインストールのほうがよい）となるので、あげるならついでに初期化かナーという気がする。
おそらく休眠アカウントと思われるアカウント乗っ取りが周囲で相次いでいる。
パスワードの使いまわしなどはしていないし、パスワードも相当複雑なので今のところ乗っ取りとは無縁なのだが、
念のためパスワードを変えておいた。
スマホの普及でパスワードが入力しずらく、複雑なパスワードを使わない人が増えているのが根本原因の気がするな。
自衛の策としてはログインアラートの設定と定期的なパスワード変更（最近変更を強制する動きは廃止されつつあるけど）と二段階認証の導入であろうか？
SH-M05は二年間のアップデート保障があり、結構頻繁にソフトウェアアップデートをしてくれるが、
その適用中が全く進捗が分からなくて困る。
再起動するのだが、再起動後の画面がずーと続いて、さらに本体が熱くなってくるのでフリーズしているのかと心配になるが、少なくとも１０分は放置しよう。そのうち上がってくる。
nexus6pをアップデートした場合は進捗状況がでるし、ほかの端末も大体そうだと思うのだが、
不安に思って電源OFFしちゃう人もいるかもしれないのに、なぜこのような作りにしたのかは謎である。
SIMフリーかつおサイフケータイ搭載ということで期待していたSH-M05だが、残念ながらガラケー時代に比べるとわけのわからないトラブルが多い。
最近は電源OFF状態で改札を通ったところピット反応したのに入場記録がないと出て改札で足止め。
本日は改札出るときに二枚あると出て足止め
いずれもやり直したらうまくいったのだが、過去使っていたT008やGRATINA2ではほぼ起きなかった事態。
購入して二日目に改札で引っかかったときは、タッチが離れすぎていたと思っていたが、
最近はきっちりタッチしても上記のトラブルが発生しているので、人の往来が激しい改札で使うのはためらわれるほど。
