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

SubwayTooterの通知リスナは301が返ってきたらそのredirect先にアクセスしに行く挙動になっています(汎用化ばんざい)

traffic的にwebとstreaming分けたいというのは分からなくもないのでつらい

@qiitadon Qiitadonなのですが https://qiitadon.com/api/v1/streaming/ にアクセスした場合に404が返ってくるためStreamingAPIを使用するクライアントで問題が発生します。
同じようにstreamingサーバが分かれているmstdn.jpはhttps://mstdn.jp/api/v1/streaming/以下にアクセスした場合にhttps://streaming.mstdn.jp/api/v1/streaming/へ301リダイレクトするように設定されています。
同じように301リダイレクトするように設定して頂けませんでしょうか？
ちなみにMastodon開発者のGargronさん的にはSTREAMING_API_BASE_URLは開発目的用で本番環境での使用は想定していないようです。 https://github.com/tootsuite/mastodon/issues/2068#issuecomment-295350433

実際のところmstdn.jpは
https://mstdn.jp/api/v1/streaming/
にアクセスされた時に 301リダイレクトで
https://mstdn.jp/api/v1/streaming/
に飛ばすのでStreamingAPI使うクライアントは301リダイレクトをハンドルする必要があるみたいな状況になっている(streaming_api_base_urlを取得するAPIは無い)

通知リスナがQiitadonのStreaming API が404だって怒ってる…。(mstdn.jpみたいにstreamingが別サーバかな…mstdn.jpと同じにredirectかけてほしい)

機種変からSubwayTooterでpush通知が安定しないなーと思ってたのだけどリスナ削除してエクスポートして再インストールしてインポートしてリスナ追加でなんとかなったっぽい？(たぶんHeliumでAndroid標準のバックアップ機能で移行したのがまずかった感じがする)

にゃぁ

にゃー

ついったのWeb新しいpostを表示するときの動作が遅すぎてMastodonのあとだとめっちゃストレスフル(ついったさんの方が流量が多いだけな疑いはある)

.well-known/acme-challenge に対するlocation追加されてたの私気づいてなかったけど4/23追加だったのでそう最近のことでもなかった…。そういえばLet's Encryptが投げてくるプロトコルhttpなんやっけ…？

Docker-Guide.md に nginx 設定のこと書いてないことに気づいた。

今気づいたけどDocker環境の人はDocker内の.well-knownに書かないといけなくなってつらくなるのか…？

let's encrypt + Mastodon 今 webroot で /home/mastodon/live/public を指定しているので certbotが直接publicに書いてる (前はpublic/.well-knownをsymlinkしてた)

4 commits やん…なんで間違えたの…

3 commits になったので github の Contributors のリストに出るようになったとです。わーい。(とくに意味はない) (Mastodonリポジトリはそういうゲームでは無いです)

はい