@adrianholovaty: reading your post again, I'm not sure you even need to do what you did.
-
-
Replying to @slightlylate
@adrianholovaty: Caches are keyed by Request, and you can cons up Requests however you like.1 reply 0 retweets 0 likes -
Replying to @slightlylate
@adrianholovaty: creating a simple-URL Request for the cache key is easy, same at fetch() time, but will require conversion there.1 reply 0 retweets 0 likes -
Replying to @slightlylate
@slightlylate Ah, so I would create a fake Request just for the purposes of the cache key?2 replies 0 retweets 0 likes -
-
Replying to @slightlylate
@slightlylate Nice! And that's actually not that hacky. Thanks man.1 reply 0 retweets 1 like -
Replying to @adrianholovaty
@adrianholovaty: we need better metadata support; cache expiry keeps biting people. Overlap with your needs there.1 reply 0 retweets 0 likes -
Replying to @slightlylate
@adrianholovaty: i.e., if you could add the "real" URL as a field to the key and query by that instead, it'd be simpler1 reply 0 retweets 0 likes -
Replying to @slightlylate
@slightlylate That'd be nice. I also saw a GitHub Issue suggesting "tags" for cached objects. Smells a bit too specific, but then again...?1 reply 0 retweets 0 likes -
Replying to @adrianholovaty
@adrianholovaty: yeah, I think general metadata expansion for object would be good. We hit this a lot; people using IDB to store metadata =(1 reply 0 retweets 0 likes
@adrianholovaty: and I already feel bad about grandfathering IDB into SWs. So bad.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
& Web Standards TL; Blink API OWNER
Named PWAs w/
DMs open. Tweets my own; press@google.com for official comms.