https://alexandrite.app/feddit.de/post/11325409

Hier ein kleines HowTo, wie man seine Userdata auch schnell umziehen kann.

Frittieren ist das eine, z.B. Buletten mit hohem Fettanteil das andere. Die können beim anbraten gefühlt um die Hälfte schrumpfen und am Schluss in einem See aus Fett schwimmen, das muss man eben irgendwie entsorgen.

Scheinbar ist das Entsorgen in den Abfluss schädlich für die Abwassersysteme.

Nur um den Punkt zu klarifizieren: Öl in den Abfluss kippen ist nicht nur für die Abwassersysteme der Stadt schädlich, das haftet sehr effektiv in den heimischen Abflussrohren. Neben einem tollen Grundaroma von Verwesung in Begleitung von Ekelpommesbude in der Bude hat man hier schnell nen Haufen Arbeit am Hals.

Ein altes, dickerwändigeres Plastikgefäss damit zu befüllen und ab in den Restmüll ist der Weg. Ich würde von Glasbehältern abraten, ausser man hat Bock auf ne Handgranate aus heissem Öl und Glassplittern.

Steganography is a (fascinating) bitch. There are a lot of ways to hide a message in an image which is very resilient to manipulations like resizing, compression or even the loss of information by actually filming a screen versus taking a screen capture.

If you adjust your approach to not rely on a single picture to reliably convey a short message, but part it out over tens or hundreds of frames in a video, it’s basically impossible to make sure that the message was erased without knowing the algorithms used or rendering the video unwatchable.

It’s an awesome field and nothing new.

Das Problem mit Binaries ist, dass Deltas schwierig sind. Heißt bei git commits von Binaries mit kleinen Änderungen wird bei vanilla git trotzdem die gesamte Binary erneut hochgeladen. Das kann bei x Updates für y Kunden schon schnell aus dem Ruder laufen.

Gibt aber diverse Möglichkeiten, das Problem zu mitigieren. Hier eine kleine Übersicht.

Oder auf oldschool ne schnöde SQL-Datenbank mit nem optionalen buntem Interface. Da hast du das Problem mit Duplikaten bei korrektem Design nicht, alle Anforderungen abgedeckt und ist im Zweifel auch schnell selbst gebaut.

privates git repository mit nem Branch pro Kunde?

Oh boy, that is one spicy topic. You could start here.

In short: The lead dev (who stepped down, but may be back again?) is involved in some controversy.

While I can fully understand why somebody wouldn’t trust the OS based on that, it’s still the most secure and private OS available today IMHO.

Some sort of user-controllable merging of community views would honestly alleviate most of this:

Adding something like user-specific topics, e.g. allowing the user to consolidate all posts from instanceA.communityA and instanceB.communityA and even instanceA.communityB into a custom community view shouldn’t be all that difficult to implement (he stated naively, having never looked at the codebase).

A great addition would also be to allow the merging of posts, e.g. show all comments of all threads under one post where the post URL matches and/or the title matches.

This isn’t exact, since multiple communities can discuss the same topic from completely opposite viewpoints, but at least allowing the user to consolidate stuff and control it would be huge.

Der wesentliche Unterschied für mich ist, dass man als User im Fediverse die Kontrolle über seine Blasen hat.

Blasen sind grundsätzlich nichts Schlechtes, ich kann z.B. wenig mit Tipps zum Häkeln anfangen und, sollte mal eine Community dazu öfter im All Feed vertreten sein, blockiere ich sie einfach. Genauso wie ich Communities, die mich interessieren, abonniere.

Ich betrachte sogar das Vorsortieren der föderierten Instanzen durch die Admins einer Instanz als kontraproduktiv zum Konzept, dem User die Kontrolle zurückzugeben. Aber in der realen Welt hat das mehr Vorteile als Nachteile; es gibt ja auch Instanzen, die keinerlei andere Instanzen sperren, wenn das dem User wichtig ist.

Kritischer sehe ich da schon die Macht, die man damit den Admins einer Instanz gibt: Wenn ein User nicht aktiv mehrere Accounts auf mehreren Instanzen betreibt und ab und zu über den Tellerrand hinausschaut, sieht der User einer Instanz eben nur das, was die Admins in ihrer subjektiven Sichtweise als akzeptabel empfinden.

Die meisten Leute hängen an ihren Accounts, und das aus gutem Grund: Ein neuer Account wird häufig nicht so ernst genommen und nach einer Zeit assoziieren sich viele auch mit ihrem Account, sei es nun wegen lustiger Internetpunkte oder der Tatsache, dass der Account in den besuchten Communities bekannt und respektiert ist.
Da ist die Schwelle, sich nach einer Änderung der deförderieren Instanzen bei der eigenen Instanz, seine Identität woanders neu aufzubauen, häufig sehr hoch.

Wieder in der realen Welt angekommen, ist diese Vorsortierung bekannter Instanzen, die nun subjektiv oder objektiv gesehen mehr schlechtes als gutes in die Welt posaunen, für fast alle Instanzen notwendig; sei es nun aus rechtlichen/moralischen Gründen oder weil die freiwillige Manpower zur zeitnahen Moderation fehlt.

I know that it’s a core design feature of Lemmy and the underlying federation, but it’s pretty annoying that multiple communities with the same name can exist on different instances while not necessarily following the same ruleset or even purpose.

The small user base gets even more fractured that way, a lot of posts get reposted to multiple instances as well.

So you either:

• subscribe to one or two communities and miss a lot of potentially interesting conversations
• subscribe to more communities and get flooded with reposts and potentially stuff you don’t want to see due to a different ruleset