RubyでAPIサーバを作っていると、Rack::ShowExceptionsとかでエラーレスポンスがHTMLになることがある。通常はこれはデバッグに役立つけれど、APIサーバの場合はcurlで動作確認してたりするので、ターミナルにHTMLがだーっと出力されるとあんまり嬉しくない。

対処法としてはいったん.htmlに保存してブラウザで開くという手があるけど何回もやるのはちょっと面倒。こんなときはw3mを使うと直接見ることができて楽。-Tを付けると標準入力をHTMLとして表示することができる。

curl http://localhost:9292/some_api | w3m -T text/html

Rack::ShowExceptionsの場合は冒頭だけ見ればエラーの主な情報(例外クラス名、メッセージ、発生箇所)が分かるので、以下でもいいかも。

curl http://localhost:9292/some_api | w3m -T text/html | head

近況です。

Shiika

継承とサブタイプ関係を実装した。

あと、OptionとかResultをどうやって入れるかを考えていた。https://twitter.com/yhara/status/1039172726362009600 https://twitter.com/yhara/status/1038826257482301441 現時点では、Swiftみたいにenumを入れる案に傾きつつある。

DXOpal

Rubyでブラウザゲームが作れるライブラリ、DXOpalの1.3.0をリリースしました。

1.3.0ではパッチをいただいて加算合成ができるようになりました。例えば炎のエフェクトを背景の上にいい感じに合成できるみたいです。かっこいいですね。

• DxOpalに半透明追加とはじめてのコミット | クレインハウス開発室

使い方

1.2.0から変わっていません。チュートリアルは以下のとおりです。

SteamでInto The Breachというゲームを買った。ドット絵がかっこいい。 pic.twitter.com/BEr0KwkAVy

— yhara (Yutaka HARA) (@yhara) 2018年9月12日

ここ2週間ほどInto the Breachというゲームをやっている。けっこう面白い。絵と効果音がかっこいいのもいい。システムはけっこう複雑な点もあるけど、随所にツールチップで解説が出るのでやってるうちに分かるようになって、そういうところもすごく良くできてる。

ゲーム性について

ゲームモードは1人用のみ。自軍のメカが3体あって、それを操作して敵モンスターを倒していく。リアルタイム性はなくて、良い手が浮かぶまでじっくり考えることができる(というか、考えざるを得ないというか)。画面上の電力ゲージがいわゆるHPで、これをゼロにすることなく指定ターン数を乗り切ればステージクリア。

自軍メカはそれぞれ2つまで武器を装備することができるのだけど、稼働には「エネルギーコア」というアイテムが必要で、手持ちのコアを3体にどう割り振るかで「駒としての動き」が変わってくる。強い武器は必要コア数も多い。

近況です。

Ovto, Vision

8月は自分用のTODOアプリを作っていた。繰り返しTODOまで実装できたので、そろそろ実用できそう。

自作のフロントエンド用フレームワーク使ってTODOアプリ作ってるけど、最高に楽しい😇 pic.twitter.com/z9M2fEGR0P

— yhara (Yutaka HARA) (@yhara) 2018年8月13日

これのためにフレームワークの方にも手を入れて、例えばOvto.fetchというfetch APIを叩くメソッドを追加したりした。そろそろv0.2.0としてリリースしないとなぁ(どうもその手の作業は後回しになりがち)。

rubygems.orgを「rg」とかの名前でchrome検索に登録しておくと、一瞬でgemのページを開けて便利。

デモ

手順

1. Google Chromeの設定画面を開く
2. 「検索エンジンの管理→追加

Problem

Sorcery's Testing-Rails guide is based on Rails4 and does not work with Rails5.2.

With include Sorcery::TestHelpers::Rails::Integration, I got:

TasksControllerTest#test_should_get_index:
NameError: undefined local variable or method `page' for #<TasksControllerTest:0x00007fff19df4a10>
    test/controllers/tasks_controller_test.rb:7:in `block in <class:TasksControllerTest>'

以下の記事で「解説はまた後ほど」と書いたので、簡単な解説を書く。

• TRICK2018応募作 - yhara.jp

TRICK2018とは

RubyKaigi 2018 仙台に合わせて行われた、「普通でないRubyプログラム」のコンテストである。

• https://github.com/tric/trick2018/blob/master/README.ja.md

fetch APIを使ってRailsのAPIを叩くものを作っていて、GETはうまく行ったのだけど、POSTしようとしたらCSRF関連のエラー(ActionController::InvalidAuthenticityToken)になってちょっとはまった。

原因

fetch APIはGETもPOSTもできるのだけど、デフォルトではCookieをサーバに送らないという仕様になっている。

RailsのCSRF対策は「送られてきたトークンをセッションに保存されたものと比較する」というものだが、セッション情報はデフォルトではCookieに保存される(CookieStore)ので、Cookieをサーバに送らないとセッションにトークン情報がないぞということになり、InvalidAuthenticityTokenになる。

修正方法

fetch APIの第二引数に{credentials: "same-origin"}を入れてCookieをサーバに送らせることでうまく行った。

• https://developer.mozilla.org/ja/docs/Web/API/WindowOrWorkerGlobalScope/fetch#Parameters

近況です。

Ovto

• Rubyで書けるシンプルなクライアントサイドWebフレームワークを作った - Qiita

上記の記事を上げてからしばらく寝かせてたけど、サンプルを兼ねてTODOアプリを作り始めた。まだgithubには上げていないが、visionというコードネームを付けている。

フレームワークはRailsを使うことにした。自分用のアプリは「major upgradeに付き合わなくて良い」という理由でSinatraを使うことが多いのだけど、最新のRailsの動向を追うのに一つくらいはアプリを持ってても良いかなと思って。