新しいものを表示

承前) これをacts_as_paranoidの愚直な実装から一時停止フラグみたいなのに変えて管理画面から復活出来るのが多分正しいと思うので誰か実装とpull requestたのむ

スレッドを表示

MastodonのSubscriptionsを論理削除にする差分です
github.com/clworld/mastodon/pu
復旧作業は手動です。

なんか1個確かに連携切れてるやつあったんですけどaccountsテーブルにレコード自体ないですね(blockか何かの影響?)

よし、とりあえずこれをQiitaに書く流れですかね(

UAが "Mastodon/PubSubHubbub" のものに限ってもいいかも

スレッドを表示

ようするにこうです cat (nginxのログ) | grep /api/subscriptions/ | egrep '" [34][0-9][0-9] ' | lv

承前) Nginxのログを漁って
/api/subscriptions/[0-9]+ のURLに
3xx, 4xx のレスポンスが無いかを確認する というのが唯一取れる手段っぽい

スレッドを表示

とりあえず相手の鯖にsubscriptionが生きているか確認する手段が無いことは分かった
そしてsubscriptionが切れる条件は
return subscription.destroy! if response.code > 299 && response.code < 500 && response.code != 429 # HTTP 4xx means error
である

リファラーoffにしないとだめなやつじゃないですかねこれ

神楽坂しえる さんがブースト

と思ったけど、web/accountは関係なかった。そのユーザを表示してると出るのか。

神楽坂しえる さんがブースト

どうでもいいけれど、/web/account/XXXでmastodon使用している方、リンクをクリックするとリファラーがその値になってしまうので、完全に特定できてしまうんですよね。その人に向けてブログ見てくれてありがとうのmentionでも飛ばしますか?w

subscribe時にそのsubscribeが切れてたのかどうかも返してくれないか…

神楽坂しえる さんがブースト

これ面白いw / マストドン 日本インスタンス 同時監視ライブ nico jp pawoo youtu.be/o9eQjJz5gTc

ソースを見た結果Mastodonサーバは前にsubscribeしたのがちゃんと生きているのかどうかを外部に公開していないっぽいということが分かった(見落しがあったらすまぬ)

向こうのsubscriptionが生きてるかどうかのチェックをどうするか分からなくなってきてremoteの全アカウントにsubscribe飛ばすのが早い気がしてきた

mstdn.jpのすごい鯖間移行で外れるなら稀にある事故で7日間待つでもいいけどpawoo.netがちょっと失敗しただけで外れるのならまずい感じがする

スレッドを表示

皆subscriptionsテーブルにact_as_paranoid入れるべきだし速やかにsubscriptions復旧用rakeが必要な状況になってきた。

@pixiv こちら自宅鯖ですがpawoo.netのsubscriptionが外れていました。
このブログに書かれているような現象が発生していると想定されます。cryks.hateblo.jp/entry/2017/04
可能でしたらなのですがsubscriptionの復旧を試みられませんでしょうか。
私の鯖ではバックアップから復旧しましたがこの現象は他の鯖でも発生していると思われます。

古いものを表示
GGTea - Mastodon

Mastodonは、オープンなウェブプロトコルを採用した、自由でオープンソースなソーシャルネットワークです。電子メールのような分散型の仕組みを採っています。