gibts da kein sub? Gern auch auf nem fremden Server? Sowas ist doch eigentlich peak internet

Edit: Ich unterscheide nicht sauber zwischen der FediverseFoundation und der unabhängig moderierten Lemmy community feddit.org. Für die Benutzer hier dürfte jedoch die Gesundheit beider am Herzen liegen.

Die Geschichte mit feddit.de noch immer im Hinterkopf checke ich alle paar Monate die Webseite von fediverse.foundation ab, um zu schauen, wies so läuft. Auch um sicher zu sein, dass meine Accouns auf den verschiedenen Diensten (Für die ich übrigens auch regelmässig spende.) noch sicher sind. Gerade die Finanz-Updates fand ich wichtig und spannend zu sehen.

Leider ist der letzte Blogartikel der FediverseFoundation fast ein Jahr her. So habe ich recherchiert, wie es aussieht bezüglich Updates von Seiten Admin-Accounts:

• 2026-04 feddit@feddit.org letztes Update (Lemmy Version-Bump) https://feddit.org/post/29043566
• 2025-12 admin@instapix.org und fediverseFoundation@fedi.at letzte Pixelfed-Posts
• 2025-11 admin@feddit.org letzter Kommentar https://feddit.org/comment/10099357
• 2025-07 fediverse.foundation letzter Blogartikel https://fediverse.foundation/blog/

Wer noch weitere Admin-Accounts kennt, gerne kommentieren, ich ergänze gerne.

die persönlichen Accounts der Admins, allesamt auf Mastodon:

• Paula scheint aktiv
• Michael bisschen weniger (April 2026)
• fossie ist aktiv
• b2c ebenfalls aktiv

Macht damit, was ihr wollt. Ich bin soweit zuversichtlich, dass nicht nur die Ebene der Nutzenden aktiv ist, sondern auch die Admins noch hinter dem Projekt stehen und es auch selber aktiv nutzen.

Einen schönen Tag allerseits!

English below.

Update 2:

Nach Kritik aus der Gemeinschaft, dass die Regel zu schwammig war und auch mißbraucht werden könnte, habe ich es auf 'Keine Verbreitung von Desinformationen' herunter gebrochen. Ich hoffe wir können damit leben.

In letzter Zeit kam es durch gezielter Desinformation und anderen diskreditierenden Posts zu viel Verstimmung in unseren kleinen Bubble. Bitte beachtet die neue Serverregel 'Keine Diskreditierung von anderen Instanzen/Admins ohne eindeutige Beweise'.

Berechtigte Kritik zu einzelnen Instanzen oder Admins ist natürlich weiterhin erlaubt, aber achtet bitte darauf, dass es tatsächlich berechtigt ist und keine Desinformation enthält, um kein weiteres Fedidrama auszulösen.

Update 2:

Following criticism from the community that the rule was too vague and could be abused, I've narrowed it down to 'No spreading of disinformation'. I hope we can live with that.

Recently, targeted disinformation and other discrediting posts have caused a lot of upset in our little bubble. Please note the new server rule: 'No discrediting of other instances/admins without clear evidence'.

Legitimate criticism of individual instances or admins is of course still allowed, but please make sure that it is actually justified and does not contain disinformation, in order to avoid fedidrama.

Mit freundlichen Grüßen vom Admin Team.

Es hat sich in der letzte Woche ein wenig hingezogen, bis der Zähler von 5.99K auf 6K gesprungen ist, aber jetzt ist es soweit 🥳

Hi,

aktuell ist es ja so, dass man die feddit.DE Accounts noch taggen kann: @wintermute@feddit.de - dasselbe mit den feddit.de communities: @mich_iel@feddit.de

Mein Bauchgefühl ist, dass diese Sachen in der lokalen lemmy Datenbank irgendwo gespeichert sein müssten. D.h. wenn man da alles mit feddit.de rauslöscht, müsste das auch nicht mehr in den auto-completion vorschlägen auftauchen?

English version below.

Hallo,

Lemmy wurde soeben auf 0.19.18 aktualisiert.

Die vollständigen Änderungen könnt ihr hier finden:

• https://join-lemmy.org/news/2026-03-23_-_Lemmy_Release_v0.19.17
• https://join-lemmy.org/news/2026-04-20_-_Lemmy_Release_v0.19.18

Relevante Änderungen für Nutzer:

• Arabische Benutzer- und Communitynamen funktionieren jetzt mit Lemmy UI
• Post URLs können jetzt beim bearbeiten entfernt werden
• Lemmy UI zeigt jetzt an mehr stellen an ob ein Benutzer ein Bot, gebannt, oder gelöscht ist

Hello,

Lemmy hast just been updated to 0.19.18.

The full list of changes are here:

• https://join-lemmy.org/news/2026-03-23_-_Lemmy_Release_v0.19.17
• https://join-lemmy.org/news/2026-04-20_-_Lemmy_Release_v0.19.18

Relevant changes for users:

• Arabic user and community names now work with Lemmy UI
• Post URLs can now be removed when editing a post
• Lemmy UI now shows whether a user is a bot, banned, or deleted in more places

Ich sehe im Modlog nix das darauf hindeuten sollte dass mein feddit.org Account gesperrt ist, kann mich aber nicht einloggen...

Nachdem es ja in der Vergangenheit bereits eine Diskussion zum Stand von dbzer0 gegenüber feddit.org gab (Link), hat man in der Zwischenzeit feddit.org wohl komplett deföderiert (zu sehen hier bei "Blocked instances").
Mir selbst ist es eben erst aufgefallen, als ich in !piracy@lemmy.dbzer0.com einen Post erstellen wollte, bzw. erstellt habe und dann gesehen habe, dass der letzte Post vor meinem in dieser sonst so aktiven Community vor sieben Tagen geschehen sein soll.

Mich persönlich fuckt das ganze riesig ab, da ich a) nicht der Meinung bin, dass die Vorwürfe gerechtfertigt sind und b) die dbzer0-Instanz einer der Gründe war, weswegen ich überhaupt erst ins Lemmyverse gekommen bin. Dass ich mir hierfür jetzt eigentlich einen Zweitaccount anlegen müsste, während kaum ein Lemmy-Client Multi-Account-Support hat, macht es leider auch nicht besser.

Gibt es irgendwas, was man diesbzgl. als feddit.org-Team versuchen könnte? (Will das Team das überhaupt?)

Erstmals möchte ich mich dafür entschuldigen, dass es solange gedauert hat.

Vorerst bitten wir darum die betroffenen Archive-Seiten zu vermeiden aufgrund des im vorigen Beitrag beschriebenen Problems. In der Regel bei Verstöße werden wir höflich darum bitten die Links zu entfernen. Es gilt auf zukünftige Beiträge. Wenn trotz Aufforderung die Links nicht rausgenommen werden, könnten die Beiträge gelöscht werden, da wir die Beiträge nicht eigenständig ändern können als Admins.

Betroffene Archive-Seiten sind wie folgt:

archive(.)today

archive(.)fo

archive(.)is

archive(.)li

archive(.)md

archive(.)ph

archive(.)vn

Falls sich an der Lage was ändern, werden wir euch informieren.

Wir bitten um Verständnis.

English:

First of all, I would like to apologize for the delay in regards to the decision on the Archive webpages.

For the time being, we ask you to not use the affected Archive webpages, due to the reasons mentioned in the previous pinned post. Generally in instances where the aforementioned Archive webpages are used, we will politely ask you to delete the links or change them to a different archiving provider. It applies to future posts from this point on. If the links are not removed or changed despite requests to do so, your post may be delete as we cannot edit your posts ourselves.

Affected archive webpages are:

archive(.)today

archive(.)fo

archive(.)is

archive(.)li

archive(.)md

archive(.)ph

archive(.)vn

We will inform you in case the situation changes.

We ask for you understanding.

Hab ich das nicht mitbekommen? Seit wann ist das verboten? Ich weiß nur, dass da irgendwas diskutiert wird.

Hi everyone,

I hope this is a proper channel to reach out to the maintainers of this instance.

I saw in the documentation (linked) that it is possible to read via RSS not only full content or entries in specific community, but also a single RSS feed that includes entries from all my subscribed communities. My front page in the RSS format.

Is this feature activated on feddit.org?

I followed the documentation: appended to the URL https://feddit.org/feeds/front.xml/ my JWT token extracted from the cookies, and this request produced a 404 Not Found error for me. Is there some mistake on my side, or is there another reason?

Hallo, kürzlich hat lemmy.dbzer0.com eine Abstimmung über die Trennung von feddit.org durchgeführt und es scheint, dass sie als Ergebnis der Abstimmung beschlossen haben, eine diffamierende Zensur zu verhängen. Wie auf dem Bild zu sehen ist. Dies ist inakzeptabel, da Feddit nicht zionistisch ist und keinerlei Zionismus fördert. Dies ist eindeutig eine Verleumdung.

Ich habe mit DeepL übersetzt, da ich kein Deutsch spreche.

Hello, recently lemmy.dbzer0.com held a vote post about defederation from feddit.org and it seems they decided to make a defamatory censure as a result of the voting. As visible in the image. This is unacceptable since Feddit is not Zionist and does not promote Zionism of any kind. This is clearly defamation.

Scheinbar die Instanz von einem transphoben Arschloch, das auch noch den Namen der wundervollen Ada missbraucht, um seinen Scheiß hier zu verteilen...

Aus dem BR-Beitrag von drüben:

Generell warnen Alexandra Borchardt und auch Christian Simon aber davor, das Fediverse als neue Massenlösung zu überhöhen. Reichweiten seien noch begrenzt, auch wenn die vorhandene Nutzerschaft sehr engagiert sei. Mastodon hat weltweit aktuell über etwa 15 Millionen angemeldete Personen. Zum Vergleich: Instagram hat etwa zwei Milliarden, Facebook sogar über drei Milliarden. Entscheidend sei weniger die Ablösung der etablierten Plattformen, sondern eher eine Ergänzung.

https://www.br.de/nachrichten/deutschland-welt/social-media-ist-der-hoehepunkt-von-facebook-instagram-und-tiktok-vorbei,V0ICJ1x

Wir wissen ja auch aus überall woanders aus dem Internet, dass immer nur ein kleiner Teil der User wirklich einen Account hat. Und nur ein Bruchteil dann wirklich subscribed, liked und hochwählt. Und nur ein winziger Bruchteil der Leute nimmt wirklich aktiv teil. Reddit zeigt das auch schön - die Zahl der Impressions ist dort immer gewaltig höher als die Zahl der Votes oder Kommentare.

Das Fediverse zeigt immer nur die Interaktionen an und hat natürlich aufgrund der föderierten Natur Probleme genau festzustellen, wie häufig ein Post wirklich gesehen wurde.

Aber: Habt ihr Admins dazu irgendwelche Zahlen? Seht ihr in irgendwelchen Logs, wie viele hier wirklich mitlesen?

English below.

Wir planen Samstag ein Update der Lemmy-Version auf 0.19.15. Die Changelogs findet ihr hier: 0.19.13, 0.19.14, 0.19.15

Highlights:

• Lemmy UI zeigt für Änderungen innerhalb der ersten 5 Minuten nach Erstellung keinen Indikator mehr an
• Föderation von Moderationsaktionen auf gelöschten Benutzern

Wir rechnen mit einer Downtime von einigen Minuten aufgrund von Datenbankmigrationen.

Dank der persistenten Föderationswarteschlange von Lemmy gehen uns keine Aktivitäten von anderen Lemmy-Instanzen verloren. Es kann jedoch einige Minuten länger dauern, bis wir wieder mit allen Instanzen synchronisiert sind. Bei anderer Fediverse-Software könnten möglicherweise Posts, Kommentare oder Votes verloren gehen, wenn diese nicht mit der Downtime auf der Empfängerseite umgehen können.

Update 16:47 CET:

Da wir bei der Wartung noch eine kleine Änderung bei der Storageanbindung durchgeführt haben und das bei Anubis übersehen hatten hat die Wartung einige Minuten länger gedauert. Die Zeit haben wir währenddessen auch noch genutzt um archive[.]today nicht mehr beim Erstellen von Posts mit Links vorzuschlagen (Kontext). Alles sollte wieder wie erwartet laufen.

We are planning to update the Lemmy version to 0.19.15 on Saturday. The changelog can be found here: 0.19.13, 0.19.14, 0.19.15

Highlights:

• Lemmy UI no longer shows an indicator for changes performed within 5 minutes after creation
• federation of moderation actions for deleted users

We expect a downtime of several minutes due to database migrations.

Thanks to Lemmy's persistent federation queue, we will not lose any activity from other Lemmy instances. However, it may take a few minutes longer until we are synchronized with all instances again. Other Fediverse software may lose posts, comments or votes if they cannot handle the downtime on the receiving end.

Update 16:47 CET:

As we did a small change on the storage connection and missed this in our Anubis config the maintenance took a few more minutes longer. We've also used this time to stop suggesting archive[.]today during creation of posts with links (context). Everything should be working as expected again.

Dear admins,

I see that feddit has adopted Anubis for bot protection. I'm glad it was chosen instead of Cloudflare (or some other invasive service).

However, having to wait for the Anubis check before I can use the site is annoying, especially when I'm already logged in. And it happens multiple times per day, amplifying the feeling that my time is being wasted.

Will you please consider skipping the Anubis check when my browser already has a valid login cookie?

Thank you.

English version below.

Hallo zusammen,

vor ca. 2 Wochen gab es einen Post auf Hacker News, in welchem ein DDoS der Betreiber von archive[.]today, auch auf diversen anderen Domains wie archive[.]ph oder archive[.]is vertreten, gemeldet wurde.

Der HN Post selber ist recht fragwürdig, wie man in den HN Kommentaren nachlesen kann, insbesondere hinsichtlich des Nutzernamens von dem das gepostet wurde, aber inhaltlich ist es zutreffend.

Der DDoS-Angriff wird als JavaScript Code im Browser von Besuchern der archive[.]today Webseiten ausgeführt. Effektiv werden damit die Geräte von Besuchern für den Cyberangriff missbraucht, was einen Block beim Ziel deutlich erschwert. Wer bewusst an einem Botnetz teilnimmt macht sich potentiell auch der Computersabotage nach § 303b StGB in Deutschland oder vergleichbaren Gesetzen schuldig.

Dies ist auch jetzt weiterhin der Fall, da beim Besuchen der CAPTCHA-Seite weiterhin JavaScript Code für den DDoS ausgeliefert wird, um die angegriffene Seite vielfach aufzurufen. Die meisten gängigen Content- und Werbeblocker wie uBlock Origin sollten dies standardmäßig rausfiltern, jedoch kann man nicht davon ausgehen, dass jede Person sowas nutzt, insbesondere auf Mobilgeräten.

Zunächst hat @eb@social.coop diesen Thread gepostet, mit zusätzlichen Details weiter unten im Thread. Konkret hier und hier.

Etwas später gab es eine weitere Meldung von @iampytest1@infosec.exchange, welcher auch zusätzlich die Betreiber per Email um eine Stellungnahme gebeten hat. Laut iam-py-test gab es eine Antwort, in welcher der Ausgang des Angriffs von archive[.]today zugegeben wird. Damit ist davon auszugehen dass es nicht nur ein Fall eines Kompromittierten Servers ist.

Da archive[.]today ein recht populärer Dienst zur Archivierung von Webseiten ist möchten wir nicht ohne Rücksprache mit der Community drastische Maßnahmen ergreifen. Wir haben in den letzten Tagen überlegt welche Maßnahmen wir hier ergreifen können und welche Auswirkungen diese haben werden:

1. Hinterlegung der Domains in Lemmy's URL-Filter
   Für lokale Nutzer werden Inhalte mit Links zu den betroffenen Domains nicht mehr erstellbar sein bis der Link entfernt wurde.
   Inhalte von Nutzern anderer Instanzen werden bei der Föderation direkt abgewiesen und sind bei uns überhaupt nicht erst sichtbar. Bei Inhalten in unseren Communities werden die Nutzer darüber auch nicht informiert, aus deren Sicht ist es nur ein Föderationsproblem, wodurch der Inhalt in der Regel nur auf der Instanz des Erstellers sichtbar bleibt.
2. Hinterlegung der Domains in Lemmy's Beleidigungsfilter
   Dieser Filter wertet nur Textinhalte aus, Direktlinks aus Posts zu Archivlinks (URL Feld bei der Erstellung von Posts) können hiermit nicht gefiltert werden.
   Für lokale Nutzer werden entsprechende Inhalte nicht mehr erstellbar sein bis die Domain entfernt wurde.
   Inhalte von Nutzern anderer Instanzen werden bei der Föderation zensiert, indem die betroffenen Stellen im Text durch *removed* ersetzt werden. Der Inhalt wird nur bei uns geändert, andere Instanzen ohne diese Konfiguration zeigen den ursprünglichen Inhalt an.
3. Entfernung von betroffenen Inhalten per AutoMod
   Diese Option würde betroffene Inhalte im Modlog vermerken und würde uns auch die Möglichkeit geben weitere Logik anzubinden, wie eine PM an den betroffenen Nutzer zu senden, wenn der Inhalt in einer unserer Communities war. Für Communities von anderen Instanzen würden wir hier keine Benachrichtigungen einbauen.

Diese Maßnahmen würden sich nur auf neue Inhalte beziehen, wir haben aktuell nicht vor alte Posts und Kommentare zu entfernen o.ä.

Wir bitten hiermit um Kommentare mit euren Meinungen bis Sonntagnachmittag dazu, bevor wir auf Adminebene entscheiden wie wir letztendlich damit umgehen wollen. Primär wollen wir uns hier an Feedback von lokalen Nutzern orientieren, jedoch werden wir natürlich auch Kommentare von Nutzern anderer Instanzen berücksichtigen, da diese natürlich auch mit unseren Communities interagieren.

Zu archive[.]today gehören mindestens folgende Domains:

• archive[.]today
• archive[.]is
• archive[.]ph
• archive[.]fo
• archive[.]li

Hello everyone,

approximately 2 weeks ago someone reported a DDoS orchestrated by the operator of archive[.]today, also known from other domains like archive[.]ph or archive[.]is, on Hacker News.

The HN post itself is questionable, as you can see in the HN comments, especially concerning the poster's name, but the content is accurate.

The DDoS attack runs as JavaScript code in the browser of visitors of archive[.]today websites. Effectively this abuses the devices and abuses the devices of visitors for the attack. Effectively this abuses the devices of visitors for the cyberattack, which makes it a lot more challenging to block on the recipient's side. Someone knowingly participating in a botnet may also be guilty of Computer sabotage" according to § 303b StGB in Germany or similar laws.

This is currently still ongoing, as visiting the CAPTCHA sites still delivers JavaScript code for the DDoS, to access the targeted site many times. Most commonly used content and ad blockers like uBlock Origin should already be filtering this by default, but we can't expect everyone to use them, especially on mobile devices.

Originally, @eb@social.coop posted about the attack in this thread with additional details further down the thread. Specifically here and here.

A bit later there was another report by @iampytest1@infosec.exchange, who also reached out to the operator by email, asking for a statement. According to iam-py-test he received a response, which admits the attacks to be originating from archive[.]today. Based on this we can assume that this is not just a case of a compromised server.

As archive[.]today is a rather popular service for archival of websites we don't want to implement drastic measures against this without community feedback. In the last days we've considered which actions we could take and what their impacts will be:

1. Adding the domains to Lemmy's URL filter
   For local users, content linking to affected domains cannot be posted anymore until the link is removed.
   Content from users on other instances will be dropped as it's received through federation and will never appear on our instance. For content in our communities users will also not be informed, for them it will look like just a federation issue, which will typically result in the content only being visible on the instance of the creator.
2. Adding the domains to Lemmy's slur filter
   This filter only evaluates text content, direct links from posts to archive urls (URL field when creating a post) cannot be filtered with this.
   Local users won't be able to post affected content until the domain has been removed.
   Content from users on other instances will be censured as it's being processed by federation by replacing affected sections in the text with *removed*. Content will only be changed on our instance, other instances without this configuration will still show the original content.
3. Removal of affected content via AutoMod
   This option would log affected content in modlog and would also allow us to implement additional logic, like sending a pm to users being moderated within one of our local communities. We would not notify users about content in communities on other instances.

These measures would only affect new content, we are not planning to remove or otherwise change old posts or comments.

Please comment your opinions on this until Sunday afternoon (CET), before we'll make the final decision on admin level on how we will deal with this. Primarily we want to base our decision on the feedback from local users, but we'll of course also consider comments from users on other instances, as they are also participating in our communities.

At least the following domains belong to archive[.]today:

• archive[.]today
• archive[.]is
• archive[.]ph
• archive[.]fo
• archive[.]li

Ankündigung: Änderung IP der Adresse von feddit.org

English version below!

Ablauf der Wartungsarbeiten

Am Freitag, den 30.01.2026, wird sich im Laufe des Tages die IP Adresse von feddit.org von 146.255.56.83 auf 146.255.56.93 ändern.

Grund dafür ist, dass wir die komplette Instanz auf einen neuen Kubernetes-Cluster umziehen. Die Migration wird so verlaufen, dass wir im ersten Schritt feddit.org auf beiden IPs parallel erreichbar machen werden (die Datenbackends für Text und Bilder sind ident und sowohl vom alten als auch vom neuen Cluster aus erreichbar).

Wir werden dann beobachten, wie viele Zugriffe noch über die alte IP Adresse erfolgen, und dann entscheiden, wann wir den alten Cluster komplett abschalten können. Geplant ist aktuell eine Übergangszeit von ca. einer Woche. Damit sollte die Migration für alle Benutzer, unabhängig von DNS Caches etc. transparent verlaufen.

Änderungen am Bot-Schutz

Wie ihr vermutlich wisst, versuchen Bots der LLM-Firmen (OpenAI, Antropic etc.) aggressiv Websites nach Inhalten zu durchsuchen, und verursachen dadurch immer wieder Performance- und Zugriffsprobleme. Aus diesem Grund schützen wir feddit.org in Zukunft mit Anubis. Dabei muss der Browser eine einfache "proof-of-work" Aufgabe lösen, bevor Inhalte präsentiert werden. Bei der "normalen" Verwendung von feddit.org fällt diese Maßnahme nicht ins Gewicht, hat sich aber als sehr effizient bei der Abwehr von Bots erwiesen.

Weiters heben wir auch die weitreichenden IP-Blockaden für gewisse "problematische" Netzblöcke auf - feddit.org ist damit wieder uneingeschränkt und weltweit erreichbar. Auch die Probleme, dass Bilder von feddit.org auf anderen Instanzen unter Umständen nicht geladen werden können, sollte damit gelöst sein.

Weitere Schritte

Nachgelagert werden wir die alte Instanz abschalten, und mit einer Infoseite für die Änderung ersetzen, falls dort noch Traffic aufschlagen sollte.

Danach werden wir in einem nachgelagerten Wartungsfenster feddit.org auf die aktuellste Lemmy Version aktualisieren. Dafür wird es noch eine separate Information geben.

Viele Grüße, euer

feddit.org Admin Team

Announcement: IP Address Change for feddit.org

English version below!

Maintenance Schedule

On Friday, January 30, 2026, the IP address for feddit.org will change from 146.255.56.83 to 146.255.56.93 over the course of the day.

The reason for this is that we are moving the entire instance to a new Kubernetes cluster. The migration will proceed as follows: in the first step, we will make feddit.org accessible on both IPs in parallel (the data backends for text and images are identical and accessible from both the old and new clusters).

We will then monitor how many accesses are still occurring via the old IP address and decide when we can completely shut down the old cluster. Currently, a transition period of about one week is planned. This should make the migration transparent for all users, regardless of DNS caches, etc.

Changes to Bot Protection

As you probably know, bots from LLM companies (OpenAI, Anthropic, etc.) aggressively try to crawl websites for content, repeatedly causing performance and access issues. For this reason, we will protect feddit.org in the future with Anubis. This requires the browser to solve a simple "proof-of-work" task before content is presented. For "normal" use of feddit.org, this measure is not noticeable but has proven very effective in defending against bots.

Furthermore, we are also lifting the extensive IP blocks for certain "problematic" network ranges - feddit.org will thus be fully accessible again worldwide. The issues where images from feddit.org might not load on other instances should also be resolved.

Next Steps

Subsequently, we will shut down the old instance and replace it with an information page about the change, in case any traffic still lands there.

After that, we will update feddit.org to the latest Lemmy version in a subsequent maintenance window. There will be a separate announcement for that.

Best regards, your

feddit.org Admin Team

Wir nutzen hier ja häufig diese beiden Seiten. Nun scheinen sie gerade Malware auszuspielen bzw. die Seite als Botnet zu missbrauchen. Die Details und Diskussionen dazu gibt es hier:

https://social.coop/@eb/115902323900229756

https://infosec.exchange/@iampytest1/115902693235671566

https://news.ycombinator.com/item?id=46624740

Seid also vorsichtig bei der Nutzung bzw. nutzt die Seiten lieber vorerst nicht und wartet die aktuellen Entwicklungen ab.

Sorry, falls das OT für den Haupteingang ist, aber es geht ja erstmal um die lokale Perspektive.

Vor ein paar Monaten fragte das @mormund@feddit.org mit Hinblick auf die Devs. Mich würde auch ganz allgemein interessieren, ob die Fediverse Foundation sich das vorstellen kann.

Bis jetzt gibt es keine deutschsprachige Piefed Instanz und so eine wäre für deutschsprachige Communities glaube ich schon passender als die bestehenden. Eine Stabilität wie durch die Foundation und die Admins hier wäre da optimal.

Umgekehrt könnte man sich so als 'Netzwerk von Personen' gelassen anschauen, welche Software sich besser entwickelt und auch einfach Erfahrung sammeln. Die Inhalte werden ja eh geschwisterlich geteilt.

Falls die Foundation ihrerseits zum Mehraufwand bereit wäre, könnte man Admins suchen, um die Arbeit möglichst zu verteilen.

Seit ein paar Tagen erhalte ich diese Fehlermeldung, wenn ich die mlmym-Oberfläche von feddit.org aufrufe.

Als ich den Projektnamen raussuchen wollte, musste ich feststellen, dass die Domain der Projektwebseite (https://mlmym.org/ Warnung: NSFW) von irgendeiner chinesischen Seite übernommen & mit Werbung (?) zugekleistert, bzw. das Projekt auf Github zuletzt vor einem Dreivierteljahr aktualisiert wurde.

Ist das ein vorübergehender Fehler, oder ist mylmym einfach nicht mehr mit der aktuellen Lemmy-Version kompatibel?

Edit 2026-01-08: Als ich es heute nochmal ausprobiert hab, war mylmym wieder erreichbar/funktional. Dankeschön!