別に羊年だからというワケではなく、今日はラム肉ですき焼き。

1kg1500円ほどの冷凍ラム肉。

一昨年2013年の暮れ12月にやって美味かったのでまたやろーと家人と話してたんだけど、すき焼きとなるとなんでか大仰大袈裟でラム肉があってもクミンで炒めたり、焼き肉で食ってたので、正月の今日となった。

以前の雑記にも書いたように（http://t2aki.doncha.net/?id=1387786181）ウチの正しいすき焼きは。

すき焼き鍋に肉を入れて、砂糖ドボドボ醤油ドボドボ。じゅわじゅわ言い出し肉が焼けてきたら白菜、エノキ、椎茸、長ネギもろもろを投入。野菜から水が出てくるのを待ってむしゃむしゃいただく。

飴色の肉、野菜が醤油と砂糖で濃い味。

羊肉の臭みがその濃い味に負けずにしっかり口に広がる。牛の上品な味わいとは少し違う野趣あふれる風味というか。これは美味い。

ビールで口の中をリセットしながら満腹のご満悦だった。

残りは明日ご飯にかけて食おう。

羊の匂いが気にならない、むしろ好きなひとには、ラムすき焼きはオススメです。

あけましておめでとうございます。

今年もよろしくお願いします。

大晦日から元日にかけて、南蔵院・しばられ地蔵（http://shibararejizo.or.jp）の「縄解き供養・雅楽演奏」に出かけた。地元なのに初めて。

司会進行のナレーターがいるし、境内はあちこちライトアップされてるし、こじんまりとしたお寺でこじんまりしたイベントだけど、かなり面白かった。雅楽流れる中、達磨を買ったときの一本締めの拍手と拍子木の音が小気味良く響いたり、歩く砂利の音がひそやかに聞こえてきたり。

錫杖の音を先頭に住職たちが行進してくると背筋が伸びるようでありました。

縄解き供養というのは、願かけのために地蔵を縛った縄を（文字通り）解く。１年間、ひとがやってきては縛っていくのでお地蔵さんはこんな感じ。

住職の読経がひと通り終わるとやおらガシガシと縄を切って脱がして行く。地味に豪快。

１年ぶりのご尊顔。

雅楽の生演奏。語彙貧困でステレオタイプの極みだけど、いや、雅びでありました。

テキ屋さんの屋台は４つほど。

タコ焼き、イカ焼き、焼きそば、べっこう飴。

境内では。

甘酒やドラ焼きなど。

今年2015年がみなさまにとっても健康で良い年でありますように！

Ingress というのは google のリアル陣取りゲームで（以下略）

10月2日ぐらいから始めて今日lv9になった。

ゲームに久々にハマったなあ。こいつは実際にあちこち歩いてまわるので健康にいい。ボケ防止にもなる。

lv8まではAPというほかのRPGなんかだと経験値みたいなものをためていけばいいんだけど、lv9からはその経験値にプラスして実績メダルというヤツが必要。ポータルをHackした回数だとか、リンクを張った回数だとか。

lv9は銀4つ、金1つのメダルが必要。

ひとそれぞれだと思うけど、わたしのようなニワカでも以下のメダルでlv9となった。

金

Trekker 歩いた距離

銀

Recharger 遠隔で見方ポータルの回復

Pioneer ユニークポータルのキャプチャ回数

Connector リンクを張った回数

銀が1つ足りないように見えるけど、金は銀を通過ということで1つの金が銀1つにカウントされる。

lv10には銀5つ、金2つ必要。金と銀があと1つずつでなんかスグっぽく聞こえるけど、こいつがかなり遠い。

金はお手軽なRechargerで狙えるとしても、次の銀候補が厳しい。

Ingress が始まった頃、まだユーザーも少なかった頃ならGuardian（自ポータルの保持日数）が狙い目だったらしいけど、今はもう運次第であてにならない。

地道に敵レゾネーター破壊数、レゾネーターのデプロイ数、ユニークポータルのハック数、コントロールフィールド作成数あたりかなぁ。このあたり、次までの数値がかなり遠い。

必死こくんじゃなく、ゆっくりまったりやって行こう。

くりかえしになるけど、散歩は健康にいいのだ。

Android標準（？）のブラウザでPDFやzip、epubファイルのダウンロードができなくて吐血。

PCのブラウザやiphone(iOS)、AndroidでもChrome、Firefoxなどのブラウザだと意図通り問題なくダウンロードできるのに、Android標準（？）のブラウザだとダウンロードできない。というか、なぜか、ページのHTMLをダウンロードしてしまう。

謎な挙動のスマホ標準ブラウザに対応する必要があるのかという、そもそものところはまた別として。

調べてみたら、検索のしかたが悪いのか情報が錯綜していて正解が見えてこない。

スクリプトが吐くヘッダは定型。

Content-Type:application/epub+zip
Content-Disposition:attachment； finename="FILENAME"

このヘッダに続いて、epubファイルが標準出力に吐き出される。ほかのいろんなスクリプトで使っているやりかたで、Androidスマホ以外では問題なく意図通りダウンロードできている。

老眼血眼、しこたま検索しまくって、こちらのサイト

「コンピュータの日々 Android付属ブラウザのファイルダウンロードの動作」

AndroidのブラウザがPOSTメソッドでサーバにリクエストして、サーバからContent-Disposition:attachmentなヘッダを受け取ると、再びGETメソッドで同じURLにリクエストを送信するとのことです。

へ？　と思ってアクセスログを見るとAndroidスマホのブラウザ(docomoのスマホ L-05E 、mobile safari)は、確かにPOSTでアクセスしてきた後、なぜかGETでアクセスしている。

ページのHTMLを取得してるので、最初はブラウザのキャッシュを疑ったんだけど、どうやら真相はこいつ。attachmentで渡してるはずのepubファイルではなくて、次のGETでページのHTMLをダウンロードしているご様子だ。

なんでやねん。

以上は、とりあえずのメモ。

これじゃ、スクリプトで吐き出させたんじゃダウンロードしてくれない、ということになる。

ダウンロードしてもらう方法としては、一度サーバーにファイルを書き出して、静的リンクをクリックしてもらうしかない…うーん、ほんまかいな。

スクリプトで直接ダウンロードする方法をもうちょっと調べてみる。たぶん、わたしのスキル不足だと思う（詠み人知らず）

[12/20 21:30:21] 追記。

現状、スマホ標準のブラウザは .epub ファイルにリンクしても、ブラウザが epub ファイルを開いて表示しやがる。

バイナリを文字化けした文字にしてブラウザにダアアアアッと表示する。なんじゃそりゃ状態。

なもんで、.htaccess で（httpd.confでもいいけど） MIME TYPE を指示(指定)してやる必要がある（epubという拡張子のファイルにアクセスされたらどうするのかの設定）

addType application/octet-stream .epub

…て、epub自体が最近なので、Android標準ブラウザに適切な対応を求めるのは可哀想、というか無理かもしれん。もう意味不明なブラウザを使うのではなくて、Firefoxなり、PCでも使われるブラウザとその挙動を標準にすべきだろう。

[2016/01/03 10:47:38] 追記。

どうやら現状のAndroidの「ダウンロード」（ダウンローダー）はSSLのページや認証が必要なページからはダウンロードできない困った仕様っぽい。

・ブラウザで閲覧→PDFやzipをタップ→ダウンローダーが起動してzipやPDFをダウンロード

という流れだとダウンロードできない。

・ブラウザで閲覧→PDFやzipをタップ→ブラウザがPDFやzipをダウンロード

だとダウンロードができる。Firefoxなどだとダウンロードができる、ということ。

スマホって、なんでまた「ダウンローダー」なんてのを噛ませることになったんだろう。

その１．楽天KWL

楽天KoboWritingLifeが昨日公開されて盛り上がりを見せる観測範囲だ。

わたしもとっとと参加しようと思ったのに、肝心の登録ページに行けない。正しくは。カナダのKoboWritingLifeの管理ページへと強制的に飛ばされてしまう。

RKWL（楽天KoboWritingLife）とKWL（KoboWritingLife）は別モノなのに、KWLに登録があるとRKWLに登録できないらしい。なんとかならんか、と楽天のページから問い合わせてみた。

お問い合わせの件につきまして、カナダなど日本国外のKoboにご登録いただいている場合は、
日本国内向けの楽天Koboライティングライフにアクセスしていただくことができません。

たいへん恐れ入りますが、新しいメールアドレスにてあらためて楽天アカウントを作成していただき、
新規の楽天アカウントにて、楽天Koboライティングライフにご登録いただきますよう、お願い申し上げます。

おいおい。楽天にもうひとつメールアドレスを渡せってか。メルマガが飛んでくるからひとつでも嫌だったっつーのに。

うーん。ちょっと考える。

楽天koboでやるのに、KDPやibookstoreで必須のアメリカの税金処理がいらないのは、かなりポイントが高い。

この税金の事務処理があるからという理由でKDPで出さない・出せないひとが、わたしの観測範囲の同人誌界隈でかなりいる。アマゾンもKDPで出版する方法なんてのをコミティアでやるなら、税金関係をなんとかすべき。

楽天で出す魅力として、なんだかんだ言いつつもポイントの威力がある。

以前の仕事でちょっと楽天と絡んでいた時に聞いたのが。ハンパな残りポイントの使い道として、1本100〜300円ぐらいの動画ダウンロードがあった。

いろいろ買い物していたらポイントがあったので「ついでに、ちょうどいいのないかしら」だ。

そこに低価格電子書籍はハマリそう。

うーん。でもなあ、ふたつも楽天にメアドを渡したらどうなるか。やっぱちょっと考える。

その２．KDP

MacOSをYosemiteにしたらKindle Previewerが立ちあがらなくなった。

検索してみるとJavaのバージョンの問題らしいとのことで、バージョンを1.7ではなく、1.6を指定したらうんうん唸りながらどうにか立ち上がったものの。Deviceをe-Inkに切り替えたら落ちる。さすがに問い合わせてみたらば。

申し訳ございませんが、現在はKindleプレビューアと、Yosemiteには互換性がなく、YosemiteではKindleプレビューアが正常に作動しておりません。

現在対応策を調査中ですので、詳細が分かり次第ご連絡させていただきます。

がちょーん。Javaのバージョンをごまかしてどーのこーの以前にYosemiteでは正しく動作しない、ということ。

Windowsがあるからそっちで作業してるけど…DELLのWINDOWSより、mac miniの方が格段に早いんだよなあ…とほほ。

KWLもKDPもちょっと停滞。

ちっ。でも、Ingressでlv9が見えてきたから良しとする、か。

[2015/01/03 00:23:23] 追記

正月2日にKDPサポートからYosemite対応についてメールが来て吃驚。

1. 以下のリンクより、Java SE 6 ランタイム（Java for OS X 2014-001）をダウンロードしてください。
http://support.apple.com/kb/DL1572

2. 以下のリンクより、X11をインストールしてください。
http://xquartz.macosforge.org.
※既にX11をインストール済みのお客様で、問題が解消されない場合は、一度X11をアンインストールし、再度X11のインストールをお試し下さい。再起動の後、Kindleプレビューアが正常に作動するかご確認ください。

ということで、

インストール済みだったJava SE 6のランタイムを改めてインストール。

インストール済みだったX11を改めてインストール。

念のためkindle previewerも改めてインストール。

結果。

Kindle Previewerのアイコンをダブルクリックしても起動しかけてすぐ終了する（今までと同じ）

コンソールで

export JAVA_HOME=`/usr/libexec/java_home -v 1.6`

とjavaのversionを1.6にすると以前と違って起動が若干早い。

DeviceメニューでE-Inkを選択してもエラーで落ちることはなくなった。フォントが馬鹿デカくなってしまう…。

（今さら気づいたんだけど、E-Inkの選択にPaperwhiteがなくなったんだな）

E-Inkにしてエラーで落ちてたのはJAVAではなくてX11の問題っぽいような気がする。

ダブルクリックで起動やPaper whiteについてリクエストして返事ももらった正月２日。ありがたいんだけど、まさに今スグ解決しなきゃいけない致命的な問題でもないし、三が日ぐらい休みましょう！