For transparens laver jeg hver måned et indlæg om Feddit.dks finanser og andet af relevans.

I september måned modtog Feddit.dk 996 kroner i donationer, fra @tonur@feddit.dk, @meldrik@lemmy.wtf, @Flodsvin@feddit.dk, @Assensvej@feddit.dk og et par anonyme donorer. Tak for det 🙂.

De 996 kroner overstiger de månedlige udgifter på 426 kroner (som er steget lidt pga. lager-omkostninger). Derved er kassebeholdningen steget til 7942 kroner hvilket giver en “runway” på lige over halvandet år.

Man kan donere til Feddit.dk gennem Liberapay (https://da.liberapay.com/Feddit.dk/). Man er også meget velkommen til at støtte Feddit.dk ved at være en aktiv bruger og/eller fortælle andre om siden. Især det at fortælle andre om Feddit.dk er vigtigt for at få flere brugere, da vi ikke kører nogen reklamer - den eneste måde andre kan opdage siden er gennem jer!

Lageromkostninger

Som nævnt ovenfor er lager-omkostninger steget lidt. Lige nu er der en uploadgrænse på 5 MB, men den grænse er desværre også brugt til eksterne brugere og der er ikke rigtig en god måde at tillade jer (lokale brugere) at uploade mere mens man tillader eksterne brugere at uploade mindre.

Derfor overvejer jeg at sætte uploadgrænsen tilbage til 1MB som vi havde før. Det vil i praksis betyde at man næsten altid er nødt til at bruge en ekstern billedhost (fx catbox.moe) hvis man vil poste et billede. Hvis man har nogle kommentarer til dette må man gerne sige til.


Som altid kan man stille spørgsmål ved at skrive i kommentarerne eller i privatbesked.

  • Fugtig Fisk@feddit.dk
    link
    fedilink
    arrow-up
    5
    ·
    2 months ago

    Interessant mht lager omkostningerne. Må man spørge ind til tallene for hvor meget mere det koster at lade upload grænsen være ved de 5MB?

    Min tanke er at det vil evt gå ud over brugervenligheden og evt oplevelsen fra nye brugere når de finder Feddit.dk?

    Er der nogen mulighed for automatisk nedskallere billeder ved upload til feddit.dk?

    • SorteKanin@feddit.dkOPM
      link
      fedilink
      arrow-up
      8
      ·
      edit-2
      2 months ago

      Må man spørge ind til tallene for hvor meget mere det koster at lade upload grænsen være ved de 5MB?

      Det er ikke noget jeg tror jeg kan gætte særlig præcist, men jeg kan se på graferne at der har været meget mere aktivitet inden for de sidste tre måneder end tidligere:

      Nu lægger der altså 300 GB cirka i forhold til en noget mindre mængde for 3 måneder siden. Lemmy understøtter lige nu ikke rigtig på nogen god måde at undgå dette ekstra lager, så vidt jeg ved, udover at sænke uploadgrænsen.

      Min tanke er at det vil evt gå ud over brugervenligheden og evt oplevelsen fra nye brugere når de finder Feddit.dk?

      Det vil det givetvis. Uploadgrænsen er allerede nævnt forskellige steder så forhåbentlig kan nye brugere finde ud af det stadigvæk.

      Er der nogen mulighed for automatisk nedskallere billeder ved upload til feddit.dk?

      Hm… måske? Men jeg ved ikke om det er ønskværdigt. Jeg ville hellere linke til et eksternt billede end jeg ville vise et lokalt billede der er i værre kvalitet end den originale.

      Det mærkelige er at uploadgrænsen blev sat op for lang tid siden, meget længere end de 3 måneder. Men det kan være vi har fået mere aktivitet lokalt efterhånden som flere brugere har fundet flere og flere fællesskaber, så brugeradfærd har også en påvirkning på det.

      • Fugtig Fisk@feddit.dk
        link
        fedilink
        arrow-up
        5
        ·
        2 months ago

        Interesant!

        Vil det sige at hvis jeg, som bruger af Feddit.dk oploader et billede til et community der ligger uden for feddit.dk, så bliver billedet gemt her hos feddit.dk og ikke til det community jeg har oploaded det hos? eller forstår jeg det helt forkert?

        • SorteKanin@feddit.dkOPM
          link
          fedilink
          arrow-up
          7
          ·
          edit-2
          2 months ago

          Når du uploader et billede så uploader du det altid til Feddit.dk, da du er en bruger på Feddit.dk (medmindre du aktivt bruger en ekstern billedhost og så linker til billedet).

          Så når du laver et billedindlæg i et eksternt fællesskab vil du uploade billedet til Feddit.dk og så laver du indlægget. Indlægget vil herefter blive sendt til andre instanser. De andre instanser vil downloade billedet og lægge det i deres eget billedlager, for at sikre at deres brugere kan hente det hurtigere, hvis altså billedet ikke overstiger den instans uploadgrænse (i det tilfælde vil de blot linke til billedet på Feddit.dk). Det samme sker når en ekstern bruger uploader noget hos deres egen instans og det indlæg bliver sendt til Feddit.dk, selvfølgelig.

            • EvilCartyen@feddit.dk
              link
              fedilink
              arrow-up
              6
              ·
              2 months ago

              Ja, det er vel et temmeligt grundlæggende problem for lemmy - evt. hele ActivityPub protokollen…

              • SorteKanin@feddit.dkOPM
                link
                fedilink
                arrow-up
                5
                ·
                2 months ago

                Det har faktisk ikke så meget at gøre med ActivityPub som sådan - der er ikke noget i ActivityPub der siger at man skal downloade alt indhold og holde det for evigt lokalt. Det er kun Lemmy’s implementation af ActivityPub der er lidt suboptimal på dette punkt.

      • Meldrik@lemmy.wtf
        link
        fedilink
        arrow-up
        2
        ·
        2 months ago

        Er det ikke cached billeder som fylder de 300GB? Lemmy catcher jo stort set al data, men er pisse dårlig til at rydde op i det igen.

        Mener der er en indstilling for pict-rs hvad et cached billede max må være.

        • SorteKanin@feddit.dkOPM
          link
          fedilink
          arrow-up
          4
          ·
          2 months ago

          Jo altså det er klart ikke 300 GB fra lokale brugere lol.

          Pict-rs indstillinger gælder for alle billeder. Fra pict-rs’s synspunkt er der ingen forskel på lokale eller eksterne billeder.