Die Website ist relevant genug um einen kurzen Wikipedia-Artikel zu haben: https://de.wikipedia.org/wiki/Caschys_Blog Aber ja, man muss den Blog nicht gut finden.
Original der Meldung findest du etwa hier: https://workspaceupdates.googleblog.com/2023/07/adding-line-numbers-to-google-docs.html
On the other hand, the GDPR's concept of "personal data" is extremely broad, much more so than the US concept of PII. Personal data is any information relating to an identifiable person. Pseudonymous info is still personal under this definition. Online usernames or social media handles are identifiers, and any linked info (e.g. posts, comments, likes) is personal data as well.
So Lemmy and other Fediverse stuff is well within the GDPR's material scope.
However, the GDPR's "right to erasure /to be forgotten" is more nuanced. It doesn't quite always apply (though usually does). OP very likely has the right to request deletion from individual instances.
Posts have been published through federation. The GDPR anticipates this (I think in Art 17(2)): if personal data has been made public by the data controller, and erasure is requested, then the data controller is obliged to take reasonable steps to notify other controllers of this.
The ActivityPub protocol has built-in support for sending out such deletion notifications, and last time I checked Lemmy implements this. Of course the receiving instance might not honor this, but that's outside of the responsibility of the initial data controller.
While I'm not entirely convinced that everything here is 100% compliant, federation is less of a compliance issue than it might seem.
Synology's DSM has built-in MFA support, though it also has some features for external identity management. I don't think Keycloak and so on would be compatible though.
C++ does have the problem that references are not objects, which introduces many subtle issues. For example, you cannot use a type like std::vector<int&>, so that templated code will often have to invoke std::remove_reference<T> and so on. Rust opts for a more consistent data model, but then introduces auto-deref (and the Deref trait) to get about the same usability C++ has with references and operator->. Note that C++ will implicitly chain operator-> calls until a plain pointer is reached, whereas Rust will stop dereferencing once a type with a matching method/field is found. Having deep knowledge of both languages, I'm not convinced that C++ features "straightforward consistency" here…
Exos ist Seagate's Enterprise-Segment. Generell sehr gut (und möglicherweise bessere Total Cost of Ownership), aber:
Die Specs von genauen Modellen vergleichen, nicht von Modellreihen. Es gibt viele Exos-Modelle mit Unterschieden bei Leistungsaufnahme, Garantien, Lautstärke, … letzteres ist für einen Rack-Server im Enterprise-Bereich übrigens egal, für ein NAS im Wohnzimmer jedoch wichtig.
Nicht versehentlich die Modelle mit SAS statt SATA kaufen.
Bei Exos gibt's keinen inklusiven Datenrettungs-Service, falls das ein Verkaufsargument ist.
Manche Platten werden ohne volle Garantie verkauft.
Für mich ist leider Lautstärke relevant sodass ich keine Exos verbaue. Ansonsten würde ich das bedenkenlos tun.
HGST Ultrastar sind legendär, aber ich bin nicht up to date was deren Qualität seit der Übernahme durch WD angeht.
Gewicht ist in der Ebene egal. Luftwiderstand nicht.
Im Vergleich zum Luftwiderstand sind andere Faktoren wie Schaltung, Kette, Dynamo klein, solche Unterschiede können sich aber auch summieren. Gewicht ist eher für das Beschleunigen (wie nach einer Ampel) oder bei Steigungen interessant.
Kondition kommt dazu. Insbesondere wenn du kurze Stadt-Strecken von 15 min gewohnt bist, ist eine 70km-Tour ein ganzes Stück. Da reicht es nicht einfach nur zu fahren, sondern Essen, Trinken, und Pausen sind auch wichtig. Eine Durchschnittsgeschwindigkeit von 20km/h wäre keinesfalls schlecht (im Kontext Trekking/Reise). Ich persönlich rechne mit einer effektiven Reisegeschwindigkeit von 15km/h (inkl Pausen, Navigation, Ermüdung, leichten Steigungen, etwas Gepäck) für längere Strecken über 40km, auch wenn ich kurze Strecken deutlich sportlicher fahren kann.
Bei NAS-Festplatten ist wichtig dass die Firmware für NAS ausgelegt ist (also nicht eine günstigere normale Festplatte nutzen), und dass kein Shingled Magnetic Recording (SMR) verwendet wird. SMR spart dem Hersteller Kosten, solche Platten werden aber bei hoher Schreiblast von RAID-Controllern als fehlerhaft erkannt und deaktiviert. Zum Beispiel genau dann wenn du eine Platte in einem RAID ersetzen willst.
WD benutzt SMR inzwischen bei deren "WD Red" Reihe welches für Einstiegs-NAS vermarktet wird… Bestimmte ältere WD Red Modelle sind aber OK.
Pratkisch hast du damit die Auswahl zwischen 2 Modellreihen:
Ich persönlich nutze inzwischen ausschließlich Ironwolf. Haben zwar etwas schlechtere Ausfallstatistiken als die Alternativen, für ein kleines NAS fällt das aber für die Total Cost of Ownership nicht ins Gewicht.
Und immer daran denken: RAID ist gut für Verfügbarkeit, aber RAID ist kein Backup.
The project itself always decides, unless you fork the project and do your own thing. You can wave a carrot in front of them (if you do X then you get $Y), but the relevant factor is going to be the size of the carrot $Y, not directly the "collective bargaining" via that platform. How would your platform facilitate finding a stronger negotiation position?
It sounds like you may have discovered the "fiscal sponsor" concept. There are a couple of nonprofits already offering such services, such as the Software Freedom Conservancy or OpenCollective. The foundations like Linux Foundation, Apache Foundation, or Eclipse Foundation also come to mind.
However, for all of these the project decides to join a host. Foundations can't just annex projects.