不正なコマンドを受け取った際のエラーハンドリング

[daicyan]

どどんとふ公式鯖で受け取っているDiceBotのかなりの数が、Command=部分に普通のチャットメッセージ等が挿入されていて、その際に「NoMethodError - undefined method `gsub' for nil:NilClass:」や「CommandError - CommandError:」のExceptionのログが大量に吐かれてしまいます。 API的には400を返して終わりなので利用者や開発者側から気がつくことなくサーバー側にかなりの量のログが溜まってしまうので、この部分のエラーをTRAPするようにする等はできないでしょうか？

[ysakasin]

指摘ありがとうございます。

エンドユーザーに対する周知は400を受け取ったクライアントがすべきことなので、APIとしてできるのはログの扱いを改善することかなと思います。CommandErrorとUnsupportedDicebotの時には単純にログを隠蔽するのが手っ取り早いと思うのですが、どうでしょうか？

加えて、NoMethodErrorが起こっていることは想定外なので、CommandErrorやUnsupportedDicebotになるように仕向けるつもりです。

[ysakasin]

あと、どのようなテキストでNoMethodErrorが起こっているのか教えていただけると嬉しいです。

[daicyan]

はい、あくまでクライアントに返すべきものは400で問題ないと思っていますので、logの量と可読性とExceptionというイメージだけの問題だと思っています。 NoMethodErrorは、ログにあった分は全てgsub部分でそのうちのいくつかをURLデコードしたところ、「/」記号混じり、「ブランク」、「URLを含んだ文字列」などだったので、エスケープ処理がうまく機能していないのか機能した結果Exeptionになったのかな？？

とりあえず、IPアドレスをマスキングした実際のログファイルをアップロードいたしました。 https://oc.taruki.com:60443/owncloud/index.php/s/r6ynvcSEa8ZqZ4o

[ysakasin]

ログファイルを確認しました。

確かにこれだけの量を出力されるのは問題ですね。 SinatraでLoggingのハンドリングができるのかわからないのですが、いろいろやってみます。

[ysakasin]

📝 ログを見た感じ500はcommandが空白の時だけ

[ysakasin]

先ほど上記修正を適用したBCDice-API 0.5.3 をリリースしました。rackup時にproductionを指定するとバックトレースのログ出力が無くなります。