artlu
@artlu
feels: so fking defeated rn my old frames are half-dead on Warpcast with "couldn't be loaded" images, but appear đŻ fine on /recaster . I fight linkrot / decay with every fibre of my hacker soul, going back to my early training in writing code for the International Space Station (it's still up there in space orbit), to making an archival tool my first Farcaster project, to SassyHash which was built difficult-ly in order to be able to survive any attack and live forever
8 replies
2 recasts
31 reactions
Tony DâAddeo
@deodad
images donât get cached, only proxied so we donât expose users ips to 3parties even scrolling the feed most be something else related to the proxy like missing content type header that may be trivial to fix happy to look into it
1 reply
0 recast
3 reactions
artlu
@artlu
proxy is my fren, wdym he's not forwarding my images? actually, if it's related to headers, I was on an early (working) version of frog đ¸ and maybe requirements evolved over time? idk 𤡠here's the gh https://github.com/artlu99/fartcaster-action and a video showing the user flow in warpcast vs recaster
1 reply
0 recast
1 reaction
Tony DâAddeo
@deodad
thanks for sharing, the URL that frame embed was pointing to is now a 404 https://fartcaster-action.vercel.app/api/image&s=724507676c1e1d0d8f0e14b0e8021672b2b9b4e76b7569cfd8ce0e5d58cf5556 it probably works on recaster because recaster didn't scrape the frame until a later point if you re-cast this frame on WC it will work fine since the current image defined in the metatag is valid once a cast is made we don't rescrape the metatags as there's not an obvious scalable wayâat what point do you re-scrape the embed URL for any particular cast? a nice devtool I've considered adding for devs is a quick way to manually trigger a rescrapping of the metadata for a cast though the limitation is this only let's you fix a specific cast which might not be useful if there are hundreds
1 reply
0 recast
1 reaction
