I shared a link from NPR Tiny Desk but there was no image preview or video embed. After investigating this I learned that when you do that, each instance picks up the link and individually retrieves the link preview nearly simultaneously. For gargantuan sites like YT or Reddit, this is a trivial amount of traffic and not a problem, but for smaller sites like NPR this results in a sort of botnet DDOS attack on the site's servers. More here. Another example here . For that reason, NPR has blocked Fediverse servers like Mastodon.

I have experienced this on my personal server as well (DDOS), but at the time didn't know why, exactly.

This isn't the end of the world, but certainly is not great and hurts engagement with the content. Is there a solution for this? Perhaps using some sort of webtorrent service like PeerTube where they just fetch the information from another fediverse server instead of the source server? Maybe fetching embeds client-side? At least that would stagger the requests.

you are viewing a single comment's thread
view the rest of the comments

[–] inzen@lemmy.world 4 points 10 hours ago* (last edited 10 hours ago) (1 children)

If it's a signed checksum then maybe. But if the og instance is doing the abusing then it won't help.

[–] a4ng3l@lemmy.world 1 points 9 hours ago (1 children)

Yeah there must be some trust indeed of the og instance. A scoring system could help with that.

[–] prenatal_confusion@feddit.org 1 points 7 hours ago (1 children)

Or ... Or we could stagger the requests of the different instances so that they don't overload the linked site. Why reinvent the wheel?

[–] a4ng3l@lemmy.world 1 points 7 hours ago

Eventually that leaves the load to the source event if it’s differed. And the load would still grow along the growth of the fediverse. So this would likely be pushing the issue to tomorrow. Signing content checksum isn’t exactly like reinventing a wheel, it’s something done in many contexts. And it removes the load from the source entirely.