パルパル！？
はん(@highemerly@handon.club)の投稿 名前は「はん」です。handon.club 管理人です。
内輪投稿も多いですが，どなたでも気軽に話しかけてください。全ての投稿は個人の見解であり，所属する組織やサーバーを代表する見解ではありません。
他、育児系Misskeyサーバー hiyoko.clubや、Fediverseへのリンク共有サービス anypost.dev なども運営しています。
“Han”, who is admin of handon.club.
★運営への問い合わせ / Inquiry for administration
Direct message or https://highemerly.net#contact
★運営情報 / Admin information
#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
【トリキのつくね情報】トリキのつくねには，同じ値段で「つくね」と「チーズつくね」があります。同じ値段ならチーズつくねでええやん！って思うかもしれませんが，「つくね」と「チーズつくね」のつくね部分のクオリティは異なり，「つくね」の方がおいしいのです。一度は「つくね」を頼んでみてね。
はんさんのトリキ情報は「一番上手いのは山芋」「つくねとチーズつくねはつくね部分のクオリティが違う」で終わりです
もも貴族塩はうまい。
酢モツは店舗限定であるところと無いところがある。
よだれどりは私もあんまり好きじゃない。
このアカウントは、notestockで公開設定になっていません。