Closed june29 closed 7 months ago
NotificationWebhook の最終通知時刻は Redis に保存していたけど、いま Reaction を Pawprint に変える作業をしていて cache の key が変わるな〜面倒だな〜と思って、
Redis じゃなくて、NotificationWebhook に last_notified_at 的なカラムを生やしてそこに保存するのが素直じゃん?という気分になってきた :thinking:
こちらありがとうございます😃 デザイン関連も一旦ここにメモしておいて良いでしょうか? 別のIssueにしたほうが良いなど、より良い方法があれば相談して改善していきたいです💪
@sugiwe さん、ありがとうございます!ここを使ってもらって大丈夫です :ok_hand: これで 3 月を過ごしてみて、よさそうだったら 4 月にも会場をつくってやりくりしてみましょう :relaxed:
YouTube のフィードを登録しているやつ、Item の画像が This content isn't available な黒いやつになっているのが散見されたので、下記のスニペットを rails console から実行してデータの正常化を図った :memo:
cs = Channel.where("feed_url LIKE '%youtube.com%'")
cs.each { |c| c.items.each { |i| vid = i.guid.sub("yt:video:", ""); i.update(image_url: "https://img.youtube.com/vi/#{vid}/maxresdefault.jpg") } }
YouTube における Video ID 的な文字列がわかればサムネイル画像の URL は機械的に導出できるっぽいので、アプリケーション内のロジック自体をこっちに寄せようかと思っている :dash:
Pixel 8 Pro で見たとき、画面下部に寄せているメニュー系の UI とページングのリンクたちがケンカするから、なかよく暮らせるように工夫しなきゃ :memo:
Item を並べて表示するときは .order(published_at: :desc) しているのだけれど、これだと、たとえば「数日前の日記を、その日のタイムスタンプで投稿しました」ってときに気づきにくい。
created_at は新しいが published_at はそんなに新しくない、という新着 Item をどう表示していくといいだろう :thinking:
あんまり「未読管理」っぽい雰囲気は出したくないのだけれど、Inbox を整えて「Paw 済み」「Skip 済み」のやつは非表示にする、みたいな制御ができると、新着 Item は新着 Item として目に触れやすくはなるだろう。Inbox はこういう「機能的」なページという位置づけにして、まともな未読管理をできる場所にしてあげてもいいのかもな〜。
体が空いたので「やれば終わるやつだから、とにかくやりなさいよ」系をドドドと終わらせたぞ〜。次はどれをやろうかな、考えて進めていきますね :relaxed:
Discord には「Slack-compatible Webhook」があるので、先に Slack 用の通知処理をつくれば Discord にも流用できたか… :innocent: https://discord.com/developers/docs/resources/webhook#execute-slackcompatible-webhook
いっぱい進んだ 3 月でしたね! 4 月 https://github.com/kairan-app/feeeed/issues/128 もよろしくお願いします :raised_hands:
概要
アプリケーションが稼働していて、少なくとも自分たちで使う分にはすでに常用できるものになっていて、どこにどんな手を加えるのか脳内で管理するのも困難になってきた (うれしい) ので、月ごとに Issue を用意して整理してみようかな、と思います :bulb:
やること
備考
3 月が終わったら 4 月の分の Issue を立てて、積み残しは棚卸ししつつそっちにコピーしたりする。