神楽坂しえる @Clworld@md.ggtea.org

承前) 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にしないとだめなやつじゃないですかねこれ

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

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

@ck 今ソース見たけど向こう側にあるsubscriptionsが生きてるかどうかをチェックできるエンドポイントが無さそうな気がする

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

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

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

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

よしpush復活したはず

callback_urlとsecretを保存しとかないと復活手段ないのよねー。

家鯖ではsubscriptionsテーブルにacts_as_paranoidを仕込んだ(mstdn.jpへのpushが切れたことに落ち込んだので)ので復活をします

@ck 私もだよ！