:don: 170707 - unarist’s diary

読んだ

これに関して、バグがぞろぞろと。

/status/reblog/account とか、入れ子になったオブジェクトで深い階層が出力されていなかった。

Notificationに結合するstatusが適当だった。

これまでRedisに突っ込むときには「JSONにしたpayloadを含んだJSON」だったのを「payloadを含んだJSON」に変えてしまったので、云々かんぬん。Streamingが死んでた。

APIレスポンスとかほとんどテストないからなあ…。

まず、こんなblurだけでは読み込み状況がわかりにくいという話があり、

じゃあblur強くするかっていうPRが出ていた。

いや…ないっしょ。

スマホとかだと画面も小さいんだからそんなに解像度いらない場合だってあるのに、originalの読み込みが完了するまでこんなにブラーかけられては流石にかなわん。プログレスバーとかぐるぐるとかの方がいいんじゃないかなあ。

TLで出てきた別の意見としては、今はsmall(長辺400px)とoriginal(長辺1280px)しかないので、mediumがあってもいいのでは、とか。ファイルサイズ的には最大8MBなので、もうちょっと下のランクがあるのは確かにアリ。でもストレージがさらに圧迫されるとか、いつ処理するのとか…。

production環境でも送信元メールアドレスにデフォルト値が存在していたのをやめた＝設定していないと例外吐く。実際これに引っかかった人がいたので、説得力がある。

HTLのfeedを飛ばしてもDBにフォールバックするかと思いきや、最終ログインから2週間経っていなければ再生成もフォールバックも発生しない。(following.any? || statuses.any?) && feed.empty? ぐらいで絞り込めばやってもいい気もする。
Pawooのユーザーをリモートフォローしたらtoot（画像付きのだけ？）がどっと流れてきた、らしい。新しい番号が振られ、HTLの頭に流れ込んできたから驚いたという話。
リモートのtootが鯖によってNSFWついてたりついてなかったり。結局はadminが後からNSFW設定したために、その前に受け取ったかどうかで違いが出たのでは、という結論に。
/api/v1/accounts/:id はクライアント認証だけでいけるっぽいけど、ユーザー名から検索するには完全一致であっても /api/v1/accounts/search を使うことになり、こっちはユーザー認証必要っていうあれ。