おきた
名前は「はん」です。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
コレって結局権利上OKっていう話なんだっけ?https://github.com/tootsuite/mastodon/pull/14373
@seibe_bot @seibe2 @seibe3 @seibe4 @seibe5 @seibe6 @seibe7 @seibe8 @seibe9 @seibe48 @seibe0 @seibe1 @seibe せんべい
このアカウントは、notestockで公開設定になっていません。
【運営情報】Mastodonのバージョンアップに伴いWeb上でオーディオが再生できない問題が発生していましたが解決しました。
うちのサーバで,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の設定を見直すことをおすすめします。