Every time when a YouTube video is embedded in Lemmy, a bot appears, suggesting to use Front-end Piped (or another) instead of YT, which is certainly recommended, due to YouTube’s inherent privacy concerns.

However, then it is not understandable, why in the case of images Imgur links are happily allowed, which is infinitely worse in terms of privacy, which shares user and usage data with the worst existing advertising companies, which makes it in little less than spyware.

As a suggestion I present 2 alternatives, which in addition to, as EU products, strictly adhere to the GDPR standard and even more.

As the main FileCoffee service, this, apart from images, supports ALL types of files, whether multimedia, video, documents, presentations or texts. Supports 15 MB/file and with optional registration to also use it as a personal host (100% free with mail, password) up to 30 MB/file, encrypted. Inclusions script one click for ShareX on Windows or MagicCap on Linux or Mac

The second is vgy.me, also privacy oriented, but supports only images, encryption, 20 MB/image, EXIF Data are removed, API for web pages.

  • starman
    link
    fedilink
    English
    arrow-up
    21
    arrow-down
    1
    ·
    edit-2
    1 year ago

    Replace Mb in your post with MB.

    • Mb = megabits
    • MB = megabytes
    • 1MB = 8 Mb

    Edit: since some people say that it should be MiB, here is text from file.coffee website:

    For those without a file.coffee account can upload files that are up to 15 megabytes in size.

    As you can see, megabytes, not mebibytes

    • GigglyBobble@kbin.social
      link
      fedilink
      arrow-up
      9
      arrow-down
      3
      ·
      edit-2
      1 year ago

      Well, acshually, bit doesn’t have a metric symbol and ‘b’ is defined as barn. So Mb would be a megabarn.

      Edit: And to be even more nitpicking: If the image size is defined as binary, it should be MiB (mebibyte) since “mega” is defined as base 10.

      • Johnny@feddit.de
        link
        fedilink
        arrow-up
        6
        ·
        edit-2
        1 year ago

        No. “Mi” is just a different prefix than “M” and it doesn’t matter what units you attach them to. Why would it? It’s just a multiplication with 2^20 or 10^6, respectively.

        • GigglyBobble@kbin.social
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          No.

          Where’s the contradiction? Yes, it’s just a different prefix but it results in a different number. What I meant to adress is that very often people write MB/megabytes (10⁶ = 1,000,000 bytes) but actually mean MiB/mebibytes (2²⁰ = 1,048,576 bytes). RAM vendors possibly most prominently.

          • Johnny@feddit.de
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            There is no contradiction. But there is also nothing contradictory or wrong with the unit MB. If I say “this is 100MB”, maybe I just… mean that? No reason to correct me.

            • GigglyBobble@kbin.social
              link
              fedilink
              arrow-up
              1
              ·
              1 year ago

              But there is also nothing contradictory or wrong with the unit MB.

              And I didn’t say that. Admittedly, the constraint “If the image size is defined as binary” probably could’ve been expressed better (I’m not a native speaker). File sizes are usually calculated in binary units (at least by Windows and the Linux distros I know - even though Windows continues to claim those are megabytes and Linux adopted the standardized units) and I’d bet that’s the case for file.coffee, too.

              Oh, well, I’m pretty sure we’re not really disagreeing anyway. So let’s conclude with the obligatory relevant xkcd.

        • shorty66@feddit.de
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          edit-2
          1 year ago

          2^20 = 1.048.576 ≠ 1.000.000 = 10^6

          Ki Mi Gi Prefixes are for powers of two, K M G for powers of ten.

          Of course you can choose whatever prefix you prefer, but when talking about storage or anything digital, we usually mean the power of two series. For that matter it’s better to be explicit instead of assuming everybody knows.

          • Johnny@feddit.de
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            I never claimed that 2^20 is the same as 10^6. In fact, I explicitly said that they are different. But if I use M on purpose, it is not a correction to just replace it with Mi, for that same reason.

        • GigglyBobble@kbin.social
          link
          fedilink
          arrow-up
          2
          ·
          edit-2
          1 year ago

          Ha, good one! Got me interested, how the standards bodies handle something like that. Found this in the Wikipedia article for byte:

          The unit symbol for the byte is specified in IEC 80000-13, IEEE 1541 and the Metric Interchange Format[10] as the upper-case character B.

          In the International System of Quantities (ISQ), B is the symbol of the bel, a unit of logarithmic power ratio named after Alexander Graham Bell, creating a conflict with the IEC specification. However, little danger of confusion exists, because the bel is a rarely used unit. It is used primarily in its decadic fraction, the decibel (dB), for signal strength and sound pressure level measurements, while a unit for one-tenth of a byte, the decibyte, and other fractions, are only used in derived units, such as transmission rates.

          Somewhat disappointing. “There’s a conflict but it’s fine”.

      • starman
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        I know about binary prefixes, but file.coffee website uses mega prefix, not mebi

      • starman
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        1 year ago

        No problemo, thanks for correction