As explained in the last post, I was trying to get s3 (R2) set up with kbin.earth, and now it’s complete. Now storage costs should be significantly lower (with more capacity) and maybe images will load even faster now.

Also, think of this as an experiment; if it doesn’t work out, I’ll switch it back to file storage.

    • jwr1@kbin.earthOPM
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      4 months ago

      If you mean Cloudflare Images, then no. I thought about using it, but since Mbin stores the sha hash of the images, I didn’t want Cloudflare to serve an optimized image and then Mbin (or an Mbin app) check the hash and see it didn’t match. Additionally, I believe Mbin does some sort of optimization anyway (there’s a “cache” directory that’s likely the optimized and resized versions of the original images). Unfortunately, this “cache” isn’t used with the Mbin API (and, therefore, any external client). IMO, the best place to optimize the image is when it’s first federated or uploaded anyway.

      From what I know, cloudflare images also costs more than just serving the existing image through R2.

      • zorro@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        edit-2
        4 months ago

        Cool. Just curious. How much are they charging for r2 if you don’t mind me asking?

        Edit: nvm I can just look at the rates published online :)

        • jwr1@kbin.earthOPM
          link
          fedilink
          arrow-up
          2
          ·
          4 months ago

          There’s a calculator here if you’d like to try a certain setup (amount of storage & operations).