npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn (npub1jtm…rxtn) npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx (npub1yqw…wajx) npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d (npub1dft…ta3d)
it's a good call, and I started down that road...but this looks like we're going to have to introduce another layer of storage and data mapping to be able to handle...
we can *request from server and save* the image no problem with a HEAD request...but then to get the chapter image out of our local storage/cache, we only have the original chapter image URL to work with, and at that point we don't know the extension again, so we don't know the file path in storage...
Podverse /
npub1w4…grxhw
2023-08-06 23:02:22
in reply to nevent1q…uu5r
Author Public Key
npub1w4l9wx8rv529jk0tc3fz0mu2vqc4m7pkjhvv4cvscpl83pmeudnsggrxhwPublished at
2023-08-06 23:02:22Event JSON
{
"id": "04b8fcabe2f4b35daf526e219ce3e5e98ad5acdd6dc3d791f2875e772249c49e",
"pubkey": "757e5718e365145959ebc45227ef8a60315df83695d8cae190c07e788779e367",
"created_at": 1691362942,
"kind": 1,
"tags": [
[
"p",
"92f756999c8e308b69ee6316fe38b22b05e9f3077a7dd40d8f622d6e42e6b504",
"wss://relay.mostr.pub"
],
[
"p",
"201d88753617ea9c838d55008d119b21b90b1d1b0e7d7b053898b11af526acc3",
"wss://relay.mostr.pub"
],
[
"p",
"6a575c5984ba42e8ce9a16cf2aaa621cb3cdef8d1a99bb262fae79495e737f6e",
"wss://relay.mostr.pub"
],
[
"p",
"452fa1bb618154a61b5b88d325446577ed6095a21bb29e1049b4acb04d2e61bb",
"wss://relay.mostr.pub"
],
[
"p",
"d4a7cb8349c187924eab95829a4350e8f9463cf1db8912ef6149c9612c7f7dc7",
"wss://relay.mostr.pub"
],
[
"p",
"82f9eb013344b87571dcc106eebeba0c5e55856ee2ed843506c312874b9c520e",
"wss://relay.mostr.pub"
],
[
"e",
"ec94674a7157d05d414f001e356498c3e953c8373534ab38571fe73dfc78e208",
"wss://relay.mostr.pub",
"reply"
],
[
"proxy",
"https://podcastindex.social/users/podverse/statuses/110845161779737228",
"activitypub"
]
],
"content": "nostr:npub1jtm4dxvu3ccgk60wvvt0uw9j9vz7nuc80f7agrv0vgkkushxk5zq0rrxtn nostr:npub1yqwcsafkzl4fequd25qg6yvmyxusk8gmpe7hkpfcnzc34afx4npsfhwajx nostr:npub1dft4ckvyhfpw3n56zm8j42nzrjeummudr2vmkf304eu5jhnn0ahqz7ta3d \n\nit's a good call, and I started down that road...but this looks like we're going to have to introduce another layer of storage and data mapping to be able to handle...\n\nwe can *request from server and save* the image no problem with a HEAD request...but then to get the chapter image out of our local storage/cache, we only have the original chapter image URL to work with, and at that point we don't know the extension again, so we don't know the file path in storage...",
"sig": "001cf20d1d6c9236ccdd228f09187eba65daaa0866c89bd2d0a77b1ef56fc258f755a2434c9ff7ba65d006dcc17dd1f70ae5586e92dec59f9ba62f91d3ae0ecb"
}