パルパル!?
名前は「はん」です。handon.club管理人です。
発言数多いです。空中リプライを多用します。内輪投稿が多いですが,どなたでも気軽に話しかけてください。
全ての投稿は個人の見解であり,所属する組織やはんドンクラブを代表する見解ではありません。
★Admin of handon.club.
★Inquiry for handon.club / 運営への問い合わせ
ダイレクトメッセージ or highemerly me.com (
→ @ )
★Server info. / 運営情報
#handon_info or https://handon.hatenablog.jp/
その他は固定トゥート参照
★Patron / カンパ
https://fantia.jp/handon or https://www.amazon.jp/hz/wishlist/ls/2GFSVDC4FW72T
★Icon
@ech
は?は??またアニメやるの???
501&502部隊の日常「ワールドウィッチーズ発進しますっ!」2021年|おた☆スケ http://www.ota-suke.jp/news/256891
うちのサーバで,master追従により,ChromeやSafari等のWebブラウザからオーディオが再生できなくなりました。原因はCORSです。
MastodonのオーディオプレーヤーUIの変更により,WebからメディアをリクエストするときのHTTPヘッダが変わりました。具体的には
・imgとvideo→sec-fetch-mode: no-cors
・audio→sec-fetch-mode: cors
です。そのため,メディアが別ドメインでかつaccess-control-allow-originが設定されていなければ,audioが取得できなくなります。imgとvideoは大丈夫です。
コードを確認しましたが,なんでsec-fetch-modeが変わったのかはさっぱり分かりません(意図したものかどうかすら不明だし,そもそもサーバサイドで気にするパラメータではない認識なので,ブラウザ実装の問題と推測します)。
メディアファイルを別ドメインに置いている鯖缶各位におかれましては,access-control-allow-originの設定を見直すことをおすすめします。
S3だとaccess-control-allow-originを真面目に返すのが初期設定で、Conohaだと返さない仕様なんじゃないかと思います。
詳しいことよくわかんねえ!って鯖缶の皆様は、メディアサーバ側でaccess-control-allow-originを真面目に返すように設定すれば全部解決しますよ。詳細はググって(nginxのconfを1行追加するだけ)
dist/nginx.confへのプルリクも考えたけど、これってメディアサーバーを分けない場合のサンプルだから不適切なんだよなあ。
殴り書きみたいな感じで申し訳ないけど例のaudioのCORS問題はsuggestionを投げてみた。まあGargronがいらんっていうならいらんでいいかなと思ってる。 https://github.com/tootsuite/mastodon/issues/14391
【トリキのつくね情報】トリキのつくねには,同じ値段で「つくね」と「チーズつくね」があります。同じ値段ならチーズつくねでええやん!って思うかもしれませんが,「つくね」と「チーズつくね」のつくね部分のクオリティは異なり,「つくね」の方がおいしいのです。一度は「つくね」を頼んでみてね。
This account is not set to public on notestock.