明日に向かって昇龍拳

Pixel3aをAndroid11へアップデートしたらモバイルネットワークが頻繁に切れる件

2020-09-18T16:56:00.011+09:00

Android11へアップデートしたことをきっかけに、Pixel3aのモバイル通信がとんでもなく不安定になってしまった(´・ω・｀)

5秒おきくらいの頻度で、繋がったり切れたりを繰り返し、ろくに調べ物もできない。

探したら似たような症状の方が。この方はAndroid10で発症。

pixel3aをAndroid10にアップデート - https://fan.uqwimax.jp/topics/detail/1155

pixel3a(simフリー版)をAndroid10にアップデートした途端に UQのAPN設定が飛びました…(´･ω･`) 手打ちで再設定して復旧しましたが pixel3aユーザーの方は御注意の程を

APNの設定を見直したら、なんと全く契約していないOCNなんかに接続設定が変わってる〜！
APN設定が初期化された？

契約先のAPNへ設定を選び直したら、復活！

Andorid9から10へアプデした際は起こらなかったが、10から11へ上げた今回は発生。
何がトリガーとなるのかは、全く不明 ┐(´～｀)┌

Google App Script で「getActiveForm を呼び出す権限がありません（You do not have permission to call getActiveForm）」エラーが出たら

2016-03-18T14:45:00.000+09:00

Googleフォームで、フォーム送信者＋特定のメールアドレスへ自動返信メールを送る処理が、なぜか失敗していた。

その操作を実行するには承認が必要です。

何かしら権限が足りずにエラーが発生しているようだが、これだけでは情報が足りない。

まずは、エラーが発生した際に、すぐにエラー内容を送信するように、トリガーを追加。

スクリプトエディタ＞リソース＞現在のプロジェクトのトリガー

通知＞起動失敗の通知

これでエラー時にメールが送られるようになったが、今度はエラー内容が、

getActiveForm を呼び出す権限がありません

へ変わっている。

あまり情報が無かったが、StackOverFlowで質問していた人がチラホラ見つかった。

Google App Script Error: You do not have permission to call getActiveForm? - Stack Overflow

コードへ有無を言わさず、getActiveForm() を実行する一文を挿入して、権限を尋ねるダイアログを出させるしかないようだ。

function submitForm(e){

//getActiveForm を呼び出す権限がありません」を解決するためだけの一文
//パーミッションを与えた後は不要
FormApp.getActiveForm();

....
}

FormApp変数は宣言不要。上記コードを含めるだけでいい。

デバッグを起動して、権限を尋ねるダイアログを表示させる。

自動返信メールがキター

Git - 特定ファイルのコミットを取り消してまるっと前の状態へ戻したいとき

2016-02-03T12:00:00.000+09:00

前回コミットした中に含まれていた、ある特定のファイルについて、それだけまるっと前のバージョンへ戻したいなと思ったら。

1. そのファイルのコミット履歴を確認

git log -p [ファイルパス]

差分などが表示される詳細なログのうち、戻したいバージョンのコミット番号だけ確認してコピーしておく。

2. コミット番号を指定して、そのファイルを指定したコミット時点まで戻す

git checkout [コミット番号] [ファイルパス]

iMacのPCリサイクルマークシールはどこにある？

2016-01-21T14:47:00.000+09:00

iMac本体にはPCリサイクルマークシールが付いていない。”購入時に同梱”されているらしい。いざ回収にお願いしようと思って、「どこにあるんだ〜」となったので備忘録。

結論。

「キーボードケースの中の取説の束の中に有りました！」

右側「Hello」の言葉が載っている冊子の束の中に発見。

回収の申し込みにはリサイクルマークのシールに付いているIDが必要で、それが無いと有料回収になります。再発行もできないので、こういうケースは捨ててはなりませぬな。

Android Wear で Notification をすぐに表示するために必要なこと

2015-12-17T14:45:00.000+09:00

スマホで表示される通知が Android Wear でどのように表示されるのかを確認したいのに、なぜか Wear で表示されないという状況に嵌ったので、その解決メモ。

環境

Handheld：Nexus 5（OS：6.0.1 Marshmallow）
Wearable：Sony SmartWatch 3（OS：5.1.1）

通知表示：すべて
シアターモード：OFF

※Nexus 5 と SmartWatch 3 は接続確立済み

接続が確立されていたら、スマホ側で表示された通知は Wear 側でも表示されるはず。それがスマホでは表示されているのに Wear は無反応。

解決

原因は、Wear へ届く通知には優先順位があり、バイブする or 音を鳴らす通知でない限りは、すぐに Wear へ通知が届かないからだった。

バイブや音を鳴らさない通知の場合、5分後など適当な間隔で Wear へ通知が届き、しれっとカードが表示されているという状態になる。それに気づかなかったので、通知が届かない〜！！とハマった。

すぐに Wear へ通知を出したい場合は、バイブや音を鳴らすように注意するべし！

以下、動作確認に使用したサンプルコード。

Amazon.comへ法人でTax Informationを登録する

2015-08-06T12:19:00.003+09:00

Amazon Apps & Services Developer Portal へデベロッパー登録するためには、amazon.comのアカウントが必要になる。

amazon.co.jpでアカウントを作っていても、amazon.comとamazon.co.jpではアカウントは共通化されていないので、amazon.co.jpのアカウントはamazon.comでは使用できない。amazon.comでは新規にアカウントを作成する必要がある。

更に、amazon.comでアカウントを作成する際、広告やIn-App課金などを想定している場合は、Tax Identityへの登録も要求される。やり方は、Tax Information Interviewに答えながらフォームを埋めていく形になるのだが、これがなかなか厄介だった。

Tax Information Interview

米国市民か？に「No」を選択。「Save and continue」ボタンをクリック。

Type of beneficial owner（受益権所有者のタイプ）：Corporation
Place of organization：Japan
を選択。

Organization nameには、企業名を入力。
主に個人事業主用のオプションなので入力は必要ないかなと思ったけれど、一応、代表者名をDisregarded entity nameへ入力。

「Are you an agent acting as an intermediary?（仲介業者的なことをするエージェントなの？）」には「No」を選択。

Type of beneficial ownerにCorporationを選択すると、住所などを入力するフォームが表示されるので入力する。

Mailing address（郵便を出す時の宛先住所）はPermanent addressと同じなので、「Same as permanent address」を選択。

Tax identification number(TIN)、つまり納税者番号は日本には無いので、「I do not have a U.S. TIN or a foreign (non-U.S.) income tax identification number」を選択。

「Save and continue」ボタンをクリックして次に進むと、ここまでの入力確認（レビュー）が表示される。

非米国法人の基本的なフォーマット「W-8BEN-E」の証明書類が選択されている。

ここでは、確認のみで編集は出来ないので、修正をする場合はページ下の「Previous」ボタンをクリックして、戻って修正する。

Type of beneficial ownerにCorporationがチェックされていることを確認。

次に進むには「Save and continue」ボタンをクリック。

「I consent to electronic receipt of my information reporting documentation（税務情報を電子的に送ることに同意する）」を選択。

「I consent to provide my electronic signature（電子署名を提供することに同意する）」を選択。更に、Electronic signatureについての詳細が表示されるので、全てにチェックを入れる。

「 Signature of individual authorized to sign for beneficial owner」の欄には代表者名を入力。

「E-mail address」にはamazon.comへ登録したものと同じメールアドレスを入力。

「I certify that I have the capacity to sign for the entity identified on line 1 of this form.」をチェック。このフォームの1行目とは企業名が入力されている部分。その企業を代表してサインする能力が私にあることを証明するという内容。そこまで断定的に言われると、ちょっとビビってしまいますが、チェックしましょう(^_^;)

「Submit」ボタンをクリックすると、登録完了！

登録完了後の確認

Developer ConsoleからログインしてSETTING > Tax Identity を確認してみましょう。

Validationは、1時間もせずに完了しました。

ソーシャルボタンのアイコンをSVGファイル化する

2015-07-24T13:49:00.001+09:00

ソーシャル系のガジェットやスクリプトは、多数のリソースを読み込むなど、ユーザーの体感スピードを劣化される。デザインも統一感が、なかなか出せない。

よって、自作しよう！となった時に、ソーシャルボタンのSVGファイルが欲しくなって調査した忘備録。

1. Twitter、Facebook、Google+ のSVGファイル作成

これら3つは、font-awesomeの中にアイコンがあるので、「encharm/Font-Awesome-SVG-PNG」を使う。

環境

Mac OS X Yosemite 10.10.4
npm 2.5.1
Font-Awesome-SVG-PNG 1.1.2

手順

Font-Awesome-SVG-PNG のインストール

$ npm install -g font-awesome-svg-png

インストール確認

$ npm ls --depth=0 -g

インストールしたディレクトリ下の、bower_components/font-awesome-svg-png/には、black/ と white/ のディレクトリがあるので、黒や白のSGVファイルが欲しい場合は、そこからゲットすればよい。

赤など、黒白以外のカラーのSVGファイルが欲しい場合は、コマンドで書き出せる。

SVGファイルを書き出し

オプションの例

--dest: 出力パス
--color: 赤
--sizes: 80px
--icons: Twitter, Facebook, Google+
--no-png: SVGオンリー

$ font-awesome-svg-png --dest font-awesome --color red --sizes 80 --icons twitter,facebook,google-plus --no-png

※--iconsの指定では、カンマの後ろにスペースを挟まない

2. はてブ、LINE、Pocket のSVGファイル作成

これら3つは、font-awesomeの中にアイコンが無い。既にアイコンのパスをトレースしてSVG化してくれている方がいたので、ありがたく頂戴する。

参考

ブログのデザインでも使用している「Webフォントアイコン」を本当にオススメしたい！ | ドウラク

補足

これ、font-awesomeにあったっけ？という時は、font-awesomeのサイトで検索するとよい。

GAE/J上のGoogle Cloud EndpointsをバックエンドにしてSupersonicのdataアクセスを試してみた

2015-04-06T13:51:00.000+09:00

Supersonic data セットアップ

1. データプロバイダの追加

プロジェクトディレクトリ下でconnectを発動し、プロジェクトのコネクトスクリーンを開く。

$ steroids connect

コネクトスクリーンの"Data"タブで「Custom Provider」を選択。

NAMEに任意のデータプロバイダ名を入力。
BASE URLは「https://YOUR_APP.appspot.com/_ah/api/」まで設定。v1などバージョンナンバーまでのパスにしない（後述のリソース追加設定のため）。

また、Google Cloud Endpointsはhttpsアクセスしか認めていないので、http://ではなく、https://にしておく。

2. リソースの追加

「ADD NEW RESOURCE」ボタンをクリックして、リソースを設定する。

NAMEに任意のリソース名を入力。
URL PATHは「yourApi/v1/」を入力。
例えば、API名が「playlistApi」、バージョンが「v1」の場合、URL PATHは「playlistApi/v1/」になる。

前述のプロバイダのBASE URLで「〜/v1/」まで含めてしまうと、必須入力であるリソースのURL PATHに何も設定できなくなるので、プロバイダのBASE URLを「api/」までと設定した。

これにより、リソースへのパスは、BASE URL + RESORCE URL PATH = 「https://YOUR_APP.appspot.com/_ah/api/playlistApi/v1/」となる。

3. アクションのカスタマイズ

「CUSTOMIZE ACTIONS」ボタンをクリックして、get/postなどのリクエストの、URL PATHやROOT KEYSを設定する。

例えば、コレクションを取得するgetのAPIパスが「playlist」の場合、URL PATHは「playlist」になる。

これにより、完成したエンドポイントへのパスは、BASE URL + RESOURCE URL PATH + ACTION URL PATH = 「https://YOUR_APP.appspot.com/_ah/api/playlistApi/v1/playlist」となる。

更に、Google Cloud Endpointsのコレクションのルートは「items」なので、ROOT KEYSに「items」を指定する。

「RELOAD MODEL FROM API」ボタンをクリックすると、エンドポイントとの通信が行われる。無事にコレクションが取得できると、最新のエンティティモデルの内容が表示される。

デバイスから data access 確認

トップ画面には、「https://YOUR_APP.appspot.com/_ah/api/playlistApi/v1/playlist」へアクセスした結果が表示されている。

API Explorerで、dataStoreにエンティティを1つ追加してみる。

デバイスで起動しているアプリ側のリストも、数秒後に、自動的に更新される。

10秒間隔で同期が発動する

ログを見ると、ほぼ10秒間隔でエンドポイントが叩かれている。

データバインディングはいいのだが、10秒おきにプルリクエストが発動するのでは、GAEのdataStoreのRead Quotaの消費が激しくなってしまう。

2015年4月現在の無料枠では、Read Operationsのリミットは50,000回/日なので、

( 60秒 / 10秒間隔 ) x 60分 = 360回/時

1時間アプリを起動しているだけで、360回のRead Operationsが発生する。

50,000回 / 360回 = 138.889

例えば、同時に138人が1時間アプリを起動しているだけで、50,000回のRead Operationsのクオータはすぐに消費されてしまう。

データバインディングは、supersonic.data APIのwhenChanged()で実現されている。

Playlist.all().whenChanged( function (playlists) {
        $scope.$apply( function () {
          $scope.playlists = playlists;
          $scope.showSpinner = false;
        });
    });

クオータの消費を避けたいなら、whenChanged()を使わずに、適切なタイミングで自作でデータの同期を行う必要があるなと。

参考：Supersonic Guides - Supersonic Framework

AppGyverのSupersonicを使ってdataアクセスするアプリを作っていて"Module 'common' is not available!"のエラーが出たら

2015-04-03T12:51:00.001+09:00

AppGyverが提供しているハイブリッドアプリ開発のフレームワークSupersonic。

Supersonicを使ってアプリを作っていて、バックエンドのデータへアクセスする部分を組み込んだ途端、

「Error: [$injector:nomod] Module 'common' is not available! You either misspelled the module name or forgot to load it. If registering a module ensure that you specify the dependencies as the second argument.」

というエラーが出て、ハマってしまったので、その備忘録。

アクセスしようとしたデータもnot found状態になる。

ここで要求されている「common」モジュールは、プロジェクトのディレクトリ下のapp/common/。

Supersonic Guides - Supersonic Framework Utilising the common module

The common module also already contains a layout file (located at app/common/views/layout.html), which has all the basic dependecies of your project declared, such as supersonic.js, steroids.js and cordova.js. Because common is declared as a dependency to all modules by default, the layout file in there can be used to throughout the app just by removing any layout files from the module itself.

Supersonicを使ったアプリのレイアウトなど基本的な部分で使われているモジュール。

自分のプロジェクトには、確かにそのディレクトリが無い。

レイアウトという時点で、もしやと思ったのは、シンプルページアプリケーションとして、プロジェクトを作ったことがボトルネックになっているのではないか、マルチページアプリケーションとして、そもそもプロジェクトを作っていないと、このcommonモジュールはapp下にデプロイされないんじゃないか？ということ。

試しに、プロジェクトをマルチページで、一から作りなおしてみる。

$ steroids create プロジェクト名

続くアプリタイプの選択で、デフォルトのマルチページタイプを選択。

改めて、新しく作ったプロジェクトで、データのリポジトリを作り、テストデータを入れてみたら、今度はエラーが出ない！

テストデータも表示されている。

commonモジュールが無いエラーで嵌ったら、プロジェクトをマルチページタイプで作りなおせばOKです。

シングルページタイプのアプリでSueprsonicのdata APIが使えないということでは無いと思います。

あくまでも、Supersonicのチュートリアルを試していて、データのハンドリングをやりたいと思っただけなのに、commonモジュールにはまってしまった場合の対処方法です。

Android端末でとったスクリーンショットが「フォト」で同期されないと思ったら

2015-03-14T18:26:00.003+09:00

Android端末でとったスクリーンショットが、PCのブラウザから「フォト」へアクセスしても見当たらないなと思ったら、自動バックアップがオンになっていても、スクリーンショットのディレクトリはデフォルトでは同期の対象外になっていました。

スクリーンショットのディレクトリを同期対象に含めるには以下の方法で。

Android端末で「フォト」を起動。「メニュー」から「端末内」を選択。

Screenshotsのクラウドアイコンがオフになっているので、タップしてオンに変更。

同期対象になりました。

以降は、スクリーンショットを撮る度に、PCのブラウザからGoogle+ の「フォト」へアクセスすると、すぐに画像が表示されます。

npm installしたパッケージの名前だけを取得する

2015-02-27T17:33:00.000+09:00

ローカルにインストールしたパッケージの名前だけを取得したいときのコマンド。

$ npm ls --depth=0

実行すると、以下のように、トップレベルの名前だけ取得できる。

$ npm ls --depth=0
├── browser-sync@2.2.1
├── gulp@3.8.11
├── gulp-autoprefixer@2.1.0
├── gulp-concat@2.5.2
├── gulp-imagemin@2.2.1
├── gulp-less@3.0.1
├── gulp-minify-css@0.4.6
├── gulp-minify-html@1.0.0
├── gulp-newer@0.5.0
├── gulp-plumber@0.6.6
├── gulp-sass@1.3.3
├── gulp-uglify@1.1.0
├── rimraf@2.2.8
└── run-sequence@1.0.2

トップレベルだけでなく、もう一階層深く知りたいときは

$ npm ls --depth=1

つまりdepthを増やしていけばいい。

グローバルにインストールされたパッケージを取得したいときは-gを付けるだけ。

$ npm ls --depth=0 -g
/usr/local/lib
└── npm@2.5.1

MacでNode.jsとnpmをアンインストールするには

2015-02-27T17:17:00.000+09:00

Node.jsをMacからアンインストールするには、以下のシェルスクリプトを実行する。

lsbom -f -l -s -pf /var/db/receipts/org.nodejs.pkg.bom \
| while read i; do
  sudo rm /usr/local/${i}
done
# uninstall node
sudo rm -rf /usr/local/lib/node \
     /usr/local/lib/node_modules \
     /var/db/receipts/org.nodejs.*;

# uninstall npm
sudo rm -rf ~/.npm;

# uninstall check
node -v;
npm -v;

最後にnodeやnpmコマンドを実行して失敗することを確認している。

上記のコードを、「uninstall-node.sh」などのファイル名で保存して、実行権限を付与。

$ chmod +x ./uninstall-node.sh

実行すると、Node.js、npmのアンインストールが完了する。

$ ./uninstall-node.sh

再インストールするには

公式のダウンロードサイトからpkgをダウンロードしてNode.jsを再インストールする。homebrewやnodebrewなどからインストールする方法もあるが、公式のダウンロードサイトからpkgをダウンロードしてインストールする方法の方が確実だと感じた。

再インストールが完了したら、念の為バージョン確認。

$ node -v
v0.12.0
$ npm -v
2.5.1

アンインストールに至った経緯

そもそも、Node.jsを再インストールして白紙からやり直そうと思ったのは、npm install 実行中に色々とエラーが発生したから。

例えば、gulp-sass@1.3.3をインストールでは、以下のエラーが発生。

Error: `libsass` bindings not found. Try reinstalling `node-sass`?
    at getBinding (/path/to/my/project/node_modules/gulp-sass/node_modules/node-sass/lib/index.js:21:11)
    at Object.<anonymous> (/path/to/my/project/node_modules/gulp-sass/node_modules/node-sass/lib/index.js:181:23)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (/path/to/my/project/node_modules/gulp-sass/index.js:3:17)
    at Module._compile (module.js:456:26)

更に、browser-sync@2.2.1のタスク実行では、以下のエラーが発生。

dyld: Symbol not found: _node_module_register
  Referenced from: /path/to/my/project/node_modules/browser-sync/node_modules/socket.io/node_modules/engine.io/node_modules/ws/build/Release/bufferutil.node
  Expected in: dynamic lookup

stackoverflowを見ると、Node.jsのバージョンが関係しているようだったので、クリーンな状態に一旦戻してからnpm installを試してみようと。

クリーンな状態から、再度、npm installを実行すると、gulp-sassもbrowser-syncも、問題なくローカルにインストールできた。

Git - gulpのパッケージをgitで共有したくなかったら

2015-02-26T17:06:00.000+09:00

gulp、そしてgulpで利用するパッケージだけで、かなりディレクトリ容量が膨らむ。
これをgitで共有するのは嫌だなあと思って試行錯誤。

とりあえず、グローバルとローカルの両方にgulpをインストールするのではなく、グローバルだけにできないかと思ったが、逆（ローカルのみインストールする）はあっても、グローバルのみで動かす設定は発見できず。

gulp.jsのフローを見る限り、ローカルへのインストールは必須のようだし。

if (!env.modulePath) {
    gutil.log(
      chalk.red('Local gulp not found in'),
      chalk.magenta(tildify(env.cwd))
    );
    gutil.log(chalk.red('Try running: npm install gulp'));
    process.exit(1);
  }

このフローの通り、ローカルにgulpがインストールされていないと、gulpの実行はできない。

[13:20:52] Local gulp not found in ~/git/プロジェクト名
[13:20:52] Try running: npm install gulp

gulpが、グローバルとローカルとの、両方でインストールが必須なのには構造的な理由がある。

グローバルにインストールされたgulpは、ローカルにインストールされたgulpを実行するためのもの。このグローバルとローカルの2つのモジュールの中身は完全に同じもので、まったく同じモジュールをグローバルとローカルにインストールすることになる。

gulpコマンドが実行されると、gulp.jsのrequireで、ローカルのgulpがインポートされる。

そして、実際の処理（gulpfile.jsに書かれたタスク）はrequireされたローカルのgulpモジュールが全て行う。つまり、gulpは、自分自身が自分自身と同じモジュールをrequireして使うという仕組みで動いている。

では、ローカルへのインストールは仕方がないとしても、gitで共有したくない問題はどうにかできないかと思ったら、

gitなどでプロジェクト共有している場合、この node_modules を共有していると結構重かったりしますし、 package.json が共有されていたらあとで $ npm install をしたら必要なものが入ってくるため、 node_modules のディレクトリの共有は不要です。

Node.js 製のタスクランナー gulp.js を使ってみる - HAM MEDIA MEMO

ハッ！その手があったか！思わずポンと手を打ってしまった。

.gitignoreでnode_modulesをignoreすればいいじゃないですか。

gitからクローンした際は、npm installすればパッケージはインストールされるんだし。

ですよねぇ。これって常識だったのかしら。

追記

.gitignoreのサンプルは以下。一行だけだけれど。

/node_modules/

上記内容をプロジェクト直下にファイル名「.gitignore」で保存。
「node_modules」の前の/で、プロジェクトと同階層であることを明示。
「node_modules」の後の/で、ディレクトリであることを明示。

つまり、「/node_modules/」で、プロジェクト直下のnode_modulesディレクトリを無視する、という設定になる。

Google APIs Client Library for JavaScriptを使いながらfieldsを指定するには

2014-12-19T15:59:00.000+09:00

Google APIs Client Library for JavaScriptを使っていて、必要ないレスポンスデータを削除する為にfieldsを指定するときの忘備録。

検索やデータ取得などのGET系では、パラメータの一部として指定すればいい。

gapi.client.drive.files.list({
  'fields': 'items(id,title),selfLink',
  'q': "title='" + folderTitle + "' and trashed=false"
}).execute(function(folder) {
  console.debug(folder.selfLink);
});

作成、更新などのPUT系では、Request bodyをresponseフィールドに定義するが、fieldsは、responseの中ではなく、外に指定する。この点が注意ポイント。

gapi.client.drive.files.insert({
  'fields': 'id',
  'resource': {
    mimeType: 'application/vnd.google-apps.folder',
    title: folderTitle
  }
}).execute(function(folder) {
  console.debug(folder.id);
});

DartアプリケーションをGoogle App EngineのManaged VMsで動かすまで

2014-11-20T18:59:00.000+09:00

Google App Engine(GAE)のManaged VMs(MVMs)でDockerがサポートされた。これまでLimited Previewだったが、今月のGCP Liveでオープンになった。

あわせて、GAEのMVMs上でDartアプリケーションを動かすことができるように、GoogleがDartアプリケーションのランタイムイメージを提供してくれたので、それをベースイメージにして、自分で作ったDartアプリケーションをGAEへデプロイできるようになった。

以下、GAEのMVMsって何？という全体像の把握から、DockerやDartの環境構築、アプリのデプロイまでの一連の流れをまとめてみた。

参考：

1. 全体のイメージを掴む

Dart and Google Cloud Platform | Dart: Structured web apps
まずは、GAEのMVMsでDartアプリケーションを動かすってどういうこと？を消化。上記のページに概要がまとまっている。動画でも、6分程度だが、内容が分かりやすくまとめられているのでチェックすることをオススメ。

内容的に少しかぶるが、GAEのMVMsについての説明も目を通した。
Managed VMs - Google App Engine — Google Cloud Platform

要点：

これまでのGAEは、特定の言語、Python、Java、GoやPHPのランタイムをベースにしたWeb Serverと自分のコードが動くサンドボックス。環境は変えられず、全てはGoogleに管理されていた。

MVMsだと、カスタマイズしたGoogle Compute Engine(GCE)のVirtual Machines(VMs)上でGAEのような手軽さで、自分のコードを動かすことができるよ、GCEのIaaS的な柔軟性とGAEのPaaS的な管理の手軽さ、どちらもおいしいとこどりができるよ、というもの。

MVMsは、GAEのインスタンスを、GCE上で動かしてくれる。

MVMsが登場した背景やメリットについては、トップゲートさんの以下のページが参考になる。
GAE Managed VMs誕生までの歴史を振り返る | 株式会社トップゲート（Google Cloud Platform Partner / Google技術者集団）

2. Dartの開発環境の構築

Dart のツールやDart Editorをダウンロード。
https://www.dartlang.org/codelabs/darrrt/#set-up

解凍して、ローカルマシーンにdartディレクトリを配置したら、SDKのbin/までPATHをはる。

例えばMacでは、.bash_profileに以下を追加。

$ export PATH=$PATH:<installation directory>/dart/dart-sdk/bin

3. boot2dockerをインストール

Mac：Releases · boot2docker/osx-installer
上記のリンクからパッケージをダウンロードして、boot2dockerをインストールする。

boot2dockerは、VirtualBoxのためにパッケージされたLinux VMイメージ。このイメージの中には、boot2dockerのコマンドやDockerのデーモンが含まれている。

from Set Up for App Engine Development | Dart: Structured web apps

VirtualBoxは、DockerのVMデーモンをホストするもの。DockerコンテナはVirtualBox上で走る。なお、GAEのMVMsが対応しているのは、VirtualBox 4.3.10以上。

boot2dockerの最新は、v1.3.1（Docker v1.3.1、Linux v3.16.4）。VirtualBox v4.3.18-r96516を含んでいるので、インストールが完了すると、VirtualBoxもインストールされる。Macの場合、boot2dockerコマンドも、dockerコマンドも、/usr/local/binにインストールされる。

4. Docker設定

boot2dockerにはDocker v1.3.1が含まれているが、boot2dockerのVM内部で、Docker v1.3.0を要求するそうで、以下のコマンドを走らせて、その辺の設定を行う。

$ mkdir ~/.boot2docker
$ echo 'ISOURL = "https://github.com/boot2docker/boot2docker/releases/download/v1.3.0/boot2docker.iso"' > ~/.boot2docker/profile
$ boot2docker init

5. boot2docker起動

boot2docker起動。

$ boot2docker up

正常に起動したらセットアップ情報が表示される。GAEのMVMsでアプリケーション開発をするためには、必要ないので無視。

$ boot2docker up
Waiting for VM and Docker daemon to start...
.....o
Started.
Writing /Users/hogehoge/.boot2docker/certs/boot2docker-vm/ca.pem
Writing /Users/hogehoge/.boot2docker/certs/boot2docker-vm/cert.pem
Writing /Users/hogehoge/.boot2docker/certs/boot2docker-vm/key.pem

To connect the Docker client to the Docker daemon, please set:
    export DOCKER_TLS_VERIFY=1
    export DOCKER_HOST=tcp://192.168.59.103:2376
    export DOCKER_CERT_PATH=/Users/hogehoge/.boot2docker/certs/boot2docker-vm

6. Dockerイメージを取得

以下のコマンドを実行して、環境変数をセットアップ。

$ $(boot2docker shellinit)

次に、以下のコマンドを実行して、Googleが提供している幾つかのDockerイメージをダウンロードする。

$ docker pull google/docker-registry

イメージが無事に取得できたかどうか確認。google/dartリポジトリからのイメージも取得できているはず。

$ docker images
REPOSITORY    TAG    IMAGE ID    CREATED    VIRTUAL SIZE
google/dart  latest  cd7baf4008f8  2 weeks ago  243.6 MB
google/docker-registry  latest  5d4bb763edd7  3 weeks ago  428.8 MB

確認のため、Dart VMのバージョンナンバーを出力。VMが走っていないといけないので、gogole/dartをrunする。

$ docker run google/dart /usr/bin/dart --version
Dart VM version: 1.7.2 (Tue Oct 14 12:12:42 2014) on "linux_x64"

Dockerについて、最低限知っておくとよい知識：

Docker：コンテナ型の仮想化を実現するためのソフトウェア。VMwareなどのサーバの仮想化と違い、扱う単位がマシンではなくプロセスであることがポイント。サーバ管理で必要なあれこれは不要。

リポジトリ：コンテナを管理する単位。

コンテナ：プロセス空間やネットワーク等が外部から隔離された空間。コンテナの中でプロセスが動く。

イメージ：コンテナのテンプレート。イメージを元にして新しいコンテナを作る。

仮想化の単位がマシンイメージからコンテナイメージに移ってきた感じ。
Dockerの基本については、TECHSCOREさんのブログが参考になる。
» 隔離の技術Dockerの考え方と使い方の基本 TECHSCORE BLOG

7. Google Developer Consoleでプロジェクトを作成

Google Developers Console

プロジェクト名とプロジェクトIDを決定する。IDは後で変えられないので、よく考えて決める。

プロジェクト作成後、GAEやGCE周りの設定が必要なんじゃないかと試行錯誤したが、結局必要なことは単にプロジェクトを作るだけだった。

8. Google Cloud SDKをインストール

Mac：ターミナルで以下のコマンドを入力。インストールが終了したら、ターミナルを再起動。

$ curl https://sdk.cloud.google.com | bash

Google Cloud SDKを使うにはgmailアカウントを設定する認証作業が必要。

$ gcloud auth login

プロジェクトIDを設定。

$ gcloud config set project <my-project-id>

コンポーネントを最新にする。

$ gcloud components update app

設定を確認。

$ gcloud config list
[core]
account = xxx@gmail.com
disable_usage_reporting = False
project = <my-project-id>
user_output_enabled = True

9. Dart App Engineプロジェクトを作成

Dart App Engineプロジェクトとして、helloworldを作ってみる。ディレクトリ場所はお好みで。

$ mkdir helloworld

app.yamlファイルを作成。これはDart App Engineアプリケーションの設定ファイル。ディレクトリのトップ、ここではhelloworldディレクトリ直下、に配置する。

$ cd helloworld
$ vi app.yaml

app.yaml中身

version: helloworld
runtime: custom
vm: true
api_version: 1

続いて、Dockerfileファイルを作成。これも配置はディレクトリトップ。

$ vi Dockerfile

Dockerfile中身

FROM google/dart-runtime

更に、pubspec.yamlファイルを作成。pubspec.yamlは、Dartプログラムが依存するパッケージなどを定義する。これもこれも配置はディレクトリトップ。

$ vi pubspec.yaml

pubspec.yaml中身

name: helloworld
version: 0.1.0
author: Misaho Otsuka
dependencies:
  appengine: '>=0.2.1 < 0.3.0'

10. Dartプログラムを作成

サーバーサイドのDartプログラムを作成。配置はbin/下。ファイル名はserver.dart。Dart App Engineのプログラムは、bin/server.dartから実行を開始するので、このファイルは必須。

$ mkdir bin

server.dartの中身

import 'dart:io';
import 'package:appengine/appengine.dart';

main() {
  runAppEngine((HttpRequest request) {
    request.response..write('こんにちは、世界！')
                    ..close();
  });
}

runAppEngine()は、トップレベルメソッド。Dartのランタイムを走らせ、App Engineへ接続する。引数はコールバック関数。この例では、HttpRequestを使ってレスポンスに「こんにちは、世界！」と出力し、レスポンスをクローズしている。

Dartプログラムは、Dart Editorで編集してもいい。

最終的な階層構造。

from Create and Run HelloWorld | Dart: Structured web apps

11. pub getを実行

Dart App Engineのプロジェクトに必要なライブラリをインストールする。helloworldディレクトリ下で実行。

$ pub get
Resolving dependencies... 
Got dependencies!

12. Dartのランタイムイメージをダウンロード

これは1度だけ実行すれば良い。

$ docker pull google/dart-runtime

イメージがゲットできたことを一応、確認。

$ docker images
REPOSITORY    TAG    IMAGE ID    CREATED    VIRTUAL SIZE
google/dart-runtime  latest  e2ab3ccbce58  2 weeks ago  243.6 MB
google/dart  latest  cd7baf4008f8  2 weeks ago  243.6 MB
google/docker-registry  latest  5d4bb763edd7  3 weeks ago  428.8 MB

13. ローカルで実行確認

$ gcloud preview app run app.yaml

コンテナが起動した後は、ヘルスチェクが定期的に何度も呼び出される。

$ gcloud preview app run app.yaml
Module [default] found in file [/Users/hogehoge/git/mvm-sample/helloworld/app.yaml]
INFO: Looking for the Dockerfile in /Users/hogehoge/git/mvm-sample/helloworld
INFO: Using Dockerfile found in /Users/hogehoge/git/mvm-sample/helloworld
INFO: Skipping SDK update check.
INFO: Starting API server at: http://localhost:52671
INFO: Health checks starting for instance 0.
WARNING: Health check for instance 0 is not ready yet.
INFO: Building image test-mvmdart.default.helloworld...
INFO: Starting module "default" running at: http://localhost:8080
INFO: Starting admin server at: http://localhost:8000
INFO: Image test-mvmdart.default.helloworld built, id = 6a65a3d6cb36
INFO: Creating container...
INFO: Container 25f2f396d660bd8411e150e48ae05290922b3bebda07acaf8e90007a577aa045 created.
INFO: default: "GET /_ah/start HTTP/1.1" 200 2
INFO: default: "GET /_ah/health?IsLastSuccessful=no HTTP/1.1" 200 2
INFO: default: "GET /_ah/health?IsLastSuccessful=yes HTTP/1.1" 200 2
INFO: default: "GET /_ah/health?IsLastSuccessful=yes HTTP/1.1" 200 2

localhost:8080へアクセスすると、実行結果が確認できる。

「こんにちは、世界！」を「Hello, world!」へ変更して保存すると、

ブラウザでリロードすれば、変更が反映されていることが確認できる。

アプリケーションへの変更は監視されている。

from Create and Run HelloWorld | Dart: Structured web apps

ローカルサーバーを停止したい場合は、Control-C。gcloudコマンドでrunしたローカルサーバーをstopするコマンドは、無い。

ローカルで実行確認をすると、現在のプロジェクトの内容を元に、<my-project-id>.default.<app.yamlで定義したversion>という名前で、コンテナが作られる。

14. GAE上にデプロイ

$ gcloud preview app deploy app.yaml

注意：

デプロイし終わるまで結構時間がかかる！大体3分ほど。しかもヘルスチェクが5秒おきに30回程度実行される。でも待っていればヘルスチェクも終わって完全にデプロイ作業が完了する。デプロイが終わらないと、URLへアクセスしても、503になるだけなので辛抱。

$ gcloud preview app deploy app.yaml
Updating module [default] from file [/Users/hogehoge/git/mvm-sample/helloworld/app.yaml]
06:34 PM Host: appengine.google.com
{bucket: vm-containers.test-mvmdart.appspot.com, path: /containers}

06:36 PM Host: appengine.google.com
06:36 PM Application: test-mvmdart (was: None); version: helloworld
06:36 PM 
Starting update of app: test-mvmdart, version: helloworld
06:36 PM Getting current resource limits.
06:36 PM Scanning files on local disk.
06:36 PM Scanned 500 files.
06:36 PM Cloning 530 application files.
06:36 PM Starting deployment.
06:36 PM Checking if deployment succeeded.
06:36 PM Deployment successful.
06:36 PM Checking if updated app version is serving.
06:36 PM Will check again in 5 seconds.

... 中略

06:39 PM Will check again in 5 seconds.
06:39 PM Checking if updated app version is serving.
06:39 PM Enough VMs ready (2/2 ready).
06:39 PM Completed update of app: test-mvmdart, version: helloworld

デプロイが完了したら、

http://helloworld.<my_project_id>.appspot.com/

へアクセス。ローカルと同じ実行結果が確認できる。

Google Developer Consoleを確認すると、自動的に、GAEのインスタンス設定が行われ、GCEのVMインスタンスも設定されていることが確認できる。

GAEのダッシュボード。「Google管理」となっているのがMVMsの印。

GCEのVMインスタンスは自動的に2つ作成され、どちらもマシンタイプ、ゾーンは以下のようになっていた。

Docker お掃除コマンド Tips：

デプロイを行うと、localhost...をリポジトリとするイメージや<none>なイメージ、busyboxのイメージが増える。

停止したコンテナを消したり、不要なイメージを削除したりするお掃除コマンドは必須。

・停止したコンテナのリストを取得して削除する

docker rm $(docker ps -a -q)

・タグが<none>イメージを削除する

docker rmi $(docker images | grep "^<none>" | awk "{print $3}")

・デプロイする度に増えるlocalhost...をリポジトリとするイメージを削除する

docker rmi $(docker images | grep "localhost*" | awk "{print $3}")

結論：どれくらい手間？

Dart on App Engine、どれくらい管理やデプロイに手間がかかるか？というと、結局、GAEとあまり変わらない。

一連の作業はプロセスが幾つもあって時間がかかる印象だが、一度環境を作ってしまえば、後は、サーバーサイドのDartプログラム書いて、runして、deployするだけ。仮想化も、サーバレベルでなく、コンテナレベルなので、プロジェクトに関係ないメンテ作業なども必要ない。

結論：どれくらいお金かかる？

手間はGAEと変わらないのだが、費用はGAEベースではなく、GCEベースなので、アクセスがなくてもインスタンスを削除しない限り費用が発生する。この点は注意。

今のところ、このhelloworld程度のプログラムをデプロイして、かかった費用は

3日間で$1.66

（内訳：Storage Pd Capacityに$0.03、Generic Small instance with 1 VCPU, no scratch diskに$1.63）

ということは、1日あたり$0.5程度。今のレートでは約50円。1ヶ月では約1,500円。悪くないんじゃない？という感じ。

Dart事始め

2014-11-11T14:29:00.000+09:00

Dartの「GET STARTED」の一連のステップをやってみた。

「GET STARTED」で最終的にできあがるWebアプリの仕様

テキストフィールドへ名前が入力されると、右側のバッジ部分に「名前 the 称号」と海賊っぽく表示する

テキストフィールドが空の場合は、ボタンを押す度に「名前 the 称号」の組み合わせをランダムに表示する

テキストフィールドが空かどうかで、ボタンのラベルを変える
テキストフィールドへ入力すると、ボタンを無効化する
テキストフィールドへ入力する度に「名前 the 称号」の組み合わせをランダムに表示する
「名前 the 称号」が変わる度に、名前と称号をローカルストレージへ保存する

Dartで書くときのポイントについて色々と気づき

importでライブラリ全体をインポート。特定のクラスをインポートしたい場合はshowで
final, staticなどはJavaと同じ意味で使用可能
privateキーワードは無い。_を付けた変数がprivate扱いになる
プログラムの実行主体はvoid main()
入出力ストリームの監視はlisten()で
JavaScriptのPromisesと同じ扱いでFutureオブジェクトが使える。then()やcatchError()で、onSuccessとonErrorの扱いを切り分ける
カスケードオペレーター（..）で、あるオブジェクトの複数のプロパティへアクセスできる
window.localStorage['キー']でローカルストレージへアクセス
List<String>などGenericsが使用可能
getterは、戻り値 get プロパティと定義する。例えば、getPirateName()はString get pirateName
=> はreturn expr;の省略形として使える
$は文字列内で変数を明示する時に使える(print('Error occurred: $error');)
コンストラクタも定義できるPirateName(){}だけでなく、PirateName.fromJSON(){}といった定義も可能
オプションの引数はcurly brackets({})で指定可能
型変換はasで(e.target as InputElement)
querySelector()などでidを渡してDOM操作することになる。値のバインディングは Angularなどで別途自分でやる

「GET STARTED」で最終的にできあがるWebアプリのリソース

piratebadge.css
piratebadge.html

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Pirate badge</title>
    <meta name="viewport"
          content="width=device-width, initial-scale=1.0">
    <link rel="stylesheet" href="piratebadge.css">
  </head>
  <body>
    <h1>Pirate badge</h1>
    
    <div class="widgets">
      <div>
        <input type="text" id="inputName" maxlength="15" disabled>
      </div>
      <div>
        <button id="generateButton" disabled>
          Aye! Gimme a name!
        </button>
      </div>
    </div>
    <div class="badge">
      <div class="greeting">
        Arrr! Me name is
      </div>
      <div class="name">
        <span id="badgeName"> </span>
      </div>
    </div>
    <script type="application/dart" src="piratebadge.dart"></script>
    <script src="packages/browser/dart.js"></script>
  </body>
</html>

piratenames.json : 名前と称号のリストを含んだJSONファイル

{ "names": [ "Anne", "Bette", "Cate", "Dawn",
        "Elise", "Faye", "Ginger", "Harriot",
        "Izzy", "Jane", "Kaye", "Liz",
        "Maria", "Nell", "Olive", "Pat",
        "Queenie", "Rae", "Sal", "Tam",
        "Uma", "Violet", "Wilma", "Xana",
        "Yvonne", "Zelda",
        "Abe", "Billy", "Caleb", "Davie",
        "Eb", "Frank", "Gabe", "House",
        "Icarus", "Jack", "Kurt", "Larry",
        "Mike", "Nolan", "Oliver", "Pat",
        "Quib", "Roy", "Sal", "Tom",
        "Ube", "Val", "Walt", "Xavier",
        "Yvan", "Zeb"],
  "appellations": [ "Awesome", "Captain",
        "Even", "Fighter", "Great", "Hearty",
        "Jackal", "King", "Lord",
        "Mighty", "Noble", "Old", "Powerful",
        "Quick", "Red", "Stalwart", "Tank",
        "Ultimate", "Vicious", "Wily", "aXe", "Young",
        "Brave", "Eager",
        "Kind", "Sandy",
        "Xeric", "Yellow", "Zesty"]}

piratebadge.dart : Dartプログラム

// Import Dart Library.
import 'dart:html';
// 'show' keyword, which imports only the specified classes.
import 'dart:math' show Random;
import 'dart:convert' show JSON;
import 'dart:async' show Future;

// Declare button element as a global variable.
ButtonElement genButton;

// Declare span element as a global variable.
SpanElement badgeNameElement;

// key-value pairs string save to local storage.
final String TREASURE_KEY = 'pirateName';

// App starts here.
void main() {
  // Stash the input element in a local variable.
  InputElement inputField = querySelector('#inputName');
  // Listen input streams.
  inputField.onInput.listen(updateBadge);
  genButton = querySelector('#generateButton');
  genButton.onClick.listen(generateBadge);
  badgeNameElement = querySelector('#badgeName');

  // Call the function, which returns a Future(silimar to JavaScript Promises).
  // Using underscore (_) as a parameter name indicates that the parameter is ignored.
  PirateName.readyThePirates().then((_) {
    // on success
    inputField.disabled = false; // enable
    genButton.disabled = false; // enable
    // Retrieve the name from local storage.
    setBadgeName(getBadgeNameFromStorage());
  }).catchError((error) {
    // '$' indicates that this is a variable, not a string.
    print('Error initializing pirate names: $error');
    badgeNameElement.text = 'Arrrr! No names.';
  });
}

void updateBadge(Event e) {
  // use 'as' to type casting
  String inputName = (e.target as InputElement).value;
  setBadgeName(new PirateName(firstName: inputName));
  if (inputName.trim().isEmpty) {
    // The cascade operator (..) allows you to perform multiple
    // operations on the members of a single object.
    genButton
        ..disabled = false
        ..text = 'Aye! Gimme a name!';
  } else {
    genButton
        ..disabled = true
        ..text = 'Arrr! Write yer name!';
  }
}

void setBadgeName(PirateName newName) {
  if (newName == null) {
    return;
  }
  querySelector('#badgeName').text = newName.pirateName;
  // Save the name to local storage.
  window.localStorage[TREASURE_KEY] = newName.jsonString;
}

void generateBadge(Event e) {
  setBadgeName(new PirateName());
}

// The function retrieves the name from local storage and
// creates a PirateName object from it.
PirateName getBadgeNameFromStorage() {
  String storedName = window.localStorage[TREASURE_KEY];
  if (storedName != null) {
    return new PirateName.fromJSON(storedName);
  } else {
    return null;
  }
}

// declare class
class PirateName {
  // final variables cannot change.
  static final Random indexGen = new Random();
  // Declare generic type—List.
  static List<String> names = [];
  static List<String> appellations = [];

  // Private variables start with underscore (_).
  // Dart has no private keyword.
  String _firstName;
  String _appellation;

  // Provide a constructor for the class.
  // curly brackets{} indicates optional parameters.
  PirateName({String firstName, String appellation}) {
    if (firstName == null) {
      _firstName = names[indexGen.nextInt(names.length)];
    } else {
      _firstName = firstName;
    }
    if (appellation == null) {
      _appellation = appellations[indexGen.nextInt(appellations.length)];
    } else {
      _appellation = appellation;
    }
  }

  // The constructor creates a new PirateName instance
  // from a JSON-encoded string.
  PirateName.fromJSON(String jsonString) {
    Map storedName = JSON.decode(jsonString);
    _firstName = storedName['f'];
    _appellation = storedName['a'];
  }

  // Declare a class level method.
  static Future readyThePirates() {
    // If you spell miss the json file name,
    // executes PirateName.readyThePirates().catchError() in main().
    var path = 'piratenames.json';
    // getString() returns Future is used as arguments
    // to _parsePirateNamesFromJSON().
    // then() is a callback function is called when the Future completes successfully.
    return HttpRequest.getString(path).then(_parsePirateNamesFromJSON);
  }

  // Declare a instance and private method.
  static _parsePirateNamesFromJSON(String jsonString) {
    Map pirateNames = JSON.decode(jsonString);
    names = pirateNames['names'];
    appellations = pirateNames['appellations'];
  }

  // Provide a getter for the private variables
  // The fat arrow ( => expr; ) syntax is a shorthand for { return expr; }.
  String get pirateName => _firstName.isEmpty ? '' : '$_firstName the $_appellation';

  // Add a getter to the PirateName class that encodes a pirate name in a JSON string.
  String get jsonString => JSON.encode({
    "f": _firstName,
    "a": _appellation
  });
}

実行は以下から確認できる。

Step6 Run the app.

GitHubでプルリクエストがマージされた後にすること

2014-10-30T15:30:00.000+09:00

GitHubで初めてプルリクエストを送ってみました(・∀・)

少しでも、fork元のリポジトリに貢献できるって嬉しいですね。初めての快感です。

送ったプルリクエストは早速マージしてもらったのですが、その後、自分の作業用ブランチやforkした後の自分のリポジトリって、どのように処置したらいいの？と戸惑いました。次回またそうならないために忘備録としてメモ。

1. ローカルのmasterへcheckout

変更作業を開始する前の、forkしてきた初期のステータスを参照している段階へ戻ります。

$ git checkout master

2. ローカルの作業用ブランチを削除

必要なくなったローカルの作業用ブランチを削除します。なんやかんや聞かれても面倒なので、-Dオプションを付けて、強制的に削除してしまいます。

$ git branch -D fixTypo

必要ないブランチが複数ある場合は、それぞれ削除していきます。

ローカルにある、プルリクエストを送るために使ったブランチも、削除します。

3. プルリクエスト済みのGitHub上にあるリモートブランチを削除

$ git push origin :fixTypo

4. ローカルでfork元のリポジトリからプル

ここから先はSourceTreeで作業しました。

fork元のリポジトリからプルを実行します。

プルする時に「プルする元のリポジトリ」をGitHub上の自分のリポジトリではなく、fork元のリポジトリを指します。そのために、プルダウンをクリックして、「カスタム」を選択して、パスを変更します。

単に変更内容を吸いたいだけなので、「マージしてコミットする」などのチェックボックスは全てオフにしておく方が無難です。

fork元は、自分が送ったプルリクエストをマージして更新済みなので、プルが済むと、自分が編集を始める前の状態との差分が出てきます。

5. GitHub上の自分のリモートリポジトリへプッシュ

ローカルのmasterへプルした、最新のfork元のリポジトリの内容を、リモートのGitHub上の自分のリポジトリへプッシュします。

これで、fork元のリポジトリの状態と、GitHub上の自分のリポジトリの状態とが一致します。

もう、このリポジトリはwatchしないなという場合は、リポジトリを削除してもいいと思いますが、なにかしらまだチェックしておきたいかもという場合は、自分のリポジトリが古いバージョンをさしたままにならないようにプルしておくといいと思います。

昭和天皇が靖国神社へのご親拝をおやめになったのはなぜか、調べて考えた

2014-09-09T13:12:00.001+09:00

昭和天皇の靖国神社へのご親拝は過去8回あった（1945年・1952年・1954年・1957年・1959年・1965年・1969年・1975年）。

しかし、1975年（昭和50年）11月21日を最後に、一度もご親拝はなされていない。今上陛下も天皇陛下になられてからのご親拝はない。皇太子殿下も皇太子殿下になられてからは行かれていない。

その代わり、昭和天皇、今上陛下は、ご親拝の代わりに皇室の勅使を春と秋の例大祭に差し遣われている。また、奉幣＝皇室の幣帛（へいはく＝神に供える物）を、伊勢神宮と靖国神社に奉（たてまつ）る伝統は、変わらず行われている。

でも、ご親拝は途絶えている。なぜ、1975年で昭和天皇のご親拝が止まっているのか、最大の原因は当時の三木首相の「私的参拝」発言の影響だと考えられる。

天皇陛下が御親拝を中止された本当の理由　から引用

１９７５年（昭和５０年）、当時の首相三木武夫は８月１５日に靖国神社に参拝したが公用車を使わず、肩書きを記帳せず、玉串料を公費から支払わず、閣僚を同行しないことの４条件を以て、「私的参拝」だと述べた。

このことが国会でも取り上げられ政治問題化した。

そして、昭和天皇の最後の靖国神社御親拝となった１９７５年１１月２１日の前日にも、国会でこの問題が大きく取り上げられている。

１１月２１日、天皇皇后両陛下は靖国神社と千鳥ヶ淵戦没者記念墓苑にご親拝されたが、前日の１１月２０日の参議院内閣委員会で日本社会党の野田哲、秦豊、矢田部理の３議員が質問に立って厳しく追及した。

政府委員として答弁した富田朝彦・宮内庁次長（当時）が、天皇陛下の靖国神社御親拝は「私的行為」であると説明したところ、社会党議員からは、公的行為だとか私的行為だとかいった区別はできないのではないか、明日の天皇陛下の御親拝は、「（当時国会で議論されていた）天皇陛下や内閣総理大臣らの靖国神社「公式参拝」に道を開くものであって、「表敬法案」の先取りであり、【憲法２０条】に違反する疑いがある、更に「あなた方によれば、私的行為の名のもとに天皇が靖国神社に参拝されるということは、どんな答弁、どんな強弁に接しようともわれわれは断じて認めるわけにはいかない」などといった厳しい批判が加えられている。

追求を受けた吉国一郎内閣法制局長官は遂に、天皇の参拝は、「憲法第２０条第３項の重大な問題になるという考え方である」と答えてしまった。

先帝陛下であられる昭和天皇も今上陛下も、どのような設立経緯や内容であったとしても、日本の民主主義の根幹を成す憲法を順守する遵法の精神を強く持っておられる。

憲法上、重大な問題になると言われれば、行動をお控えになるだろう。三木発言、それにまつわる国会質問、内閣法制局長官の答弁、これらの影響はとてつもなく大きい。

以下、ポイントになる点について、事実と、自分の考えをまとめてみた。

A級戦犯合祀されたのはいつ？

1978年（昭和53年）10月17日に「昭和殉難者」（国家の犠牲者）として靖国神社に合祀された。その事実が、1979年（昭和54年）4月19日朝日新聞によって報道され国民の広く知るところとなった。

合祀とご親拝取りやめの関連は？

昭和天皇がご親拝をなさらなくなったのは、1978年（昭和53年）にA級戦犯が合祀されたからではない。ご親拝はその前に、1975年を最後に、途絶えていた。直接の原因となったのは、国会での政教分離に関わるという批判だったと思われる。

「木戸幸一日記」や「昭和天皇独白録」などから察すると、昭和天皇ご自身は「戦犯」という言葉に否定的だったご様子。その上で更に、A級やC級（ちなみにA級〜C級は罪の種類の違いであって重みの違いではない。Aクラス、Bクラスのようなもの）の違いで対応を変えるようなお考えはお持ちでなかったのではないか。つまり、B・C級戦犯が合祀されている間はご親拝されて、A級だったらご親拝されないという対応は、なされないのではないか。

戦争責任者を連合国に引渡すは真に苦痛にして忍び難きところなるが、自分が一人引受けて退位でもして納める訳には行かないだろうか
昭和20年8月29日「木戸幸一日記」

首相宮御参内、戦争犯罪人の処罰を我国に於て実行することを聯合国に申入る〃ことに閣議に於て決定したる由にて、其旨奏上せられたるに、御上は敵側の所謂責任者は何れも嘗ては只管忠誠を尽したる人々なるに、之を天皇の名に於て処断するは不忍ところなる故、再考の余地はなきやとの御尋ねあり
昭和20年9月12日「木戸幸一日記」

「元来東条と云ふ人物は、話せばよく判る、それが圧制家の様に評判が立つたのは、本人が余りに多くの職をかけ持ち、忙しすぎる為に、本人の気持が下に伝らなかつたことゝ又憲兵を余りに使ひ過ぎた。
「昭和天皇独白録」

「東条は民論を重んずべきことを屡々口にせり。しかるに迫水のような考えがありとすると、その原因は、東条が余り各省大臣を兼任して、自分の意思通り事が運び兼ね、軍務局や憲兵が、東条に名において勝手なことをしたのではないか。東条はそんな人間とは思わぬ。彼ほど朕の意見を直ちに実行に移したものはない」
「側近日誌」木下道雄

合祀時に各国の反応は？

1978年（昭和53年）のA級戦犯合祀時点での諸外国からの抗議は皆無だった。

1979年に合祀されていたことが報道された後も、鈴木善幸氏が首相在任中も含め8月15日等計8回参拝しているが、抗議は受けていない。

しかし、1985年（昭和60年）に中曽根康弘氏が首相として公式参拝を表明し実施して以降、中国と韓国から抗議を受け始めた。

つまり、天皇陛下がご親拝なさらない原因に、A級戦犯合祀、そして各国の反応は関連していない。中国や韓国が反対を言い出したのは1985年になってから。ますます陛下がご親拝されにくい状況にはなっているが、とりやめの原因ではない。

どうしたら天皇陛下にご親拝頂けるようになるか

直接の原因となった、陛下が靖国神社へご親拝なさることが政教分離に抵触するのか、という問題を解決しなければいけない。

まずは、天皇陛下が祭祀王であることを日本国民がしっかりと認識する必要がある。現在、天皇陛下の宮中祭祀のお務めは公務ではなく、私的なものとされている。よって、マスコミも報道しない。この根本がおかしい。

天皇陛下は神道の長、常に日本国民の安寧を祈って祭祀を行われていることを知るべき。そして、日本のために命を落とした様々な方が祀られている靖国神社へ参拝されることは当然のことだという認識を持つべき。その考えを持った総理大臣が、まずは必要。

そして、陛下がそのように神社へご親拝されることは政教分離には全く抵触しないことを、国民、政治家、共に認識すべき。政教分離とは、特定の宗教を政治が贔屓しないという平等性であって、全く無関係にするというものではない。政教分離のアメリカだって聖書の上に手をおいて大統領は宣誓する。

天皇陛下が祭祀王であること、ご親拝は政教分離に抵触しないこと、これらを国民が認識し、国外へも積極的に伝えていく努力が必要。

そうして初めて、靖国神社への陛下のご親拝は可能になると思う。

プレビューのPDF書き出しでバイト数を削減しようとQuartzフィルタを設定しても一覧に表示されなくて困ったら

2013-05-08T13:23:00.000+09:00

スキャンしたデータを、Macのアプリ「プレビュー」でPDFへ書きだすと、めちゃめちゃバイト数が高くなる。

Quartzフィルタの「Reduce File Size」を指定すると、もの凄くバイト数が削減されるのだが、粗くなりすぎて、人様に送れるレベルではない(^_^;)

そこで、Reduce File Sizeの「アラアラ」な設定をカスタマイズして、「アラ」程度に調整みようと、ColorSyncユーティリティでフィルタの複製を試みた。

でも、・・・出ない。
PDF書き出しのQuartzフィルタのリストに複製したフィルタ名が表示されない。

調べたら、ColorSyncユーティリティで書き出されるパス「$HOME/Library/Filters/」下のQuartzフィルタは、プレビューでは表示されないとのこと。

独自のPDFのQuartzフィルタを追加する - ザリガニが見ていた...。

「/Library/Filters/」下だったら、プレビューでも表示されるようになるようだ。

つまり、「/System/Library/Filters/」下にある「Reduce File Size.qfilter」をコピーして「/Library/Filters/」下へ配置し、そのファイルをカスタマイズすればよい。

そのためには、rootになって/Library/へアクセスできるようにしないと。

ということで、rootになれるように、ターミナルを開いてrootのパスワードを設定。

$sudo passwd root
Password:
Changing password for root.
New password:
Retype new password:

その後、rootへsu。

$ su -
Password:

/Library/にFiltersディレクトリを作り、Reduce File Size のフィルタファイルをコピーしてくる。ファイル名は末尾に_customizeをつけるなり、適当に。このファイル名がプレビューでフィルタ名として表示されるわけではないので。

root# mkdir /Library/Filters
root# cp /System/Library/Filters/Reduce\ File\ Size.qfilter /Library/Filters/Reduce\ File\ Size_customize.qfilter

コピーできたら、自分好みの設定にカスタマイズ編集。viなんかで。

自分が変更したのは3点。

ImageScaleFactorの値を「0.5」から「1.0」へ
ImageSizeMaxの値を「512」から「1024」へ
Nameの値を「Reduce File Size」から「Reduce File Size(customize)」へ

2点目のImageSizeMaxの値が特にバイト数へ影響を与える。大きければ大きいほどバイト数は高くなる。1点目のImageScaleFactorを1.0へ設定したので、このフィルタを使うと倍率1.0の1024のサイズへ画像をスケールすることになる。

3点目で設定した名前は、Quartzフィルタ名としてプレビューで表示される。

今度はちゃんと出た〜(・∀・)

OS 10.9.2(Mavericks)のプレビューでの注意点

追記 2014.03.28

・「PDFで書き出し」
・「印刷」→「PDF」→「PDFとして保存」
これらではQuartzフィルタが選べないようです。

「書き出す」→フォーマット「PDF」選択と進むと、Quartzフィルタの欄が表示されます。

MediaProviderのgetType()でIllegalStateExceptionが発生して困ったらmimeTypeの指定を確認すべし

2013-03-14T16:51:00.001+09:00

画像をダウンロードした際に、そのメタ情報をMediaProviderへ登録するために、MediaScannerConnectionを使っている。

MediaScannerConnection.scanFile(context,
          new String[] { uri.getPath() },
          new String[] { "image/*" },
          new MediaScannerConnection.OnScanCompletedListener() {
            public void onScanCompleted(String path, Uri uri) {
              // Notificationを表示する
              notifyDownloadComplete(context, path, uri, sms);
            }
          });

ところが、MediaProviderのgetType()でIllegalStateExceptionが発生して、Activity Managerがクラッシュしてしまうことが多くて困った。

原因は、MediaScannerConnectionのscanFile()へmimeTypeを指定しているところ。

new String[] { "image/*" },

mimeType判断として、"image/*"と指定して、「何らかの画像」と加えたのが、逆にmimeType判断に時間をかけさせてしまい、IllegalStateException発生の温床にしてしまっていたらしい。

mimeTypeが特定できない場合にスキャンさせる時は、mimeTypeを指定せず、nullを与えて、拡張子から自動的に判断させるようにする方が好ましいようだ。

よって、mimeTypeの指定をnullへ変更。

MediaScannerConnection.scanFile(context,
          new String[] { uri.getPath() },
          null,
          new MediaScannerConnection.OnScanCompletedListener() {
            public void onScanCompleted(String path, Uri uri) {
              // Notificationを表示する
              notifyDownloadComplete(context, path, uri, sms);
            }
          });

面積や、JPEG、PNGなど種類を変えて、様々な画像のダウンロードを試してみたが、変更後は、IllegalStateExceptionは全く発生しなくなった(^。^)

MacでAndroidデバッグ用証明書を生成するときにターミナルの文字化けを防ぐには

2013-03-04T17:37:00.000+09:00

Macでkeytoolコマンドを使ってAndroidデバッグ用の証明書を生成しようとしたら、メッセージが文字化けして何が何だか…(´・ω・｀)

コマンド出力時のエンコードがUTF-8ではなく、SJISになっていることが原因。Appleが配布しているMac用のJavaの問題と思われ。

文字化けを解消するには、環境変数_JAVA_OPTIONSを指定してUTF-8のエンコードを指定する。

$_JAVA_OPTIONS='-Dfile.encoding=UTF-8' keytool -genkey -v -keystore .android/CUSTOM_debug.keystore -alias androiddebugkey -keyalg RSA -validity 10000 -dname "CN=Android Debug, O=Android,C=JP"
※CUSTOM_debug.keystoreは任意の名前に置き換え

生成済みの証明書を確認する際も、文字化けを防ぐためにオプションを指定する。

$_JAVA_OPTIONS='-Dfile.encoding=UTF-8' keytool -exportcert -alias androiddebugkey -keystore .android/CUSTOM_debug.keystore -list -v

パスワードを入力すると、以下のように生成済みの証明書が表示される。

複数の開発マシーンでデバッグキーを共有するとちょっと便利

ちなみに、作成した.keystoreファイルを複数の開発マシーンで共有すると、同じデバイス宛へアプリを上書きインストールする際にも便利。

通常、同じデバイスに複数の開発マシーンからデバッグビルドでアプリを上書きインストールすると、開発マシーン毎に証明書が異なるので、アプリのアップデートができず、一度アプリをアンインストールしなければならない。

デバッグ用証明書を共有しておくと、アンインストールせずにアプリのアップデートができる。

Mac OS Xの場合、Eclipseのメニューから、「環境設定」→「Android」→「Build」→「Custom Debug keystore」に共通のデバッグ用証明書を設定すればOK。

Eclipseで設定したXMLのインデント幅がAndroidManifest.xmlに反映されないなと思ったら

2013-02-06T17:52:00.001+09:00

Eclipseでxmlのインデントを半角スペース2つ分と設定している。

その設定をAndroidで編集するAndroidManifest.xmlなどのxmlにも反映するためには、
「Android ＞ Editors ＞ Use Eclipse setting for indentation width and space or tab character indentation(Android default is 4 space characters)」のチェックが必要。

ちょっと困ったのでメモ。

minSdkVersion16以上ではGCMBroadcastReceiverのintent-filterにcategory指定が要らない

2013-02-04T15:15:00.001+09:00

4.1以上の端末と、それより下のAPIレベルの端末で、GCMサーバーからメッセージを受信した際のインテントの内容が異なることに気がついた。

4.1（APIレベル16）以上

02-04 13:25:37.552: V/GCMIntentService.onMessage:70(11555): Intent { act=com.google.android.c2dm.intent.RECEIVE flg=0x10 pkg=my.app.package cmp=my.app.package/.GCMIntentService (has extras) }

4.0.3（APIレベル15）

02-04 13:46:33.894: V/GCMIntentService.onMessage:70(380): Intent { act=com.google.android.c2dm.intent.RECEIVE cat=[my.app.package] cmp=my.app.package/.GCMIntentService (has extras) }

16以上だと、インテント内にカテゴリー指定がなく、パッケージに変わっている。

GCMのドキュメントにも、minSdkVersionを16以上に指定した場合は、マニフェストに記述するcom.google.android.gcm.GCMBroadcastReceiverのintent-filterで、categoryのname値にパッケージ名を指定する必要がないとある。

Notice that android:name in the category tag must be replaced by your application's package name (and the category tag is not required for applications targeted to minSdkVersion 16 and higher).

メッセージが送られる端末に応じて、インテントにカテゴリーを含めるのか、パッケージ名を含めるのか、振り分けているようだ。

minSDKVersionを16以上にすると、さらに、permission.C2D_MESSAGEの要求も要らなくなるし、マニフェストがスッキリするね。

DownloadManagerのDOWNLOAD_COMPLETEアクションに対応するBroadcastReceiverを書いていてふと疑問に思ったこと

2013-02-04T14:28:00.000+09:00

DownloadManagerのDOWNLOAD_COMPLETEアクションに対応するBroadcastReceiverを書いていて、ふと疑問。

DownloadManagerはシステムレベルで提供されているので、DOWNLOAD_COMPLETEアクションが発生した場合、自分のアプリだけにかかわらず、対応するアプリ全てにアクションがブロードキャストされるのではないかと。

そうだとしたら、フィルタリングする何らかの処理を書いておかないと、他のアプリが叩いたDownloadManagerのDOWNLOAD_COMPLETEアクションに対しても、自分のアプリのBroadcastReceiverが起動してしまうのではないかと。

試しに、DOWNLOAD_COMPLETEアクションに対応するBroadcastReceiverの記述を持つアプリをコピーして、それぞれのアプリをインストール。DOWNLOAD_COMPLETEアクションに対応して両方のBroadcastReceiverが起動するのか確認してみた。

DownlaodManagerにキュー入れする部分のコード。

Request req = new Request(uri);
req.setAllowedNetworkTypes(DownloadManager.Request.NETWORK_MOBILE | DownloadManager.Request.NETWORK_WIFI);
req.setDestinationInExternalPublicDir(Environment.DIRECTORY_PICTURES, subPath);
req.setMimeType(contentType);
req.setTitle(getResources().getString(R.string.app_name));
req.setDescription(getResources().getString(R.string.dl_start_str));
Log.v(getTag(), "ダウンロード開始：" + uri);

//ダウンロードマネージャにダウンロードリクエストをキュー
DownloadManager dlman = (DownloadManager) getSystemService(DOWNLOAD_SERVICE);
dlman.enqueue(req);

DOWNLOAD_COMPLETEアクションをレシーブするDownloadManagerBroadcastReceiverクラス。

public class DownloadManagerBroadcastReceiver extends BroadcastReceiver {

@Override
public void onReceive(Context context, Intent intent) {

  // 関係のあるメッセージがどうか調べる
  String pkg = intent.getPackage();
  if (pkg.equals("my.app.package")) {
       Log.v(getTag(), "関係あるブロードキャスト受信：" + intent);
  } else {
       Log.v(getTag(), "無関係なブロードキャスト受信：" + intent);
       return;
  }

} // onReceive

} // class

my.app.packageのAndroidManifest.xml抜粋

my.app.package_dummyのAndroidManifest.xml抜粋

my.app.package_dummyのDownloadManagerBroadcastReceiverクラス。

public class DownloadManagerBroadcastReceiver extends BroadcastReceiver {

  @Override
  public void onReceive(Context context, Intent intent) {

    // 関係のあるメッセージがどうか調べる
    String pkg = intent.getPackage();
    if (pkg.equals("my.app.package_dummy")) {
       Log.v(getTag(), "関係あるブロードキャスト受信：" + intent);
    } else {
       Log.v(getTag(), "無関係なブロードキャスト受信：" + intent);
       return;
    }

  } // onReceive

} // class

結果、my.app.packageでDOWNLOAD_COMPLETEアクションが発生した場合は、my.app.package.DownloadManagerBroadcastReceiverが起動、

関係あるブロードキャスト受信：Intent { act=android.intent.action.DOWNLOAD_COMPLETE flg=0x10 pkg=my.app.package cmp=my.app.package/.DownloadManagerBroadcastReceiver (has extras) }

my.app.package_dummyでDOWNLOAD_COMPLETEアクションが発生した場合は、my.app.package_dummy.DownloadManagerBroadcastReceiverが起動した。

関係あるブロードキャスト受信：Intent { act=android.intent.action.DOWNLOAD_COMPLETE flg=0x10 pkg=my.app.package_dummy cmp=my.app.package_dummy/.DownloadManagerBroadcastReceiver (has extras) }

両方のDownloadManagerBroadcastReceiverが同時に起動することはなかった。

つまり、それぞれのアプリ内でDownloadManagerを使ってダウンロードした時に発生するDOWNLOAD_COMPLETEアクションには、それぞれのマニフェストに明記しているBroadcastReceiverクラスが対応することになる。

onReceive()内でパッケージ名をチェックする必要などはない。

ということがわかった。

では、さらに、同一パッケージ内で、DOWNLOAD_COMPLETEアクションに対応するBroadcastReceiverが複数登録されていたらどうなる？というテストをしてみた。

AndroidManifest.xml抜粋

02-04 16:23:35.943: V/DownloadManagerBroadcastReceiver.onReceive:42(1695): 関係あるブロードキャスト受信：Intent { act=android.intent.action.DOWNLOAD_COMPLETE flg=0x10 pkg=my.app.package cmp=my.app.package/.DownloadManagerBroadcastReceiver (has extras) }
02-04 16:23:36.033: V/DownloadManagerBroadcastReceiver2.onReceive:42(1695): 関係あるブロードキャスト受信：Intent { act=android.intent.action.DOWNLOAD_COMPLETE flg=0x10 pkg=my.app.package cmp=my.app.package/.DownloadManagerBroadcastReceiver2 (has extras) }

両方のBroadcastReceiverが呼ばれた。起動順序はマニフェストに記述した順序かな？

NotificationのBigPictureStyleで画像全体を表示させてみる

2013-01-26T15:45:00.000+09:00

BigPictureStyleでは、画像の中央を中心にして、最大幅450dpに合う大きさへ画像がクロップされる。

でもそれだと、画像が縦長の場合は上下が大きくクロップされてしまい、何が写っているのかよく分からない。

画像の比率によらず、bigPicture部分で、常に画像全体が見られるようにしてみた。

private Bitmap getBigPicture(Resources res, String path) {
 Bitmap canvasBmp = null;

 final float WIDTH_DP = 450.0f;
 final float HEIGHT_DP = 192.0f;

 // ピクセル密度を取得する
 DisplayMetrics metrics = new DisplayMetrics();
 getWindowManager().getDefaultDisplay().getMetrics(metrics);
 float scaleDensity = metrics.scaledDensity;

 // ピクセル密度を加味してターゲットの幅と高さのピクセル数を計算する
 int targetWidthPx = (int) (WIDTH_DP * scaleDensity);
 int targetHeightPx = (int) (HEIGHT_DP * scaleDensity);

 // 画像読み込みオプションを作成
 BitmapFactory.Options options = new BitmapFactory.Options();
 // メモリが少なくなったらパージできるようにオプションを設定
 options.inPurgeable = true;
 // 画像サイズだけを読み込むようにオプションを設定
 options.inJustDecodeBounds = true;

 // 画像読み込み
 Bitmap srcBmp = BitmapFactory.decodeFile(path, options);

 // 画像の幅と高さのピクセル数を取得する
 int srcWidth = options.outWidth;
 int srcHeight = options.outHeight;

 // Matrixを取得する パディングは0で小さな画像は拡大しない
 Matrix mat = getMatrix(srcWidth, srcHeight, targetWidthPx, targetHeightPx, 0, false);

 // Paintを作成する
 Paint bmpPaint = new Paint();
 bmpPaint.setFilterBitmap(true);

 // ターゲット幅と高さで背景が透明のキャンバスを作成
 canvasBmp = Bitmap.createBitmap(targetWidthPx, targetHeightPx, Bitmap.Config.ARGB_8888);
 Canvas canvas = new Canvas(canvasBmp);

 // 画像サイズだけでなく画像そのものを読み込むようにオプションを設定しなおす
 options.inJustDecodeBounds = false;

 // 実際に画像を読み込み
 srcBmp = BitmapFactory.decodeFile(path, options);

 // 背景が透明のキャンバスに画像を合成する
 canvas.drawBitmap(srcBmp, mat, bmpPaint);

 // メモリ解放
 srcBmp.recycle();
 srcBmp = null;

 Log.i("#getBigPicture()", "scaleDensity=" + scaleDensity + " srcWidth="
   + srcWidth + " srcHeight=" + srcHeight + " targetWidthPx="
   + targetWidthPx + " targetHeightPx=" + targetHeightPx);
 return canvasBmp;
}

/**
 * @param sw ソース幅
 * @param sh ソース高さ
 * @param pw この幅にフィットさせる
 * @param ph この高さにフィットさせる
 * @param padding フィット時に考慮するパディング
 * @param enableMagnify 画像が小さい場合に拡大するか否か
 * @return フィットさせるためのスケール値
 */
private static final Matrix getMatrix(int sw, int sh, int pw, int ph,
  int padding, boolean enableMagnify) {
 float scale = getMaxScaleToParent(sw, sh, pw, ph, padding);
 if (!enableMagnify && scale > 1.0f) {
  scale = 1;
 }
 Log.i("#getMatrix()", "scale=" + scale);
 Matrix mat = new Matrix();
 mat.postScale(scale, scale);
 mat.postTranslate((pw - (int) (sw * scale)) / 2,
   (ph - (int) (sh * scale)) / 2);
 return mat;
}

private static final float getMaxScaleToParent(int sw, int sh, int pw,
  int ph, int padding) {
 float hScale = (float) (pw - padding) / (float) sw;
 float vScale = (float) (ph - padding) / (float) sh;
 return Math.min(hScale, vScale);
}

上記では、bigPictureの最大幅・高さのキャンバスを作り、そのキャンバスサイズに合わせて画像を縮小し、中央に配置する。

BigPictureStyleでは、450dpに合わせて、上下左右に隙間なく画像を表示するよう設計されている。しかしこの設計では、多くの場合に上下や左右に隙間ができても、常に画像全体が写るようにして、どんな画像か把握出来るようにしている。

上記メソッドを呼び出してBigPictureStyleを作るコードのスニペット。

NotificationCompat.BigPictureStyle bigPictureStyle = new NotificationCompat.BigPictureStyle(
      notificationBuilder);
bigPictureStyle.bigPicture(getBigPicture(res, path));
bigPictureStyle.setBigContentTitle(contentTitle);
bigPictureStyle.setSummaryText(contentText);
notificationBuilder.setStyle(bigPictureStyle);

結果、bigPicture部分はこんなふうに表示される。