ねんがんの iPhone をてにいれたぞ！

...まあ、今更iPhone 5sなので、殺してでも奪われたり、ゆずってくれと懇願されることもないけど。

ツイートしたりG+書いたり各所のニュースサイトにコメントしたりしてたのに、自ブログで何も書いてなかった。

既に解決済みだけど一応。

経緯

• 12/8朝
  Ingress 1.89.0リリース。インストールする。
• 12/8昼
  昼食の買い出し時にWear版を起動しようとするも接続エラー。
  それ自体は日常茶飯事なので、また接続が悪くなってるだけかもしれないと考える。
• 12/8夜
  再起動、再接続を何度試みても繋がらない。異常に気付く。
• 12/9
  再インストール＆アプリ同期をかけるとWear版が消失。
  単に繋がらないどころかアプリからWear版が外れてる？
• 12/10
  各所へのコメント、公式への問い合わせ。
• 12/11朝
  1.89.1リリース。問題が修正されてWear版復活。

PCでAndroidのアプリをマルチタスクで使えるエミュレーター「BlueStacks 2」を使ってみました - GIGAZINE

インストールしようとしたら、古いroot済みのBlueStacksに上書きしてしまい、動きがおかしくなったので一旦アンインストールして入れ直し。

とりあえずホームにADWを設定して、adb shellから

am start -a android.settings.DEVICE_INFO_SETTINGS

を実行してデベロッパーモードONにして（もしかして不要だったかも？）

am start -a android.settings.APPLICATION_DEVELOPMENT_SETTINGS

を実行してデバッグ表示ONにしてみた。

root化は最新版に対応したのがまだでてない？もしかしたら現状は不可能なのかも。

でも、最近は正直root化ってあまり必要な気がしないので別にいらないかな...。

つい先日、SHV32のアップデートを適用しようとしたときに接続トラブルがあって、改めてSHV32のIPv6回りを調べてみた。

すると、新たに奇妙な現象が発生。

今まで分かってる現象と合わせて書くと

• （既知）MyIPなどのツールで調べると、v6グローバル（非閉域網）アドレスが割り振られている
• （既知）v6オンリーホスト（ipv6.google.com等）にChromeでアクセスすると「このウェブページにアクセスできません（ERR_ACCESS_DENIED）」となる
  （通常、v6名前解決に失敗した場合はERR_NAME_RESOLUTION_FAILEDやDNS_PROBE_FINISHED_NXDOMAIN等になる）
• （新発見）v6/v4両対応ホストにChromeでアクセスすると、ほとんどv4で繋がるけど、ごく希にv6で繋がる

てっきりv6での通信が一切出来てないものだと思ってた。

新型Ｒｕｂｙ開発へ　設計者表明、ＩＴ高度化・複雑化に対応　　：日本経済新聞

2.4とかじゃなくて3.0なの？（2.3は既にtrunkになってるから出るとして）

とりあえず、期待することとしてはPythonぐらい処理速度が上がって、人工知能（機械学習、ディープラーニング）で使えるようになってほしい。

具体的にはTensorFlowをRubyで動かしたい。

さすがにそこまでの変化はないかな。でも、メジャーバージョン上がるんだから期待してもいいよね？

以下のような状況で、iPhoneから写真・動画をコピーしようとした。

• 写真と動画合わせて95、1.5GB
• iTunes使用不可（入れたくない）
• Lightningケーブルなし（持ってない）
• 転送先はPC、Android、もしくはクラウド（ようするにiOS/Mac以外）
• iPhoneは私のではない（母の）けど、アプリの追加はOK
• Wi-Fiが使用可能（バック回線は自宅の光200Mbps）

mcrn.jpとは別のドメインに2個目のラピッドSSLを導入。
今回はコントロールパネルから申し込んだので、さくら側で証明書設定までやってくれた。

…んだけど、途中でちょっとしたミスをしてしまい、手続き完了まで時間がかかってしまった。

ミス１．SNI SSLを有効にしてなかった
「6 さくらのレンタルサーバでSSLを導入する | SSLそこからっすか！？」によると、申し込んですぐにSNI SSLが有効にできるらしい。
前は自分でCSR送って、中間証明書入れて、証明書受け取ってセットして、それからONにしてたから気付かなかった。

ミス２．HSTSセットしてた
まだ証明書がないのに気が早すぎ。

ミス３．上位階層の.htaccessが誤って効いていた
これは別記事で詳しく。

前回（Androidにpush通知する（Chrome ServiceWorkers＋Google Cloud Messaging）: 約定期blog GS）で、push通知が送れるようになったけど、その後いくつかトラブルがあったのでメモ。

・登録できない？
実験に使ったURLは公開してないけど、不正に使われたら困るので一旦BASIC認証をかけたら、通知購読できなくなった。
原因は、manifest.jsonが401エラーになってたこと。
どうやらブラウザでログインしてても、manifest.jsonには適用されないみたい。

・Wi-Fi環境で通知されない
5G（IEEE802.11a/ac）だと特に問題が起きやすい？
これは以前からあるし、他のアプリでもそうなのでもう諦めるしかないかも…。
通知だけじゃなくて、PCからのアプリインストールでもそうなるし。

軽い気持ちで試したらいろいろと泥沼ってへとへと。
とりあえず、サーバ側のアクションだけでAndroidスマホにpush通知を送れたので一旦終了…。

・メモ
参考にしたサイト
WebアプリからもPush通知が！ChromeのPush通知について - しろかい！
http://shirokai.hatenablog.com/entry/chrome-push-notification
ChromeでW3C Push APIを使ってみた - Qiita
http://qiita.com/tomoyukilabs/items/8fffb4280c1914b6aa3d
ServiceWorkerを使ったPush APIをやってみた - kinjouj.github.io
http://kinjouj.github.io/2015/05/serviceworker-push-api.html
fix demo after subscriptionId goes away by notwaldorf ・ Pull Request #40 ・ PolymerElements/platinum-push-messaging ・ GitHub
https://github.com/PolymerElements/platinum-push-messaging/pull/40/files

前回の記事：IPv6の罠。: 約定期blog GS

今回、ルータを新調していろいろテストしてて、またIPv6問題が出たので詳しく調べてみた。

やっぱり、SHV32自体がIPv6無効化されてるので間違いないっぽい（公式に確認取ってないけど）。