pleroma.tenjuu.net

tenjuu99(天重誠二) | @tenjuu99@pleroma.tenjuu.net

読書、プログラミング、登山、ランニング、美術など
いろいろ雑につぶやいていますが、最近は浮世絵について調べています

うおおおーー

背中からくる球よくとるな

あっさり入ってしまった

すげえ

あとで読む(ながい)
高木浩光さんに訊く、個人データ保護の真髄 ——いま解き明かされる半世紀の経緯と混乱 - Cafe JILIS
https://cafe.jilis.org/2022/03/18/160/

ActivityPub のキャッシュ戦略考えるんならwildebeest漁るほうがよさそうだな

mastodon の任意の投稿の Cache-Controle 値、ログイン時には max-age=0, private, must-revalidate になるが、ログアウト時には max-age=10, public になるのはたぶんかなり微妙な実装っぽい気がする。CDNがキャッシュするかどうか、これだとタイミング次第で、キャッシュが切れたタイミングでログインユーザーがリクエストすればキャッシュされないし、非ログインユーザーがリクエストすればキャッシュされてしまう(キャッシュされたあとにログインユーザーがリクエストすると10秒間はたぶんCDNが返すことになりそう)。

RFC7231の7.1.4(Vary) にも以下があり、勉強になる。

there is no need to send the Authorization field name in Vary because reuse across users is constrained by the field definition (Section 4.2 of [RFC7235])

ていうか RFC の Caching の章が Fielding, et al. なの知らんかった…。

https://www.rfc-editor.org/rfc/rfc7234#section-3

A cache MUST NOT store a response to any request, unless:

  • the Authorization header field (see Section 4.2 of [RFC7235]) does not appear in the request, if the cache is shared, unless the response explicitly allows it (see Section 3.2), and

これ、「Authorization ヘッダーがある場合はいかなるレスポンスもキャッシュしてはならない」、という定義なんだな。共有キャッシュの場合( Cache-Controle: public )でもキャッシュ不可だが、レスポンスが明確にそれを許容する場合は除外。Section 3-2 にも同じことが書いてあり、”explicitly allows it” というのは public, must-revalidate, s-maxage の使用がそのような効果をもつ。 s-maxage はそのためにあるのか…。

鹿が準備運動する動画、よかった

昨日、Twitterを見ざるを得なかっただけでだいぶ苦しみが高まり、人里から離れたくなっている気がする。ひとまず深呼吸しました。
https://youtu.be/UiO-xwvVARk

思いつきで"サブジェクト指向プログラミング"で検索してみたら、思った通りに思ってたのと違うものがでてきた。

vim 環境つくりなおしたい...

DoSとか考えると10秒でもキャッシュされている方がマシとかはあるのかもしれない。

あとで確認してみよ

ようやるなぁ...
10秒なら漏れたうちには入らないとか

んんん、Mastodonのユーザーページが思いっきりそのパターンだったのだわ

cache-control: max-age=0, private, must-revalidate
cache-control: max-age=10, public

RE:
https://misskey.m544.net/notes/7186ff03be1d75085f0623b4

@mei23 一般論としては、パスを分けるか、private に統一するかしたほうがよさそうですよね。設定をミスったらけっこう致命的なので...。

AIの実行環境がプレビューまでできれば(ということはランタイムを抱えることができれば)、指示の仕方とか工夫していけば仕様を記述しやすくなるのかもしれない。

»