IT関連

先日スマホ(SH-M05)を落としてしまい、割れドロイド可してしました。
幸い、電源も入り動作もし、通話もできる状態でしたが、割れてる画面はいつ全損するのか分からないので早々に買い替えることにしました。

同メーカーの後継機

SIMフリーモデルを利用しているので、SIMフリー端末であればSIMカードの入れ替えだけで済むので、
GoogleのPixelとか、AppleのiPhone とか他のメーカーのSIMフリーモデルとか選択肢はあったけれど

なにより安い ( 19,800円)

が、決めてとなって 後継機の SH-M08 にしました。
[ SH-M08 – SHARP ]

比較とデータ移行

外観の大きさとしては、5mm程度縦に長くなって、画面サイズが縦に1cm 程 大きくなった感じです。

データ移行に関してはほとんどがクラウド上にデータがあるので大分楽でした。
メールやらメモ類は Gmail や Google Keep を使っているので、アカウント設定するだけ。
写真データもGoogle フォトを使っているので、これもアカウント利用するだけ。
音楽データはGoogle Play Music。 これもクラウド上に全てアップしているが、よく聞く音楽はローカルにダウンロードしていたほうが使い勝手はいいので、後でダウンロードすればOK。

電話帳もGoogle の連絡先にバックアップを取っているのでそれもリンク付けするだけ。

てな感じで、旧端末から新端末へSDカード経由で移行が必要なのは、 SMSメッセージに関するデータだけでした。

移行に注意するアプリ

・モバイルSuica

電子マネーの残高をきちんと移行するのに、旧端末からサーバーへのデータ退避、新端末での受取操作が必要。

電子マネー関連のアプリは同様に残高移行作業が必要かと思うけれど、自分はSuicaのみの利用だったのでこれだけで済みました。

・認証系アプリ

Google Authenticator といった、二段階認証に使うアプリ。
これも旧端末が利用できる間に、新端末でのアプリ用のデータに変更しなければなりません。

利用しているサイトごとに細かいところは異なるかと思いますが、基本的には
旧端末のコードを利用してログインし、２．2段階認証の再設定で新端末のアプリで登録する。
て感じでしょうか。

あとは使いながら

そんなこんなで、スマホの移行は完了。
あとは使いながら、ぼちぼち調整していくって感じでしょうかね。

発売日から多少過ぎましたが、 iPad Pro 2020年モデルをゲットしました。

前モデルの2018年モデルからは大きく変化は無いという話ではありますが、自分はその前の今ではディスコンとなっている 10.5インチ版の iPad Pro からの移行なのでそこそこ大きな変更はあります。

Face ID

10.5インチ版までは touch ID だったのでロック解除にホームボタンを押す必要がなくなりました。
これまでも touch ID を登録していても認識がうまくされなくて、結局パスコードを入れるはめになることが度々ありましたので、さっとロック解除されるのは、明らかに楽になりました。

USB Type-C

これまで充電端子はライトニングでしたが、 USB TypeC になり、Macbook Proと充電コードが共通になったのも持ち運ぶケーブルが少なくなったのもありがたい。
スマホ(SHARP SH-M05)も充電端子はTypeC なので、モバイル端末の充電はUSB Type-Cにまとまりました。

セルラー版

10.5インチ版ではWi-Fi版を利用していました。
スマホからテザリングで使用もできていましたが、使う度にテザリングをONにするのが意外と面倒でね。。。
今回はSIMフリーのセルラー版を購入。

SIMは IIJmio のデータ専用 eSim を利用しました。
[IIJmio eSIMサービス　データプラン ゼロ | IIJmio ]

モバイル回線を使う頻度も少ないので、維持費も安価なプランでちょうどいいかな。と。

物理SIMを使わないので、申し込んで10分程度でさくっと利用可能になりました。

その他

アプリ等の使用感は、ほぼ変わらず。
もともと重いアプリを使うことがなかったので、差を感じられないだけですが。

カメラも特に使わないですし、新しいiPad Pro のらしさというものはイマイチ掴めてない今日この頃です。

wpXクラウドを利用して別のゲーム系ブログも書いているのですが、ふと「契約更新の時期はいつだったかな」と久方ぶりに管理ページにアクセスしたら、

なんと、昨年9月に新たなWordpress用クラウドサーバーのサービスが始まり、wpX クラウドの新規受付は10月に終了してたのこと。
既存ユーザーはそのまま利用可とはいえ、いずれは移転しなくちゃなーと思い、移転手続きを開始しました。

移転手続自体は簡単で、管理ページの移転用ページより wpX Speed のプランとサーバーIDを新たに設定するだけです。
旧サービスの方は解約扱いとなり、更新時期までは利用可能のようです。また旧サービスの残り契約期間によって、新サービスの割引チケットが貰えます。

WordPress の移転

で、いよいよWordpressのデータの移転です。
マニュアルもあり、移転ツールも用意されてはいますが、準備しておいたほうがいいな。と思う項目をまとめてみます。
[ マニュアル ： wpXクラウド・wpXレンタルサーバーからの移転 ]

移転ツールでエラーがあると、手動での移転作業のページへのリンクが出ますが、手動での移転作業はめちゃくちゃメンドイので極力移転ツールを利用する方向へ調整します。

ドメインの設定
昨今は独自ドメインで利用している方が多いかと思いますので、データの移転作業前にドメインの設定が必要です。
旧サービスからの移転ですと、ドメイン名の入力のみで追加設定ができますので簡単です。

WordPress のセキュリティプラグインの無効化
移転ツールでは既存Wordpress にログインをしてデータを取得します。
そのためWordpressの管理画面へのログインに二重認証などを行うプラグインが有効化されているとログインができず、移転作業が失敗します。
移転ツールで作業する前に該当プラグインは無効化しておきます。

wp-content 内の容量の確認
今回の移転作業で一番つまずいたのがこの部分。
移転ツールでは wp-content 内のデータ容量が大きすぎると移転に失敗します。ステータスが待機中のまま5分経っても、10分経っても、1時間経っても変化ありません。
で、改めて移転ツールのページにアクセスすると失敗しました。と。
エラー内容が表示されないので、容量が原因だったということになかなか気がつけませんでした。

移転ツールで動作可能な容量は 2GB くらいだそうです。

自分の場合は15年ほど続けているブログなので画像ファイルが 8GB ほどありました。
FTPで一旦ローカルにバックアップをとって、直近一年分を残して、サーバー上から削除し、移転作業終了後に2年以上前の画像ファイルをFTPでアップロードする方法でいけました。
メディアファイル以外もバックアップツール等でブログ全体のデータをバックアップしてるファイルがあると容量制限ひっかかる場合があるようです。

.htaccess ファイルのコピー
移転ツールでは、既存Wordpressのデータベースやら、wp-content 内のファイルもまるっと移転してくれますが、htaccess の内容は移転されません。
htaccess の内容についてはファイルのやりとりではなく、管理画面での入力になるので、旧サーバーの内容を新サーバーへコピペすればOKです。

DNS の変更
移転作業が全て終了し、動作確認ができたら、DNSのAレコードを編集し、独自ドメインの宛先を旧サーバーのIPアドレスから新サーバーのIPアドレスへ変更します。

旧サーバーのブログタイトルをちょっと変更しておくと新サーバーへアクセスできているか確認しやすいです。

改めて思うと

移転ツールのエラー原因の追及やら、FTPでのファイルのダウンロード、アップロードの手間だったり、思いつきで始めた割にはえらい時間がかかりました。

そしてよくよく考えると旧サーバーでの運用には特別支障が無かったので、移転しなくても良かったんじゃ・・・と後になって気がつきました。

移転はよく考えてからやりましょう。

Excelやスプレッドシートで特定の値をキーにしてデータを抽出する方法として vlookup 関数が有名ですが、vlookup関数の一番の弱点は
「検索キーのリストが一番左側にないとダメ」
ってところです。

vlookup / hlookup 関数の後継関数として xlookup 関数が発表されていますが、現状使える環境はごく一部のテストユーザー向けです。

Microsoft、新しいExcel関数「XLOOKUP」を発表 ～「VLOOKUP」や「HLOOKUP」の後継 – 窓の杜

既存関数の index 関数 と match 関数 でvlookup 関数の弱点を克服した使い方ができますので、覚えておいて損はないと思います。

index / match 関数によるデータ抽出

結論から先に 使い方は

=index("[抽出したいデータの範囲]", match("[検索キー]", "[キーを検索する範囲]", 0))

です。

それぞれの関数の詳細な説明は省きますが、match関数で、検索キーがある行番号を取得して、index関数で取得した行番号に対応するデータを返すといった動きになります。

vloock関数のように、検索キーの場所を選ばないし、取得する列の順番を数える必要もありません。

抽出したいデータ範囲とキーを検索する範囲をそれぞれ名前を付けて、それ上部の式に当てはめればサクっとデータ抽出ができると思います。

かねてより、16インチ版が出るかも、出るかもと言われてましたが、11月13日未明に発表され、公式サイトで販売が開始されました。

MacBook Pro 16インチ – Apple

これまでの15インチから16インチへ画面のサイズアップが一番大きな目玉ではあるけれど、個人的に一番気になるのはキーボード。

これまでのバタフライ型のキーボードから、それまで使われてきたシザータイプへ変更になります。

自分のMacbook 遍歴としては
2015年 MacBook Air (シザータイプ)
2016年 MacBook Pro (初代バタフライタイプ)
2019年 MacBook Pro (バタフライタイプ）
と、使っていますが、やはりMBA時代のシザータイプが使いやすかったです。

カーソルキーの逆T字型も戻ってよかった。
バタフライタイプから、カーソルの左右キーの大きさが他のキーと同じになり、上下キーの倍の大きさになったのですが、これがまた誤タイプしやすくてね。
下を押してるつもりが上に行ったり、その逆だったり・・。
隣にキーがある触感で上キーなのか、下キーなのか判別ができたシザータイプ時代のほうがよかった。

今年5月末に2019年版 MacBook Pro を買ってしまっているので、今回発表の16インチモデルは買いませんが、来年移行は13インチモデルも シザータイプになるかも？ なので、その時を待とうかな。と思っております。