Pleroma に手を加えすぎて、大規模アップデート(つまりおそらく次のアップデート)が降ってきたらやばいという気持ちはある
image.png
アップロード直後のファイルを取得しようとしてエラーになって、 ReverseProxy モジュールのネガティブキャッシュに残って画像が返ってこなくなるっぽいな。難しい
ステータスコードだけでも、 401 ならプロキシ不可能、 404, 410 ならネガティブキャッシュという具合に処理しないといけないし、キャッシュ面では ETag の払い出しもやらなきゃいけないし、 nginx ではなく Phoenix 側で対応するなら(というか 304 の制御が nginx だけだとうまくできなさそうだし、コード側で対応すればプロキシとプレビューで 2 回リモートにリクエストが走ってしまうのを防ぐのも入れられるし)そもそも性能面で問題ないかの確認もしないといけないので、なかなか壁が多い……
HTTP のキャッシュを扱うの、これをちゃんと理解しないとやばいな。この仕組みで楽観的ロックできるのか。 https://developer.mozilla.org/ja/docs/Web/HTTP/Conditional_requests
静的型チェックの責務、システム設計の責務、外部通信層の責務、それぞれについて課題を語って、ふんふんそうだなぁって思ったら、最後の最後に雑に TypeScript いらねってまとめがされていて、人々は Abstract と Introduction と Conclusion しか読まないんだぞ!って気持ちになった
- あのおじさんの発言のどの部分がどういう理由で問題と考えているか
- 本質問題を何と考えているか
でアンケート取ってみてください。きっと割れますよ。それくらいみんなまともに考えてない、前提の一致しない押し付け合いをしているはずなのに、なぜか矛先がひとつしかないから団結してるように見える。誰もが正しくないのに大多数が正しく見える、気持ち悪いムーブメントが起こっていると認識してる
最初に Datadog Logs に慣れてしまったので、 CloudWatch Logs とか与えられても見たくない……
結局 mini React Location を再発明するのがいいのではという気持ちになっている。程よいもの、どこ…
ようやく焼きカツ丼を食べるぞと思ったらかつやは次の期間限定メニューになっちゃってるし、それ以外の店はデカ盛りしかなくて、途方に暮れてる。無理。限界。