じさばどん
なんか逆だったぽい
先頭40件以内にある場合はbumpしない、もっと古ければbumpする、ですね。まあそのせいで、比較的最近のトゥートをブースト、ブースト解除、ブーストってやると、あたかもブーストされていないかのように。
Boostの動作自体がなんか微妙なのでは…(先頭40件で元tootがある場合上に持ってくる)<Boost削除の
ブースト・ブースト取り消しで中身だけ残る件、当該ブースト以前にTLに存在していた場合に消すとまずいから残すようにしていたのか...うーん... https://github.com/tootsuite/mastodon/issues/147
あのSQLのおかげで'Web'のアプリケーションをうっかり削除してたことに気づけたよー(昔テーブルの全レコード削除したせい)
Mastodon開発はドイツの標準時で動いてるから…<寝れぬ
PostgreSQLのupdate/delete+LEFT JOIN構文分かんねぇ…
Pawooは大丈夫だとしてどちらかというと心配なのはkirakiratterとかでは
(せやな)
@Clworld 最後の行まとめすぎでは
リストとして出してみたらけっこう少ないのでたぶん1.4.2行けるよ(?)
こんな感じのなかなかの変更が入ってたりするけどきっと1.4.2として出せるよ?リストhttps://pastebin.com/NdgMhUyv
1.4.1と1.4.2の間何入ってたっけ感
なんかこんな変更も入ってるけどまあ大丈夫かなって変更が10個ぐらい入ってそうな 1.4.1->1.4.2差分
パッチリリース(
通知リスナのエラーログがつらいのでqiitadon対応した
ついったさんのStreamingAPIを使っている人ならバルス後に遅延が発生して時刻がばらばらになってPostが降ってくる現象をよく知っているはず
@Clworld 時刻順よりID順の方が速い気がするし、StreamingAPIユーザ的には分かりやすいし、時刻順だと古いPostが遅れて来たときの処理に悩むしで、私はID順でいいんじゃないかなーと思うのであった(みんな遅延しないようにがんばって)
ちなみにMastodonのTLの並び順はPost時刻順ではなくID順(Post受信順)である
@Clworld pipelineは大丈夫そう。luaは危険っぽい気がする
Mastodonは、オープンなウェブプロトコルを採用した、自由でオープンソースなソーシャルネットワークです。電子メールのような分散型の仕組みを採っています。