水元公園の紅葉は絶品。青から赤まで全色、全レンジのグラデーションは、おっさんのわたしでも思わず息を飲む瞬間がある。

メタセコイアが文字通り林立する公園で、いつ行ってもゆっくりまったりした空気。

昨日は、2011年に1年弱在籍していた地元のアパレルリサイクルチェーン店の知り合いから連絡があって打ち合わせというか雑談にでかけた。

立ち上げたばかりの子供服の店舗とネット販売について。

わたし、知り合い、店を立ち上げた知り合いの友人（オーナー）の三人とも50代だ。

わたしはフリーター、知り合いはリサイクルチェーン店を辞めて職安経由で什器メーカーに営業職で入り込んだ会社が合わず年内に退職予定、オーナーは今年の７月に独立起業して今にいたる。

この歳になると。

a) 手に職を活かして現場仕事

b) 生活手段として職を雇われ仕事で賄う

c) 金と時間、リスクを負って仕組みづくりをする

ということですなあ、としみじみ老後についての雑談。

おそらく、イイ歳こいたおっさんに対する社会の要請はｃ。そこで雇用も生み出し経済、というかお金を流すこと。国や地元行政でほぼゼロに近い金利でお金も借りられる、らしい。

終身雇用でもろもろ保障されているひとはともかく、所属のない50代はなんとかして年金受給まで頑張らないといけません。

若者の雇用がー、と言われてるけど、自殺も無職も中高年の方が数字的には多いよねえ。

打ち合わせの後は、ヨメと合流して谷中散歩。

焼豚とか茗荷の巻寿司とか、刺身とか舌鼓でご満悦でございましたです。

perlでtwitterのOAuth認証するまで概略。

（今まで何度か書いたと思って探したら、スゲーテキトーなことしか書いてなかった）

「OAuthとは」てのはわたしもよくわかってない。詳しいサイトがたくさんあるので興味のかたは検索して調べてください。

大雑把に。

ユーザーを識別するのに、IDとパスワードが必要になるんだけど「野良サービスにメールアドレスやパスワードを登録するのはどうなの？」「いろいろなところにIDやパスワードを登録しても忘れちゃうし」ということで不安だし不便。サービスを提供する側としてもユーザーのIDなどを管理するのはリスキー。

そこで、twitterやfacebook、yahoo、mixiなどすでに利用していて信用できそうなサイトにログインしたら、そのまま他のサービスも使えるようにする・twitterなどがユーザーを保証してくれるのがOAuth認証というやつ（言葉はたぶん間違ってる）

ウチの「創作文芸見本誌会場HappyReading」http://books.doncha.net/happy-reading/ で使っている。

1 同人誌の登録ページにログインする

2 twitterのログイン画面に飛ぶ

3 twitterでIDとパスワードを入力する

4 ウチのページに戻ってくる

2のこんな画面は見たことがあると思う。

・ユーザーはtwitterのアカウントがあれば、twitterのID・パスワードでウチも使える。

・ウチとしてはユーザーのIDやパスワードを管理しない（知らないまま）なのでリスクが少ない。

準備

https://dev.twitter.com/apps

↑まずはアプリをここで登録をする。

（WEBだったらCGIなどのサービス）

登録するとOAuthに使うパラメータというかトークンが設定されるのでメモ。

・Consumer key

・Consumer secret

・Access token

・Access token secret

以下のURLもメモ。

・Request token URL

　ttps://api.twitter.com/oauth/request_token

・Authorize URL

　ttps://api.twitter.com/oauth/authorize

・Access token URL

　ttps://api.twitter.com/oauth/access_token

・Callback URL

　http://example.com/test.cgi

　（これは自分が登録したWEBサービスなど）

その１

consumer key と consumer secret、callback URLをパラメータに持ってtwitterにトークンを要求する。

ttps://api.twitter.com/oauth/request_token に以下のHEADERをつけてGETでアクセス。

OAuth oauth_callback="http%3A%2F%2Fexample.com%2Ftest.cgi"，oauth_consumer_key="ZQWERTYUIOPXXXXXXXXXX"，oauth_nonce="%241%241f%24DKEidkeNKHL7fodEGuHDAE"，oauth_signature="IdEGUKDIEKDLADnupxwCorOK%2BkE%3D%0A"，oauth_signature_method="HMAC-SHA1"，oauth_timestamp="1385108107"，oauth_version="1.0"

その２

consumer key と consumer secret に問題がなければ、oauth_tokenを取得できる。

twitterのログインページ(上図 ttps://api.twitter.com/oauth/authorize)にoauth_tokenをパラメータにつけてリダイレクトする。

ttps://api.twitter.com/oauth/authorize?oauth_token=XXXXXXXXXXXXXXXXXXXXXXX

その３

twitterのログインページでアプリを承認をすると再びウチのページに戻ってくる。

その時、oauth_token と新たに oauth_verifier というパラメータを付けてくる。

ttp://example.com/test.cgi?oauth_token=KDCCCCYXXkdieKKDDDDIONkciwehkIDKENGIEGKDInhQDc&oauth_verifier=PQINdinehgkEoengDleGdIENGDKIGKEOngesged

その４

oauth_verifier をパラメータに追加して ttps://api.twitter.com/oauth/access_token にPOSTでアクセスする。

postのcontent

oauth_callback=&oauth_consumer_key=XXXXXYYYYYIUYnHGGGYEN&oauth_nonce=%444%8765d%24Hnl6V5mrifewf93h3b%2FWC0&oauth_signature=r4c0T3Ufewfiwoefwbiowfweas3D%0A&oauth_signature_method=HMAC-SHA1&oauth_timestamp=1385254657&oauth_token=f93fwKIfjiewofwefibwefeoaifdeeeoibD&oauth_verifier=KOEFWODIVDIFEDKFOMMZVDJJFKLFJQFIJOEGI&oauth_version=1.0

問題がなければ、oauth_token と oauth_secret と screen_name が取得できる。

後はこの oauth_token と oauth_secret を使って（セッションなど利用して）ユーザーがウチのサービスを使えるようにする。

補足：OAuth のパラメータ

URL

METHOD

oauth_callback

oauth_consumer_key

oauth_nonce(一意のランダムな文字列)

oauth_signature(署名)

oauth_signature_method(署名の方法 HMAC-SHA1)

oauth_timestamp(タイムスタンプ timeの出力)

oauth_version(oauthのバージョン)

署名の作り方についてはこのあたり→ 「token secretの保存」(2009/12/26)

ここんとこ、ツイート1のスパムアカウントからのフォローが断続的に続いて、いちいち手動でスパムブロックするのが面倒になったので、一括スパム報告するスクリプトを作ってみたら…OAuthなどずいぶんいろいろ忘れてたので、備忘録。

もの忘れが激しい。とほほ。

お店の名前は正しくは「ふくろう茶房」国分寺の住宅街の中、いきなりフクロウがお出迎え。

見た目は可愛いけど猛禽類、間近で見ると迫力があった（調教されていてひとに怪我をさせるようなことはないとのこと）

店内では、小型〜中型のフクロウを触らせてくれる。でも、先週イベントがあってその疲れからか、触りたいフクロウはご機嫌が悪いらしく、眺めるだけに。

置物かぬいぐるみだったなあ。餌はうずらとかネズミだけど。

（写真をバシャバシャ撮ったんだけど、ほとんど人が映り込んでしまっていてボツ）

フクロウなど猛禽類と花のテーマパーク（？）もある。

・富士花鳥園

富士をバックに鷹を手に止まらせて写真を撮ると、正月、縁起の良い年賀状の出来上がりだ。

先日公開した『kindle猫写真集』http://t2aki.doncha.net/?id=1382691748 の固定レイアウト、SVGでの指定について補足自分メモ。

KADOKAWAグループのEPUB制作仕様が公開されたので中を見たところ、画像は固定レイアウトにしてSVGで記述する、ということなのでちょっとだけ調べた。

目次画像用に使ったxhtmlファイル

（画像のサイズは 900x1270 で、画像の中に目次がある）

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html>

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="ja" lang="ja">
<head>
  <title>和猫～Japanese Bob Tail</title>
  <meta name="viewport" content="width=900， height=1270" />
</head>
<body>
  <div>
    <svg xmlns="http://www.w3.org/2000/svg" version="1.1"
         xmlns:xlink="http://www.w3.org/1999/xlink" width="100%" height="100%" viewBox="0 0 900 1270">
      <image width="900" height="1270" xlink:href="../images/dummy.jpg" />
      <a xlink:href="contents001.xhtml" target="_top">
        <rect fill-opacity="0.0" x="250" y="930" width="400" height="60" />
      </a>
      <a xlink:href="contents127.xhtml" target="_top">
        <rect fill-opacity="0.0" x="250" y="990" width="400" height="60" />
      </a>
    </svg>
  </div>
</body>
</html>

※KADOKAWAの仕様ではまだ「imageマップは使わない」となっているけど、ibooksなどEPUB3では使えるので目次に使った（クリッカブルマップのSVG版、かな）

上記のxhtml、もろもろ呪文状態で使ってるんだけど

svg（SVGで画像表示の設定。XMLだ）

・viewBox

画像領域のどの部分を切り取るかという指定（画像領域の左上からxyの座標を指定する）上記だと、x座標0、y座標0、幅900、高さ1270

・width height

viewBoxで切り取った画像領域をブラウザ（リーダー）で表示するサイズを指定。上記だと幅100%、高さ100%と目いっぱい表示するように指定（opfや、metaタグのviewportだったりで表示サイズを900x1270に指定してあるので天地左右100%でOK）

image（実際の画像ファイルの指定）

・実際のサイズを指定してファイルを指定する。 HTMLだとimgタグ。

rect（四角領域を作ってクリッカブルマップ）

・xy座標と、幅高さを指定してその四角の中は透明で埋める（fill-opacity）この四角を目次のリンクにする（HTMLのusemapより指定のしかたが分かりやすい）

一枚画像だけのためのxhtmlファイルなので愛想もなにもない短い単純なファイル。

固定レイアウトは画像サイズも揃えるので、画像ファイル名だけが違うxhtmlが画像の数だけ単調に並ぶ。

KADOKAWAのEPUB仕様では、リフローだとspine部で該当ページだけ固定レイアウト指定することになっている。

本文に混じる挿絵や見開き横長挿絵のために固定とリフローの混在がkindleやibooksで使えるようになってからが本番、だな。

KADOKAWA-EPUB PORTAL（EPUB制作仕様ページ）

http://kadokawa-epub.bookwalker.co.jp/home

↑これはかなり細かくて丁寧な資料なので、オススメ。