Hello everyone,

Following this post, it seems that quite a few users can’t see catbox.moe pictures.

Catbox was my preferred option as they have a handy Firefox extension that allows to upload pictures with just a click, and get the link directly in the clipboard.

My understanding was also that by having the pictures on catbox, we avoided storing copies of pictures on every Lemmy instance. Is this still the case? I read a bit about proxying pictures (https://github.com/LemmyNet/lemmy/pull/4035) and it seems like this is more related to keep all media required by an instance locally, to avoid broken links.

So long story short: what should be the recommended way to share pictures on Lemmy?

  1. Use a hoster like https://imgbb.com/
  2. Upload pictures locally
  • Image hosting for Lemmy is a significant issue. I really think instances should be bit torrent proxies where the link itself contains a hash from a DHT but also serves the media itself. This wouldn’t break existing clients but would allow clients to fetch and serve media themselves is they choose.

    Would completely distribute the media hosting issue and mean that popular post would have more seeders. Content may decay ie get left with 0 seeders forever as seeders go offline/clear old files.

    Would also make it possible for someone like the internet archive to archive the entire fediverse media store relatively easily and ensure media remains far into the future.

    • gandalf_der_12te@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      4
      ·
      1 day ago

      The problem with media files is more general, it’s not just pictures.

      This is also why we’ve never had a (functioning) video platform on the fediverse: Hosting (storage + bandwidth) costs real money. Actually a lot of money. Who pays for it?

      Community hosting of large media files would solve the problem (the instance server would only store a hash value). But, there’s a lot of questions/problems, such as:

      • what if all seeders go offline simultaneously?
      • privacy issues (seeders can see who requests their data)
      • legal issues (what if somebody uploads illegal material and you seed it?)
      • The first issue would happen eventually yes but that would theoretically be after 99% of the interactions the post would see have already happened. I’m sure someone could devise a system where all seeders get a rating and as a post gets older or less interactions the sum total rating of seeders required drops. Basically u could have heigh rated seeders seed the only copy.

        Issue 2 is a harder one but having ur IP known isn’t too much of an issue. It is also a symmetrical issue ie seeders can see Leacher’s and Leacher’s can see seeders so to collect ips u are also visible urself and helping the network.

        Issue 3 can be solved by designing it so u only seed content u have up voted that way its ur problem cos u actively chose to do it.

        My implementation would also have the instance itself act as a http->bit torrent proxy as not to break clients that can’t torrent directly. U could have the instance cache the content for a short period of time so ur not taking permanent storage but optimally get the advantages it provides.

        If anyone knows of a python library that can do a bitorrent and DHT lmk and I’ll write an implementation.

    • db0@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      10
      ·
      5 days ago

      It would be difficult to host. Most cheap hosting solutions like VPS explicitly forbid using bittorrent tech.

    • Blaze (he/him)@feddit.orgOP
      link
      fedilink
      English
      arrow-up
      9
      ·
      5 days ago

      Could be a good idea, but that seems like a long term improvement. Here we are looking for a solution that wouldn’t require changes to the codebase.