Notices by tateisu​ :force:​:r_9a: (tateisu@mastodon.juggler.jp), page 38

https://github.com/tootsuite/mastodon/issues/9884 予約投稿の作成時にscheduled_atが5分以内ならエラーを返してほしい、というissueを投げた

sidekiq.yml に Scheduler::ScheduledStatusesScheduler が追加されているので、これ追加忘れてると予約投稿されないんじゃないかなー。

HTLとListTLが短くなってしまった。tootctl feeds build を試してみる

@Tina04VV 今回のは大丈夫です。更なるメンテが必要かどうかの判断に時間がかかってただけなのです

えーと。正しく終わったかどうか不安になる事象が１つあったけど多分大丈夫だろう、という状態

今回のアップグレードはmigrationが2段階なのね

マストドン2.7からはサーバー運営からの警告などのメッセージをメールで送れるようになったので、これでユーザは躊躇いなく運営アカウントをミュート、ブロックできますね？

https://blog.joinmastodon.org/2019/01/mastodon-2.7/

ゴミだけじゃなくて情報セキュリティ上の問題も https://wired.jp/2019/01/19/government-shutdown-cybersecurity-impact/ ああ、こないだアメリカ政府のWebサイトで証明書の期限切れがでたのはコレのせいだったのか

政府機関閉鎖で公園はゴミだらけ https://www.businessinsider.jp/post-182664 自主的に掃除する人はそんなに多くなかったらしい。家が近いとかならともかく、山の中の自然公園とかじゃなあ…

アメリカでは政府機関の一部が閉鎖したので職員たちは副業を増やしたり寄付を募ったりしている https://www.businessinsider.jp/post-183074 これが日本なら「公務員が副業なんてとんでもない」とか老害が言い出す事案だろうなあ…

結局時計のズレがあるのでクライアント側では判断しないほいがいいよね。クライアント側で下手にマージンをとると「公式だと5分以内なら指定できるのにあるアプリだと6分以内になるのはなんで？」とかクレームになる

@mayaeh @noellabo 前例としては max_toot_chars が存在します。これは公式には存在しませんが、いくつかのクライアントは対応しています。

@mayaeh @noellabo マストドン公式は「カスタマイズされたタンス」に冷たいので、そういうのを追加するなら誰かがフォーク上で用意して各クライアントに対応を求めるという形になるかと思います

@noellabo @mayaeh
- 投稿時の予定日時のチェックはサーバ側で行うべき
- 指定可能な日時の下限はタンス側の現在＋6分とかにするべき
- APIエラー文言も直す
…というのが妥当だと思います。

クライアント側は肝心の数字を持ってないので、そっちでがんばるとカスタマイズされたタンスに対応できなくなるのです。

@noellabo @mayaeh インターバルって「１日に予約投稿DBをスキャンする回数」なので、そっちを変える方向にいくのは負荷的な影響があると思います…。