Firebase+Nuxt.jsでTwitter認証する

tl;dr

API Keyの入力欄にAccess Tokenを入れたことに気づかず数日を無駄にした。
おわり。

以下のあれこれは、上記キーの取り違えに気づくまでの間にやった意味不明な作業のメモで、役に立たないです。どんなミスをしたのかを書いています。

—-

勘違いだらけで間抜けだったので罰として残します。
Qiita見てても分だの秒だの爆速だのでサクッとうまくいった記事ばっかなので、要領悪い記録が混じってもいいだろうと思って。

  • Firebaseにのっけたい。便利なツールが色々あるので使いたい
  • Nuxt.jsでWebアプリを書いてる
  • 認証をTwitterのやつ使おう
    (Google認証とか色々あるけどまずはTwitter)

余談ですがTwitter避けようぜキー発行厳しくなるし的な話ちょいちょ見かけますけど、個人的には厳しかったことは一度もない。
開発者アカウントの発行完了は秒でしたし、その後も特段困るような何かには遭遇してません。

API Keyを間違えてる場合

> code:”auth/internal-error”

のエラーが返ってきます。

FirebaseのAuthentication

Twitter側のコールバックURLに設定しろという謎のurlだが、これはFirebase側で引っ掛けて勝手に持っていく。
黙ってTwitter側のアプリ設定(Settings→Application Details
→Callback URLs)に入力したら、以降は忘れてよい。
自分のアプリ→Twitter→Firebase→自分のアプリ
と遷移するんだわな。
自前でやるときは自分のとこにコールバックさせるところを、ユーザ情報しまいこんだりする都合でワンクッション挟んでるだけだと(よくわかってなかった)。

https://myproject-id.firebaseapp.com/__/auth/handler

こんなん。
nuxt.js使ってるとアンスコで始まるurlって変数として使ったりするので、

  • こんな奇妙なページ用意せんとあかんのか?
  • でもそんなページ用意してる記事見かけないなー
  • はっ もしかしてこの辺が面倒で誰も記事書いてないの?
  • なんかGoogle認証だけで済ませてる記事はお茶濁してるの!?

という変な飛躍をし、nuxt.jsのrouterにextendRoutesして謎ページ作ったりすることで時間を浪費。

nuxt.config.js(無駄)

router: {
  extendRoutes(routes, resolve) {
    routes.push({
      name: 'auth_handler',
      path: '/__/auth/handler',
      component: resolve(__dirname, 'pages/Info/Hoge.vue')
    })
  }
}

上記のミスをするのは私が人類で最後です。
こんなことはせんでよく、ただPopupだかRedirectだか指定して叩けばいいだけだった。

最初から最後まで、たんに初手でApiKeyを取り違えたとかいうミスですべてが上手くいっておらず、それに気づかないまま迷走しただけの話でした。

Javascript覚書

色々ありすぎてどの順番で手を付けたら進めるのかもわからぬ。地図がいる。
わかるのはcoffeeだけだ。

ファイル:ソースは一箇所にどかどかおいておき、
コード:内部でrequireしてガリガリ書き、
テンプレ側:gulpでファイル1個にまとめたものを読み込ませておく

とかであろうか。reactみたいなライブラリまでコンパイルしなくていいんだろうけれども。

Browserify

requireするためのもの?これつかえば外部JSを読み込んで使えるみたい?
つまりscript src=hogehoge書かないで済むよということかな。

Gulp

ビルドツールで、Node.js上にて動作する。
minifyしたり、lessのコンパイルを出来る。
え、あ、つまりcompassとかおぼえなくてもいい?

React

ビュー部分のみのツール。Fluxと組み合わせるんだよみたいなのをよく見る。

Arda

Ardaの目的はFluxの概念をベースに、画面遷移と状態とシーンをベースにしたヒストリ管理、その際のDispatcherのコンテキスト切り替えを行うことを主な目的としている。
引用元:Arda – MetaFluxなフレームワークを作った – Qiita

ぜんぜんわっっかんない。まずはReactの理解をして、Fluxさわって、そのあとでやろう。

ReactとかFluxとかArdaとか

をやろうとしとりますが、ビルド環境とかいい感じのディレクトリ構成とか、そもそもnpmよくわかんねえとか細かいモジュールすごい数で引くとかしてて、
そもそもの学習に入れません。
インプット多すぎて脳が死ぬ

JS諸々をさわろうとして折れかける

#未来のあたしへ:混乱しているのを整理するために書いているので嘘が書かれているかもしれません。ごめん。

AngurarJSに入門しなおすぞと意気込んだ2日後にきなくさい話を聞き、あっそうですか撤退ですねとなった。
Fluxフレームワーク Arda が気になる10の理由 – Qiita

じゃー同時に気になっていたReact.JSでもやってみようかなーと手を出したら火傷したという話。
そもそもJavaScriptへの理解は浅くて、せいぜいjQueryあればだいたい書けますが、くらい。
CoffeeScriptを知ったおかげで面倒な記法を回避できてホクホク、くらい。
Node.jsはインストールのみmでしかしたことない。サーバでJavaScriptが動くと言われても気持ち悪い。今でも気持ち悪い。以前、この気持ち悪さを耐えて、触っておけばよかった。
なんかエコシステムがもんげー巨大になっていて、どこから触ると入り口に到達できるのかももはや見えない。

あたしがやりたいのはフロントの操作を上手にやるためにJavaScriptを使いたいので、サーバ側で動くよ!とかいわれても全然そちらの需要はない。phpかpythonで書くから困らない。

いろんなフレームワークやらツールやらを、scriptタグで読み込むものがJavaScriptなんだと思ってたんだけど、なーんかフロント側で使うはずのツール群でも
module.exports hogehoge

が出てくる。
あれはなんなのであろうか、exportsされてるものをどっかでrequireするわけで、あたしの知ってるJavaScriptはそういう機能持ってないはずだったんだが。改めて一個のjsに変換するとかやる(やるの?)ときに、必要な物をまとめて取り込む仕掛けなのであろうか。

ただでさえあたしがふだん触っているJSも、Coffee→JavaScriptと変換作業をやっている。ReactjsではJSXというのも出てきた。XMLだというのでまあいいんだけど、変換変換変換っていつまで続くのこれ。ゴール地点のJavaScriptが酷すぎるとかの理由でこうなってんの?
こんな便利なツールが有るよ!で見に行くと、また独自記法の解説が載ってる。君らなんでそんなに新しい記法覚えたがるの?

一歩一歩、理解を進めたいのだが、サーバ側のNodejsの話まで理解しに行かないとダメなのか。
やりたいことをやろうとするスタート地点にすら立てないというのがそうとうきておるわけです。

ああ、気持ち悪い。

CSSにはSASS/SCSSとCompass?だかがあった気がする。途中でルビー入れろと言われて機嫌悪くなったので追いかけるのをやめた。こちらも機嫌のいい時に再開しよう。

AngularJSの本を買いました

JS界隈はごちゃごちゃしていて、けっきょくあいつらなんなの感がすごいんです。
Node.jsからこっち、どうもサーバでも動かせる云々のあのへんは、ちゃんと勉強しとかないと詰みますねというのがやっと理解できてきました。
どうもこう、サーバでJSが動くという感覚がよくわからない。ピンときてない。
さしあたり概念すっ飛ばしてステキな理解をする方法はないものかと案じておりましたら、心に響くフレームワークがあったと。
AngularJS。
HTMLテンプレートへの操作の仕方が、たいへんにGENSHIっぽい。正確には違うけど、かなりテンプレートを自然とした状態に保てそうだなーという感触を得ました。
で、本買ってきた。

AngularJSアプリケーション開発ガイド

これこれ。ハンドブック的な薄さで、電車の中で読むにも筋トレ感覚にはなりにくい。
がっつり触るのはこれからながら、かなり期待しています。
GenshiやjQueryをみたときのトキメキみたいなのがございました。

ちなみに本の表紙の魚はハコフグであるとのこと。なんでアンコウじゃないんだよ……。

JSでHTMLタグとかをエスケープする

ありがちな話

$foo.replace(/&/g,'&')
    .replace(/'/g,'"')
    .replace(/</g,'&lt;')
    .replace(/>/g,'&gt;')
    .replace(/\n/g,'<br>');

順番を間違うと、「<」や「>」が多重にくくられたり、改行→brタグあたりがエラいことになったりする。
なったわー。

ごちゃごちゃした文字がてんこ盛りになるジャンルなので、目がチカチカしてしんどい。ぱっと見、正しいのか間違ってるのか判断つきにくいんですね、脳が読解を拒否しやすくて。

JSONviewが整形してくれない

FirefoxアドオンでJSONViewというのがあることはWeb屋さんなら大抵知ってる。知ってるよね。
json受け取った時に整形してくれる便利なやつだ。
が、こいつがたまに効いてくれなくて、整形しないツライチのjsonテキストを吐き出すことがある。
文字化けはしてない。
コピペしてOnline Json Viewerで開くとちゃんと整形される。
なんだよ?

ヘッダを見よう。

application/javascript

これはNGで、

application/json

こっちが正解だ。
RFCにもそのよーに書いてあるではないか。

Ajaxを導入してみる

ページ内の簡単なにぎやかしのために、jQuery導入を試みる。
prototype.jsに比べたら、考えることが少なくていいですね。ヘビーな用途はこっちの腕がついていかないので、簡単なものをいくつか作って動かしています。
とくに操作性のキモになるのは船の画面でパーツを選んだりするところになると思うので、このへんでは小気味よく動くよう気をつけたいところ。
今のところはそんなにストレスない感じになってると思う。

一個のアクションが発生すると五月雨式にあちこち計算しなおしたりする箇所があるので、操作にストレスを与えないようなつくりにしないと。

Pylons+Genshi+FoemEncodeでHTML Fillerをつかう方法がわからぬ。