From 0626be8796d1cba507873d7c5e47f165ffe2b758 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Wed, 26 Aug 2026 11:02:26 -0500 Subject: [PATCH 01/24] New translations support.md (French) [ci skip] --- docs/teams/rel_eng/support.fr.md | 44 ++++++++++++++++++++++++++++++++ 1 file changed, 44 insertions(+) create mode 100644 docs/teams/rel_eng/support.fr.md diff --git a/docs/teams/rel_eng/support.fr.md b/docs/teams/rel_eng/support.fr.md new file mode 100644 index 0000000000..ac70865093 --- /dev/null +++ b/docs/teams/rel_eng/support.fr.md @@ -0,0 +1,44 @@ +--- +title: Aide et soutien de la communauté +author: Release Engineering +contributors: Steven Spencer +--- + +Le projet Rocky Linux offre plusieurs espaces où les utilisateurs peuvent trouver du soutien communautaire, selon la nature du problème. + +!!! note + + Ceci est destiné au support général de Rocky Linux et n'est pas conçu pour le signalement de bugs. Veuillez consulter notre [page de signalement de bogues et de demandes d'amélioration](bugs.md) pour plus d'informations. + +## Rocky Linux (distribution principale) + +Vous pouvez obtenir le soutien de la communauté pour la distribution principale aux endroits suivants : + +- [Mattermost](https://chat.rockylinux.org/rocky-linux/channels/town-square) +- [IRC (Libera)](https://libera.chat) (`#rockylinux`) +- [Forums](https://forums.rockylinux.org/c/general/6) +- [Reddit](https://reddit.com/r/rockylinux) +- [Mailing List](https://lists.resf.org) + +## Rocky Linux infrastructure et services + +L'équipe Infrastructure de Rocky Linux est responsable de plusieurs domaines, tels que le gestionnaire de miroirs et Mattermost. Vous pouvez obtenir de l'aide ou des réponses à vos questions concernant l'infrastructure gérée par le projet par l'un des canaux suivants : + +- [Mattermost](https://chat.rockylinux.org/rocky-linux/channels/infrastructure) +- [IRC (Libera)](https://libera.chat) (`#rockylinux-infra`) +- [Forums](https://forums.rockylinux.org/c/infrastructure/5) + +Cependant, l'équipe Infrastructure et Services encourage la soumission des problèmes et des demandes à leur [Infrastructure Meta](https://git.resf.org/infrastructure/meta/issues). + +Groupes de discussion spéciaux de Rocky Linux +(SIGs) +------------------------- + +Chaque groupe d'intérêt spécifique a un propre canal sur Mattermost. Nous vous encourageons à vous joindre à Mattermost et à rechercher le canal approprié. Voici quelques exemples : + +- [SIG/AltArch](https://chat.rockylinux.org/rocky-linux/channels/altarch) +- [SIG/Kernel](https://chat.rockylinux.org/rocky-linux/channels/sig-kernel) + +Certains groupes ont aussi des espaces sur les forums, même si leur fréquentation y est faible. + +- [SIG/AltArch](https://forums.rockylinux.org/c/sig/altarch/60) From 682e03619474a5b314fef3e7098f5dca64b64cca Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Fri, 28 Aug 2026 05:32:53 -0500 Subject: [PATCH 02/24] New translations rss.md (German) [ci skip] --- docs/teams/rel_eng/rss.de.md | 27 +++++++++++++++++++++++++++ 1 file changed, 27 insertions(+) create mode 100644 docs/teams/rel_eng/rss.de.md diff --git a/docs/teams/rel_eng/rss.de.md b/docs/teams/rel_eng/rss.de.md new file mode 100644 index 0000000000..66f8457258 --- /dev/null +++ b/docs/teams/rel_eng/rss.de.md @@ -0,0 +1,27 @@ +--- +title: Rocky Linux RSS feeds +author: Release Engineering +contributors: Steven Spencer +--- + +Diese Seite behandelt die vom Rocky-Linux-Projekt bereitgestellten RSS-Feeds (Really Simple Syndication). + +## Über RSS-Feeds + +Rocky Linux stellt RSS-Feeds als alternative Möglichkeit bereit, Aktualisierungen der zahlreichen Repositorys für unterstützte Versionen von Rocky Linux zu verfolgen. + +RSS-Feeds werden im öffentlichen Mirror angezeigt: [RSS-Feeds](https://dl.rockylinux.org/pub/feeds) + +Release Engineering (SIG/Core) generiert diese Feeds [Toolkit](https://git.resf.org/sig_core/toolkit/src/branch/devel/mangle/generators/rss.py). + +## Anmerkungen zu Aktualisierungszeiten + +Die Feeds werden alle 30 Minuten aktualisiert. Wenn neue Pakete zu einem der Repositories hinzugefügt werden, erscheinen sie sofort beim nächsten Aktualisieren. + +## Hinweise zu Paketen + +Die Feeds zeigen die neuesten Pakete der letzten 30 Tage an. Wenn ein Paket älter als 30 Tage ist, wird es aus dem Feed entfernt. + +## Hinweise zu Modulen + +Einige Modulpakete werden möglicherweise nicht im Feed angezeigt. Dies gilt insbesondere für Rocky Linux 8. Das RSS-Feed-Skript ist derzeit nicht in der Lage, alle Module zu berücksichtigen. Nennenswerte Ausnahmen hiervon sind die Standard-Modul-Streams. From 5d9592156760b68ad4154c9d88ae3bc031301e78 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Fri, 28 Aug 2026 09:36:07 -0500 Subject: [PATCH 03/24] New translations packagekit.md (German) [ci skip] --- docs/teams/rel_eng/packagekit.de.md | 40 +++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+) create mode 100644 docs/teams/rel_eng/packagekit.de.md diff --git a/docs/teams/rel_eng/packagekit.de.md b/docs/teams/rel_eng/packagekit.de.md new file mode 100644 index 0000000000..64050ebeff --- /dev/null +++ b/docs/teams/rel_eng/packagekit.de.md @@ -0,0 +1,40 @@ +--- +title: Fehlende PackageKit-Elemente +author: Release Engineering +contributors: Steven Spencer +--- + +Das Folgende erklärt möglicherweise, warum Sie bestimmte Pakete in Rocky Linux nicht finden können. + +## Fehlendes Paket + +Das Paket, nach dem Sie suchen, ist in Rocky Linux nicht verfügbar. Dafür kann es verschiedene Gründe geben: + +- Wir können keine Software aufnehmen, die mit Softwarepatenten belastet ist. +- Wir können keine Software aufnehmen, die nicht im Basis-Betriebssystem enthalten ist (verwenden Sie stattdessen die Repositorys von EPEL und der Special Interest Group). +- Im Fall einer SIG können wir keine proprietäre Software paketieren. +- Ein Betreuer hat es noch nicht für die Aufnahme in eine SIG paketiert. + +## Fehlende Codecs + +Die von Ihnen gesuchten Codecs sind in Rocky Linux nicht verfügbar. Ein Codec ist ein Programm zum Kodieren und Dekodieren eines Datenstroms in einem bestimmten Format (man denke an MP3, MOV oder WMV). Upstream – und damit auch Rocky Linux – verfügt im Allgemeinen nicht über solche Codecs. + +Die Frage, die uns meistens gestellt wird, lautet: „Warum können Sie es nicht als SIG oder als Extra bereitstellen?“ Dies hat folgende Gründe: + +- Viele Codecs sind proprietär oder patentrechtlich problematisch. +- Einige Codecs unterliegen zwar möglicherweise keinen Patentansprüchen, könnten aber unter einer inkompatiblen Lizenz stehen. + +Wir ermutigen Nutzer dazu, entweder: + +- Verwenden Sie bitte Formate wie OGG, Dirac und FLAC. +- Ziehen Sie in Betracht, ein Repository eines Drittanbieters zu nutzen, das solche Codecs bereitstellt, wie zum Beispiel `rpmfusion`. + + - Bitte beachten Sie, dass wir Sie nicht unterstützen können, wenn Sie sich für die Verwendung von Repositorys entscheiden, die nicht von der Community anerkannt sind. + +## Fehlende Treiber + +Da Rocky Linux versucht, mit Red Hat Enterprise Linux kompatibel zu sein, gibt es Einschränkungen hinsichtlich der Hardware, die von der Kernel-Konfiguration unterstützt wird. Wir empfehlen Ihnen, [ELRepo](https://elrepo.org) zu nutzen – dort finden Sie Kernel-Module (kmods) und neuere Kernel – oder SIG/Kernel, wo möglicherweise ähnliche Unterstützung angeboten wird. + +## Fehlende Schriftarten + +Die Schriftart, die Sie suchen, ist in Rocky Linux nicht verfügbar. Das liegt daran, dass wir nur Schriftarten aufnehmen, die in unseren Upstream-Quellen – CentOS Stream und Red Hat Enterprise Linux – verfügbar sind. From fd7e10428a4944820dabc37d9dc03f1ad45f8f9b Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Tue, 1 Sep 2026 04:41:22 -0500 Subject: [PATCH 04/24] New translations hardware_compat.md (German) [ci skip] --- docs/teams/testing/documentation/hardware/hardware_compat.de.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/teams/testing/documentation/hardware/hardware_compat.de.md b/docs/teams/testing/documentation/hardware/hardware_compat.de.md index 9c4421dc30..a358a3c254 100644 --- a/docs/teams/testing/documentation/hardware/hardware_compat.de.md +++ b/docs/teams/testing/documentation/hardware/hardware_compat.de.md @@ -40,7 +40,7 @@ Hier behandeln wir lediglich die Funktionen, die für die Installation und das H Installieren Sie EPEL, falls Sie dies noch nicht getan haben: ```bash -dnf install -y epel-release +sudo dnf install -y epel-release ``` Installieren Sie `hw-probe`: From 4372d51bf7b14e4ffb47a13b7f4607ce16f464c3 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:29:58 -0500 Subject: [PATCH 05/24] New translations index.md (French) [ci skip] --- docs/guides/rocky_insights/blogs/index.fr.md | 37 ++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/index.fr.md diff --git a/docs/guides/rocky_insights/blogs/index.fr.md b/docs/guides/rocky_insights/blogs/index.fr.md new file mode 100644 index 0000000000..e3e8d48eb3 --- /dev/null +++ b/docs/guides/rocky_insights/blogs/index.fr.md @@ -0,0 +1,37 @@ +--- +title: Introduction +author: Steven Spencer +contributors: +--- + +## Pourquoi cette rubrique ? + +Vers la fin de 2024, il est devenu évident que tous les articles contenus dans la documentation de Rocky Linux ne seront pas des guides pratiques. Nous avions besoin d’un endroit pour des explications plus détaillées. Accédez à ce blog. + +## Qui peut écrire ici ? + +Toute personne disposant d’un compte GitHub peut proposer un article ici. Consultez les documents dans la [section Contribuer](https://docs.rockylinux.org/guides/contribute/) pour commencer. + +!!! note "Remarque" + +``` +Si vous n'avez pas d'identifiants GitHub et que vous souhaitez quand même écrire quelque chose pour cette section, contactez-nous via le lien du canal Mattermost au bas de cette page. +``` + +Vous devez vous assurer que votre document répond aux exigences de cette section. Par exemple : + +- Est-ce que ça convient ici ? Est-ce que cette information mérite d’être partagée ? S'agit-il d'un document de type blog ? +- Est-ce que cela traite d'un sujet important pour les documentaristes ? +- La publication améliorera-t-elle la qualité globale de toute la documentation de Rocky Linux ? + +## Quel genre d'informations ? + +Les deux premiers documents ici devraient vous donner une idée de ce qui correspond. Tout au long de l’année 2024, nous avons déployé des efforts concertés pour éliminer ou réduire considérablement la voix passive dans les documents pratiques. Le document [Voix active : vers une communication simple et claire] (active_voice.md) décrit l'importance de la voix active dans le ton de la documentation, la facilité de lecture et de compréhension, et la simplification de la traduction vers d'autres langues. Le document [Open source : Pourquoi sans trait d'union](open_source.md) discute du débat sur ce sujet et des raisons pour justifier notre décision de ne pas utiliser de trait d'union. Vous comprenez l’idée ? Il s’agit de documents informatifs qui n’incluent pas d’informations pratiques, sauf peut-être à titre d’exemples. + +## La croissance de ce blog ? + +On s’attend à ce que cet ensemble de documents se développe plus lentement que les guides pratiques. C'est tout à fait normal. C'est la qualité et la pertinence des documents qui sont ici essentielles. + +## Feedback + +Tout comme pour la documentation dans son ensemble, vous pouvez donner votre avis sur notre [canal Documentation Mattermost](https://chat.rockylinux.org/rocky-linux/channels/documentation). From dcea1c603e6e127696ee3d39f4dc03a9bdd9a9b5 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:00 -0500 Subject: [PATCH 06/24] New translations index.md (French) [ci skip] --- docs/guides/rocky_insights/links/sigs/index.fr.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 docs/guides/rocky_insights/links/sigs/index.fr.md diff --git a/docs/guides/rocky_insights/links/sigs/index.fr.md b/docs/guides/rocky_insights/links/sigs/index.fr.md new file mode 100644 index 0000000000..f1b81b434d --- /dev/null +++ b/docs/guides/rocky_insights/links/sigs/index.fr.md @@ -0,0 +1,12 @@ +--- +title: Groupes d'Intérêts Spéciaux +author: Steven Spencer +contributors: +--- + +- Architecture Alternative [SIG/AltArch](https://sig-altarch.rocky.page) +- Services Cloud [SIG/Cloud](https://sig-cloud.rocky.page/) +- Infrastructure [SIG/Infra](https://infra.rocky.page/) +- Ingénierie de Publication [SIG/Core](https://sig-core.rocky.page)

+ 🌐 Traductions: https://crowdin.com/project/rockydocs
+ 🌍 Traducteurs: rockydocs/activity-stream From fa2f2cdf39e5a7e09e60ee3b58ac6cfb46551936 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:01 -0500 Subject: [PATCH 07/24] New translations good_docs.md (French) [ci skip] --- .../rocky_insights/blogs/good_docs.fr.md | 88 +++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/good_docs.fr.md diff --git a/docs/guides/rocky_insights/blogs/good_docs.fr.md b/docs/guides/rocky_insights/blogs/good_docs.fr.md new file mode 100644 index 0000000000..e529fe94a8 --- /dev/null +++ b/docs/guides/rocky_insights/blogs/good_docs.fr.md @@ -0,0 +1,88 @@ +--- +title: Good Docs – le point de vue d'une traductrice +author: Ganna Zhyrnova +contributors: Steven Spencer +--- + +## Introduction + +Les traducteurs fournissent des renseignements précieux pour rédiger une documentation claire et concise. Ils savent mieux que quiconque ce qui ne se traduit pas bien et ce qui embrouille le lecteur. Ce document examine certains de ces problèmes et met en évidence les meilleures pratiques en matière de création de documentation. + +### Du Point de vue de l'Auteur + +La documentation de logiciel aide les utilisateurs à comprendre comment utiliser efficacement un logiciel particulier. Ils doivent comprendre ce qu’ils obtiendront au bout du compte et quels avantages ils en tireront. En même temps, lorsque vous créez de la documentation, vous la créez non seulement pour vous-même, mais également pour votre réseau et d’autres personnes susceptibles de la lire. D’autres personnes peuvent ne pas être originaires de pays anglophones. Cela signifie que l'anglais n'est pas leur langue principale. Pour cette raison, suivez ces règles fondamentales pour rendre votre documentation plus lisible pour _tous_ les utilisateurs. + +## Utilisez un langage clair et simple + +Vous n'avez pas la moindre idée de qui est vraiment l'utilisateur de la doc. Peu importe que cet utilisateur soit familier avec le domaine, qu'il soit un développeur expérimenté ou un débutant. Un langage clair et concis est la base d'une communication que le public ciblé peut facilement comprendre dès la première lecture. Il évite le jargon, les termes techniques et les constructions syntaxiques complexes au profit d'un langage plus simple et d'une structure claire. L'objectif est de s'assurer que le message est accessible et compréhensible pour un large public, peu importe son parcours ou son niveau de préparation à la lecture. Cela peut souvent être réalisé en simplifiant la structure des phrases ou des commandes à leur forme la plus simple. + +## Évitez les expressions idiomatiques, le jargon, les acronymes et les abréviations + +Les expressions idiomatiques, le jargon, les abréviations et les acronymes peuvent être déroutants pour les lecteurs qui ne les connaissent pas, en particulier les locuteurs non natifs, les nouveaux employés ou les personnes externes à votre secteur d'activité spécifique. + +Les **idiomes** sont souvent propres à une certaine culture et peuvent être difficiles à comprendre pour les lecteurs internationaux. +Le **jargon** comprend des termes spécialisés que seuls les experts dans un domaine particulier peuvent bien saisir. +**Les abréviations** remplacent les mots en anglais par des formes abrégées, mais ces abréviations n'existent pas toujours dans toutes les langues, ce qui rend la traduction difficile. +**Les acronymes** peuvent être ambigus, surtout s'ils ne sont pas définis lors de leur première utilisation. + +Exemple : + +❌ "Once you’ve got the hang of the dashboard, the rest is a piece of cake." Ici, l'auteur utilise des abréviations, de l'argot et des expressions idiomatiques. + +✅ "Once you have learned how to use the dashboard, the rest is easy." En remplaçant les abréviations, l'argot et les idiomes par des mots associés à chacun d'eux, le sens devient plus clair. + +Les expressions figuratives, comme celles dans les idiomes, sont souvent difficiles à traduire. Les rédacteurs techniques ou les traducteurs peuvent avoir de la difficulté à transmettre le même sens dans d'autres langues. + +Exemple : + +❌ "Let’s touch base next week to circle back on the open tickets." + +✅ "Let us meet next week to review the unresolved support requests." + +Le jargon et les acronymes peuvent être source de confusion, même au sein d'une même organisation, si leur signification n'est pas universellement connue. + +Exemple : + +❌ "Upload the CSV to the CMS and tag it according to SOPs." + +✅ "Upload the CSV (Comma-Separated Values file) to the content management system and label it according to the standard operating procedures." + +Remarque : si vous souhaitez utiliser des acronymes, définissez-les toujours la première fois : « Système de gestion de la relation client (CRM) ». + +En éliminant les expressions idiomatiques et le jargon inutile, le sens de votre document devient plus clair. Remplacer les contractions par les mots qu'elles représentent signifie que les efforts de traduction dans toutes les langues sont plus faciles. Votre document est plus compréhensible pour le lecteur lorsque vous remplacez ou définissez des acronymes. + +## Utilisez la voix active + +La voix active met l'accent sur l'auteur de l'action, indiquant clairement qui ou quoi est responsable de l'action du verbe. + +Exemple : + +Le système ouvre la boîte de dialogue dans laquelle vous devez remplir le formulaire. + +Veuillez éviter d'utiliser la forme complexe, car elle peut être déroutante pour les lecteurs. + +Pour en savoir plus sur l’utilisation de la voix active et l’importance de son utilisation, consultez [cet avis](active_voice.md) et [cette source externe](https://developers.google.com/tech-writing/one/active-voice). + +## Étapes spécifiques + +Si vous avez des étapes spécifiques dans la documentation, séparez-les les unes des autres. + +Par exemple : + +Step 1 - Go to the section +Step 2 - Click the button +Step 3 - Complete the form +... +Étape N – enregistrement des modifications + +## Captures d'écran si nécessaires + +Utilisez des captures d'écran appropriées si nécessaire. Cela signifie que vous n'avez pas besoin d'ajouter des captures d'écran partout, seulement aux endroits où vous avez besoin d'explications supplémentaires. + +## Utilisez des exemples + +Si vous devez remplir le formulaire, donnez des exemples de la façon dont les utilisateurs peuvent le remplir. Mentionnez les limites s'ils en ont. + +## Conclusion + +Rédiger une bonne documentation ne consiste pas seulement à la rendre techniquement précise, il est également très important de la rendre immédiatement compréhensible pour le lecteur. Ceci est particulièrement important lorsqu'un document technique doit être traduit dans d'autres langues. Dans ce document, l'intention de l'auteur était de mettre en évidence des techniques spécifiques pour rédiger une documentation de qualité et claire. From 35dc8383bff39bbb8af0b362cbda1c1076359aff Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:03 -0500 Subject: [PATCH 08/24] New translations what_is_next_after_vmware.md (French) [ci skip] --- .../blogs/what_is_next_after_vmware.fr.md | 112 ++++++++++++++++++ 1 file changed, 112 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/what_is_next_after_vmware.fr.md diff --git a/docs/guides/rocky_insights/blogs/what_is_next_after_vmware.fr.md b/docs/guides/rocky_insights/blogs/what_is_next_after_vmware.fr.md new file mode 100644 index 0000000000..f7d400b8ef --- /dev/null +++ b/docs/guides/rocky_insights/blogs/what_is_next_after_vmware.fr.md @@ -0,0 +1,112 @@ +--- +title: VMware, et après ? +author: Antoine Le Morvan +contributors: +tags: + - virtualisation + - VMware + - Open Source +--- + +Depuis l'acquisition de VMware par Broadcom, le secteur de la virtualisation a connu des changements importants, notamment en ce qui a trait à la tarification des licences. La nouvelle politique tarifaire de Broadcom (ceci n'est pas un jugement de valeur) a entraîné des augmentations de coûts substantielles, notamment pour les petites et moyennes entreprises utilisant VMware. En raison de cela, de nombreuses organisations ont été incitées à reconsidérer leurs choix technologiques. + +Ces ajustements de prix ont poussé les entreprises concernées à explorer des solutions de rechange, notamment des solutions Open Source. + +Cet article vise à démontrer la faisabilité, les avantages et les performances d'une solution de virtualisation basée sur des technologies libres, offrant une alternative viable à VMware. + +L'auteur tient à préciser que ni lui ni l'équipe de documentation n'ont de lien avec les solutions qui seront mentionnées ci-dessous. + +## Quelles fonctionnalités sont à attendre ? + +Avant de commencer à discuter des solutions disponibles sur le marché, prenons un moment pour parler des fonctionnalités auxquelles on peut s'attendre d'une solution de virtualisation. + +Un point important qui est revenu à maintes reprises dans de nombreuses discussions sur ce sujet, et qui est souvent négligé au départ, est la sauvegarde des données. Le facteur déterminant dans le choix d'une solution sera : cette solution dispose-t-elle d'une solution de sauvegarde robuste ? L'auteur indiquerait même si une solution comme Veeam Backup, que vous utiliseriez déjà et que vous ne voulez pas changer (pour des raisons de coût, de connaissances acquises ou de sécurité), est prise en charge par le logiciel actuel de l'auteur. + +Parmi les autres caractéristiques à considérer : + +- Sauvegarde et restauration, captures instantanées – `snapshots` – de machines virtuelles +- conteneurisation et/ou Kubernetes intégrés +- bases de données gérées +- IAAS : VPC, virtualisation du réseau et portail libre-service +- Maturité de l'intégration DevOps (Terraform, Ansible) - API +- Stockage d'objets S3 (Ceph...) +- VPN intégré (en particulier site à site) +- Groupes de sécurité (pare-feu virtuel) +- IPAM, DHCP géré, répartition de charge, SNAT +- Surveillance + +Certaines solutions proposent aussi : + +- Migration intégrée de VMware + +## Choix de l'hyperviseur + +Avant d’examiner les solutions existantes, penchons-nous sur le choix de l’hyperviseur parmi ceux disponibles : + +- **ESXi**, l'hyperviseur de VMware. Si cette option est envisagée, elle simplifiera probablement la migration. +- **KVM (QEMU/libvirt)** : intégré au noyau, il s’agit de l’une des solutions open source les plus avancées en termes de fonctionnalités et est largement utilisé. +- **Xen (XCP-ng)** : le successeur de Citrix. Il s'agit d'un hyperviseur robuste et ancien qui peut encore présenter une certaine dette technique, mais qui semble être en développement actif et qui devrait bientôt rattraper son retard. +- **AHV (Nutanix)** : nous nous éloignons ici des solutions libres, mais nous parlerons de Nutanix plus tard. +- **Hyper-V** : il convient également de le mentionner car, bien qu’il s’agisse d’une solution propriétaire, de nombreuses petites entreprises peuvent opter pour Microsoft si ses prix sont inférieurs à ceux des offres de VMware. + +Parmi les fonctionnalités auxquelles vous pouvez vous attendre d'un hyperviseur, vous voudrez peut-être vérifier : + +- ajout à chaud de processeur et de mémoire vive aux systèmes invités +- Ajouter ou redimensionner à chaud des disques sur les systèmes invités +- migration en direct au sein ou entre les grappes +- migration du stockage en direct + +À ce stade, comparer les hyperviseurs est délicat, car la plupart incluent généralement toutes ces fonctionnalités. Le choix dépend vraiment du type de gestionnaire que vous sélectionnez. + +## Choix du gestionnaire + +Nous en venons maintenant au cœur du sujet : choisir le gestionnaire de vos rêves. Qui sera le grand gagnant, le remplaçant idéal de votre fidèle vSphere ? Celui qui gérera de manière transparente les systèmes invités sur l'hyperviseur le plus approprié ? + +### Fonctionnalités + +Commençons par parler des caractéristiques de ces solutions, ce qui vous aidera à affiner vos options et à mettre en place des preuves de concept pour faciliter votre choix final. + +Un gestionnaire doit fournir : + +- Gestion de grappe : haute disponibilité (HA), maintenance des nœuds, etc. +- Portail libre-service : bienvenue dans le monde moderne du nuage privé et de l’infrastructure en tant que service +- virtualisation de réseau (SDN), VPC +- Gestion des API +- prise en charge des outils DevOps (Terraform, Ansible, Puppet, etc.) +- migration entre les grappes + +### Solutions existantes + +Dans cette section, l'auteur n'abordera pas les solutions exclusives comme Hyper-V ou Nutanix. L'auteur mentionne simplement que Nutanix offre de nombreuses fonctionnalités pour concurrencer VMware, et qu'il dispose d'un soutien professionnel réactif. Cela semble toujours être une solution plus coûteuse que de soutenir les solutions que l'auteur présentera ci-dessous, mais il vous laisse le soin de comparer les prix. + +Selon l'auteur, **OpenStack** est la solution la plus avancée pour remplacer un système comme vSphere. Soutenu par de nombreux fournisseurs, il constitue la base de nombreux clouds publics. Mais c'est aussi la plus complexe à mettre en œuvre. Oubliez OpenStack si vous n'avez pas une équipe d'ingénieurs Linux compétents et disposant du temps nécessaire pour s'y consacrer. Mais si vous pouvez y consacrer ce temps, c'est la solution qu'il vous faut. Envisagez de vous tourner vers des solutions dérivées comme **Virtuozzo** pour obtenir de l'aide, ou vers des fournisseurs comme RedHat et Suse. + +Puisque l'auteur a mentionné pour la première fois **OpenStack**, il se doit de poursuivre avec celui qu'il privilégie depuis longtemps : le célèbre projet de haut niveau de la Fondation Apache (rien de moins), **CloudStack**. Avec des fonctionnalités similaires à OpenStack, il offre tout ce qui est nécessaire pour configurer un portail nuagique privé, y compris la prise en charge VPC, la virtualisation du réseau, l'équilibrage de charge et même les grappes **Kubernetes**, le tout au sein d'un portail libre-service bien conçu. Il s'agit d'une application Java distribuée sous forme de paquet rpm ou deb, et son installation est simple. La partie la plus complexe consiste à configurer les commutateurs virtuels sur les hôtes (RockyLinux est pris en charge), mais rien d'insurmontable. Les hôtes peuvent être KVM, Xen, Hyper-V ou ESXi, et Proxmox est maintenant pris en charge. Comme mentionné précédemment, CloudStack est l'une des rares solutions permettant la migration directe des machines virtuelles invitées depuis vSphere via l'interface utilisateur. Derrière CloudStack, on trouve un acteur actif, ShapeBlue, qui offre du soutien aux entreprises. En termes d'évolutivité, il existe des instances CloudStack avec plus de 35 000 hôtes, ce qui témoigne d'une solide capacité d'adaptation. + +L'auteur évoquera ensuite Proxmox, la solution open source qui devrait conquérir la plus grande part de marché dans ce domaine. Basé sur Debian (pas de RockyLinux ici ^^), l'auteur doit admettre qu'après avoir lu le guide d'administration bien fait, il a été impressionné par les fonctionnalités (IPAM, virtualisation du réseau, gestion du stockage, prise en charge des conteneurs et surtout intégration du stockage Ceph). Proxmox offre une solution de sauvegarde intégrée avec la possibilité d'effectuer des sauvegardes externes, ainsi qu'une nouvelle solution de gestion de centre de données (pour la gestion de plusieurs grappes Proxmox). Si vous n'avez pas besoin d'un portail libre-service comme celui proposé par CloudStack, que vous privilégiez un modèle hyperconvergé (le stockage est distribué entre les hôtes et non sur un SAN/NAS dédié) et que votre parc informatique se limite à quelques centaines de machines virtuelles, alors Proxmox est probablement le choix idéal. + +Enfin, il convient de mentionner Vates et XCP-ng, qui sont basés sur l'hyperviseur Xen et l'interface d'administration web Xen Orchestra. Selon l'auteur, il s'agit de solutions à suivre de près, car elles reposent sur des bases solides et font l'objet d'un développement actif (Vates est développé par une entreprise française). Notez cependant que chez Vates, vous devrez dépenser davantage pour accéder au stockage hyperconvergé (XOSTOR) ou aux solutions de sauvegarde (XO Proxy). + +### Contrôle des coûts + +Cet article traitant des augmentations de coûts dues aux changements de licence de Broadcom, il serait erroné de la part de l'auteur de ne pas aborder les aspects financiers d'un changement de solution. + +Outre le coût du soutien, auquel vous voudrez probablement souscrire si vous avez un modèle d'affaires, il est également essentiel de prendre en compte le coût total (TCO), qui comprend : + +- le coût de l'assistance, +- les frais de maintenance, +- les frais de mise à jour, +- former vos équipes et le temps nécessaire à l'intégration de la solution, +- le temps consacré à la migration. + +### Support et communauté + +Le dernier point à prendre en compte, qui peut souvent s'avérer déterminant, est le soutien apporté à la fois par une entreprise et par une communauté active. Avoir accès à une équipe d'assistance réactive peut être rassurant, tout comme la possibilité de compter sur une communauté solide pour obtenir des conseils et résoudre les problèmes. Il est toutefois important de noter qu'un manque d'activité communautaire ou un soutien insuffisant peuvent constituer un inconvénient majeur. + +## Conclusion + +Ce court article a permis à l'auteur de présenter les solutions les plus importantes disponibles sur le marché, et comme vous pouvez le constater, la décision n'est pas facile. Tout dépend de la capacité de votre équipe à gérer l'outil, votre solution de sauvegarde, les fonctionnalités dont vous avez besoin, votre maîtrise des outils DevOps et les approches infonuagiques natives, ainsi que du volume d'invités à gérer. + +Bien que l'auteur ait depuis longtemps une préférence pour CloudStack, ce projet Apache reste relativement méconnu (Apache ne fait pas la promotion de ses projets comme d'autres fournisseurs) et l'auteur vous recommande fortement de le prendre en considération dans votre décision. Proxmox et Vates sont également d'excellentes solutions pour les petites entreprises ou même pour les besoins plus importants avant de passer à une solution basée sur OpenStack (ou OpenShift). + +L'auteur espère que ce bref aperçu vous fera gagner du temps dans votre recherche d'une solution de rechange pour VMware. From db552613c56a41bb118e8a19a910e708bf1b9070 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:05 -0500 Subject: [PATCH 09/24] New translations index.md (German) [ci skip] --- docs/guides/rocky_insights/blogs/index.de.md | 48 ++++++++++++++++++++ 1 file changed, 48 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/index.de.md diff --git a/docs/guides/rocky_insights/blogs/index.de.md b/docs/guides/rocky_insights/blogs/index.de.md new file mode 100644 index 0000000000..95ed1e5706 --- /dev/null +++ b/docs/guides/rocky_insights/blogs/index.de.md @@ -0,0 +1,48 @@ +--- +title: Einleitung +author: Steven Spencer +contributors: +--- + +## Warum dieser Abschnitt? + +Gegen Ende des Jahres 2024 wurde deutlich, dass nicht jedes Dokument im Rocky Linux-Dokumentationscache eine Anleitung sein wird. Wir brauchten einen Platz für längere, ausführlichere Erklärungen. Beteiligen Sie sich an diesem Blog. + +## Wer darf hier mitmachen? + +Jeder, der über GitHub-Zugangsdaten verfügt, kann hier einen Artikel vorschlagen. Sehen Sie sich die Dokumente im [Abschnitt „Beitragen“](https://docs.rockylinux.org/guides/contribute/) an, um zu beginnen. + +!!! note "Anmerkung" + +``` +Wenn Sie über keine GitHub-Zugangsdaten verfügen und trotzdem etwas für diesen Abschnitt schreiben möchten, kontaktieren Sie uns über den Mattermost-Kanal-Link unten auf dieser Seite. +``` + +Sie sollten sicherstellen, dass Ihr Dokument die Anforderungen für diesen Abschnitt erfüllt. Zum Beispiel: + +- Passt das hierher? Sind es Informationen, die es wert sind, geteilt zu werden? Ist es ein Dokument im Blog-Stil? +- Geht es auf ein für technische Autoren wichtiges Thema ein? +- Wird die Einreichung die Qualität der Rocky Linux-Dokumentation im ganzen verbessern? + +## Welche Art von Information? + +Die ersten beiden Dokumente hier sollen Ihnen eine Vorstellung davon vermitteln, was passend ist. Im Laufe des Jahres 2024 haben wir konzertierte Anstrengungen unternommen, um die Passivform in den Anleitungen zu eliminieren oder drastisch zu reduzieren. Das Dokument [Aktivsprache: Der Weg zu einfacher, klarer Kommunikation](active_voice.md) beschreibt die Bedeutung der Aktivsprache im Ton der Dokumentation, die einfache Lesbarkeit und Verständlichkeit sowie die Vereinfachung der Übersetzung in andere Sprachen. Das Dokument [Open Source: Warum nie ein Bindestrich verwendet wird](open_source.md) befasst sich mit der großen Debatte zu diesem Thema und den Gründen für unsere Entscheidung, keinen Bindestrich zu verwenden. Alles klar? Hierbei handelt es sich um informative Dokumente, die keine Anleitungen enthalten, außer vielleicht als Beispiele. + +## Entwicklung dieses Blogs? + +Die Ansammlung von Dokumenten dieser Art wird wahrscheinlich langsamer wachsen als die Anleitung-Dokumente. Das ist so wie erwartet. Entscheidend sind vor allem die Qualität und Relevanz der Dokumente. + +## Rückmeldungen und Feedback + +Wie beim gesamten Dokumentationsprojekt können Sie in unserem [Documentation Mattermost-Kanal](https://chat.rockylinux.org/rocky-linux/channels/documentation) Feedback geben. +

+🌐 Translations: +crowdin.com/project/rockydocs +
+🌍 Translators: +rockydocs/activity-stream +, rockylinux.org +
+🖋 Contributors: +github.com/rocky-linux/documentation + From 64b3aacd72eafd4551b765e4f52560a5f467505a Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:07 -0500 Subject: [PATCH 10/24] New translations index.md (German) [ci skip] --- docs/guides/rocky_insights/links/sigs/index.de.md | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 docs/guides/rocky_insights/links/sigs/index.de.md diff --git a/docs/guides/rocky_insights/links/sigs/index.de.md b/docs/guides/rocky_insights/links/sigs/index.de.md new file mode 100644 index 0000000000..be5d0947d8 --- /dev/null +++ b/docs/guides/rocky_insights/links/sigs/index.de.md @@ -0,0 +1,10 @@ +--- +title: Special Interest Groups +author: Steven Spencer +contributors: +--- + +- Alternative Architektur [SIG/AltArch](https://sig-altarch.rocky.page) +- Cloud-Dienste [SIG/Cloud](https://sig-cloud.rocky.page/) +- Infrastruktur [SIG/Infra](https://infra.rocky.page/) +- Release Engineering [SIG/Core](https://sig-core.rocky.page) From 225657e1d39b9adf871336693108ac7084fd226d Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:09 -0500 Subject: [PATCH 11/24] New translations good_docs.md (German) [ci skip] --- .../rocky_insights/blogs/good_docs.de.md | 88 +++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/good_docs.de.md diff --git a/docs/guides/rocky_insights/blogs/good_docs.de.md b/docs/guides/rocky_insights/blogs/good_docs.de.md new file mode 100644 index 0000000000..6ea9fef20e --- /dev/null +++ b/docs/guides/rocky_insights/blogs/good_docs.de.md @@ -0,0 +1,88 @@ +--- +title: Gute Dokumentation — die Sicht eines Übersetzers +author: Ganna Zhyrnova +contributors: Steven Spencer +--- + +## Introduktion + +Übersetzer bieten wertvolle Einblicke in das Verfassen klarer und prägnanter Dokumentationen. Sie wissen besser als die meisten anderen, was sich nicht gut übersetzen lässt und was einen Leser verwirrt. In diesem Dokument werden einige dieser Probleme untersucht und bewährte Vorgehensweisen für die Dokumentations-Erstellung hervorgehoben. + +### Über den Autor + +Mithilfe der Softwaredokumentation können Benutzer besser verstehen, wie sie eine bestimmte Software effektiv nutzen können. Sie müssen verstehen, was sie am Ende haben und welche Vorteile sie haben werden. Gleichzeitig bedeutet das Erstellen einer Dokumentation, dass Sie diese nicht nur für sich selbst, sondern auch für Ihr Netzwerk und für andere Personen erstellen, die sie möglicherweise lesen. Andere Personen stammen möglicherweise nicht aus englischsprachigen Ländern. Das bedeutet, dass Englisch für sie nicht ihre Muttersprache ist. Befolgen Sie daher diese Grundregeln, um Ihre Dokumentation für _alle_ Benutzer lesbarer zu machen. + +## Verständliche Sprache verwenden + +Es ist grundsätzlich nicht ersichtlich, wer die Nutzer der Dokumentation sind. Ob der Benutzer sich auf diesem Gebiet auskennt oder nicht, ob er ein erfahrener Entwickler oder ein Anfänger ist. Einfache Sprache bedeutet klare, prägnante Kommunikation, die für die Zielgruppe auf den ersten Blick leicht verständlich ist. Vermeiden Sie Fachjargon, übermäßig technische Begriffe und komplexe Satzstrukturen und verwenden Sie stattdessen eine einfachere, klar strukturierte Sprache. Ziel ist es, sicherzustellen, dass die Botschaft für ein breites Publikum zugänglich und verständlich ist, unabhängig von dessen Hintergrund oder Leseniveau. Dies kann häufig durch Vereinfachung der Syntax von Sätzen oder Befehlen auf eine einfachere Form erreicht werden. + +## Vermeiden Sie Redewendungen, Fachjargon, Akronyme und Abkürzungen + +Redewendungen, Fachjargon, Abkürzungen und Akronyme können für Leser, die damit nicht vertraut sind, verwirrend sein. Dies gilt insbesondere für Nicht-Muttersprachler, neue Mitarbeiter oder Personen, die mit Ihrer spezifischen Branche nicht vertraut sind. + +**Redewendungen, Idioms** sind oft kulturspezifisch und können für internationale Leser schwer verständlich sein. +**Jargon** umfasst Fachbegriffe, die nur Experten auf einem bestimmten Gebiet verstehen. +**Kontraktionen** ersetzen englische Wörter durch Abkürzungen, aber diese gibt es nicht immer in allen Sprachen, was die Übersetzung erschwert. +**Akronyme** können mehrdeutig sein, insbesondere wenn sie bei ihrer Verwendung nicht definiert sind. + +Ein Beispiel: + +❌ "Once you’ve got the hang of the dashboard, the rest is a piece of cake." In diesem Fall verwendet der Autor sowohl eine Kontraktion, Slang als auch eine Redewendung. + +✅ "Once you have learned how to use the dashboard, the rest is easy." Durch Ersetzen der Kontraktion, des Slangs und der Redewendung durch die jeweils zugehörigen Wörter wird die Bedeutung klar. + +Bildliche Ausdrücke, wie etwa Redewendungen, sind oft schwer zu übersetzen. Technische Redakteure oder Übersetzer haben möglicherweise Schwierigkeiten, dieselbe Bedeutung in anderen Sprachen wiederzugeben. + +Beispiel: + +❌ "Let’s touch base next week to circle back on the open tickets." + +✅ "Let us meet next week to review the unresolved support requests." + +Fachjargon und Abkürzungen können – sogar innerhalb derselben Organisation – verwirrend sein, wenn ihre Bedeutung nicht allgemein bekannt ist. + +Beispiel: + +❌ "Upload the CSV to the CMS and tag it according to SOPs." + +✅ "Upload the CSV (Comma-Separated Values file) to the content management system and label it according to the standard operating procedures." + +Hinweis: Wenn Sie Akronyme verwenden möchten, definieren Sie diese immer gleich beim ersten Mal: „Customer Relationship Management (CRM)-System“. + +Durch die Vermeidung von Redewendungen und unnötigem Fachjargon wird die Bedeutung Ihres Dokuments klarer. Das Ersetzen von Kontraktionen durch die entsprechende Wörter, die sie darstellen, erleichtert die Übersetzung in alle Sprachen. Ihr Dokument ist für den Leser am verständlichsten, wenn Sie Akronyme ersetzen oder definieren. + +## Tätigkeitsform (Aktiv) verwenden + +Die aktive Form betont, wer die Handlung ausführt, und macht deutlich, wer oder was für die Handlung des Verbs verantwortlich ist. + +Beispiel: + +The system opens the dialog where you need to complete the form. + +Bitte verzichten Sie auf die Verwendung der komplexen Form, da diese für die Leser verwirrend sein kann. + +Weitere Informationen zur Verwendung der Aktivform und ihrer Bedeutung finden Sie in [dieser Meinung](active_voice.md) und [dieser externen Quelle](https://developers.google.com/tech-writing/one/active-voice). + +## Spezifische Schritte + +Wenn die Dokumentation bestimmte Schritte enthält, trennen Sie diese voneinander. + +Zum Beispiel: + +Step 1 - Go to the section +Step 2 - Click the button +Step 3 - Complete the form +... +Step N - save changes + +## Screenshots wenn nötig + +Verwenden Sie bei Bedarf geeignete Screenshots. Das bedeutet, dass Sie nicht überall Screenshots hinzufügen müssen, sondern nur an den Stellen, an denen zusätzliche Erklärungen erforderlich sind. + +## Verwenden Sie Beispiele + +Wenn Sie ein Formular ausfüllen müssen, geben Sie Beispiele dafür, wie Benutzer es ausfüllen können. Erwähnen Sie Einschränkungen, falls vorhanden. + +## Zusammenfassung + +Beim Verfassen einer guten Dokumentation geht es nicht nur darum, dass sie technisch korrekt ist, sondern auch darum, dass sie für den Leser sofort verständlich ist. Dies ist besonders wichtig, wenn ein technisches Dokument in andere Sprachen übersetzt werden muss. In diesem Dokument wollte der Autor bestimmte Techniken zum Schreiben guter und klarer Dokumentationen hervorheben. From e73ecf888a0ecca417788ed6bbd89537e5c2738b Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:11 -0500 Subject: [PATCH 12/24] New translations secure_boot_1.md (German) [ci skip] --- .../rocky_insights/blogs/secure_boot_1.de.md | 233 ++++++++++++++++++ 1 file changed, 233 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/secure_boot_1.de.md diff --git a/docs/guides/rocky_insights/blogs/secure_boot_1.de.md b/docs/guides/rocky_insights/blogs/secure_boot_1.de.md new file mode 100644 index 0000000000..f2891da290 --- /dev/null +++ b/docs/guides/rocky_insights/blogs/secure_boot_1.de.md @@ -0,0 +1,233 @@ +--- +title: Moderner PC-Bootvorgang +author: Wale Soyinka +ai-contributor: Gemini 3 Flash-Image (Nano Banana 2) +--- + +# UEFI, SHIMs und Secure Boot + +Wenn man bei einem modernen Computer den Netzschalter drückt, beginnt lange bevor Linux startet, eine komplexe Abfolge von Ereignissen. +Die Firmware initialisiert die Hardware, erkennt bootfähige Geräte, lädt die frühe Boot-Software und übergibt schließlich die Kontrolle an den Betriebssystemkern. +Jahrzehntelang beruhte dieser Prozess auf Firmware, die kaum oder gar keine Überprüfung dessen durchführte, was sie ausführte. Durch diese Konstruktion wurde der frühe Bootvorgang zu einem attraktiven Ziel für Schadsoftware. +UEFI und Secure Boot wurden eingeführt, um dieses Problem zu lösen. + +Dieser Artikel stellt die moderne PC-Boot-Architektur vor und erklärt, warum Secure Boot existiert. In späteren Beiträgen dieser Reihe wird auf dieser Grundlage aufgebaut und untersucht, wie Linux-Distributionen Secure Boot integrieren. + +## Der Bootvorgang im Überblick + +Bevor man sich mit technischen Details befasst, ist es hilfreich, die allgemeinen Phasen der Systeminbetriebnahme zu verstehen. + +Eine vereinfachte Version der modernen Bootsequenz sieht folgendermaßen aus: + +1. System einschalten +2. Firmware-Initialisierung +3. Hardwareerkennung +4. Bootloader-Erkennung +5. Bootloader-Ausführung +6. Laden des Betriebssystem-Kernels + +Jede Phase läuft mit extrem hohen Privilegien ab. Wenn ein Angreifer frühzeitig in diese Sequenz bösartigen Code einfügen kann, kann dieser Code möglicherweise alles kontrollieren, was später ausgeführt wird. + +Aus diesem Grund stellt der Bootvorgang eine kritische Sicherheitsbarriere dar. + +## Legacy-BIOS-Boot + +Viele Jahre verwendeten PCs das Basic Input Output System, kurz BIOS. + +Die BIOS-Firmware führt eine Hardware-Initialisierung durch und versucht dann, den ersten Sektor einer bootfähigen Festplatte in den Speicher zu laden. + +Dieser Bereich wird Master Boot Record genannt. + +Der Master Boot Record enthält sowohl eine Partitionstabelle als auch ein kleines Stück ausführbaren Codes, das die nächste Stufe des Bootloaders lädt. + +Der Prozess sieht in etwa so aus: + +1. Das BIOS initialisiert CPU, Speicher und Hardwaregeräte +2. Das BIOS wählt ein Startgerät aus +3. Das BIOS liest den Master Boot Record +4. Der MBR-Code lädt zusätzlichen Bootloader-Code +5. Der Bootloader lädt das Betriebssystem + +Diese Konstruktion hat zwei wesentliche Einschränkungen. + +Erstens ist der Master Boot Record nur 512 Byte groß, was die Funktionalität stark einschränkt. + +Zweitens führt das BIOS keine kryptografische Überprüfung der geladenen Daten durch. + +Wenn Schadsoftware den MBR verändert, wird die Firmware diese Änderung ohne Weiteres ausführen. + +Diese Schwachstelle ermöglichte die Entwicklung einer Klasse von Schadsoftware, die als Bootkits bezeichnet werden. + +## Bootkits und Malware für den frühen Systemstart + +Bootkits sind so konzipiert, dass sie die frühesten Phasen des Bootvorgangs infizieren. + +Im Gegensatz zu normaler Malware, die innerhalb des Betriebssystems ausgeführt wird, werden Bootkits ausgeführt, bevor der Betriebssystemkern geladen wird. + +Dies macht sie besonders wirksam, denn: + +- Sie können vor den Sicherheitstools des Betriebssystems verborgen werden +- Sie können das Laden des Kernels abfangen +- Sie können den Systemspeicher verändern, bevor die Schutzmechanismen aktiviert werden + +Historisch gesehen zielten Bootkits auf Komponenten wie den Master Boot Record, den Bootloader-Code und Firmware-Erweiterungen ab + +Da das BIOS keine Signaturprüfung durchführte, benötigten Angreifer lediglich Schreibzugriff auf die Festplatte oder die Firmware, um auch nach Neustarts bestehen zu können. + +Diese Schwächen veranlassten die Branche, die Boot-Architektur zu überdenken. + +![Legacy BIOS Boot Process](images/fig_1_secure_boot_1.png) + +## Der Umstieg auf UEFI + +Die Unified Extensible Firmware Interface ersetzt das ältere BIOS-Modell. + +UEFI bietet eine flexiblere Firmware-Umgebung und führt das Konzept der Ausführung von EFI-Anwendungen während des Bootvorgangs ein. + +Anstatt einen winzigen 512 Byte großen Sektor zu laden, lädt UEFI vollständige ausführbare Dateien, die auf einer dedizierten Partition, der sogenannten EFI-Systempartition, gespeichert sind. + +Diese Dateien verwenden das PE-Executable-Format und haben typischerweise die Dateiendung `.efi`. + +Beispiele hierfür sind: + +- Bootloader wie GRUB +- Bootmanager wie `systemd-boot` +- Firmware-Dienstprogramme + +!!! note "Bootloader vs. Bootmanager" + + Ein _Bootmanager_ ist dafür zuständig, auszuwählen, welches Betriebssystem oder welcher Boot-Eintrag gestartet werden soll. Es präsentiert ein Menü mit Auswahlmöglichkeiten und entscheidet, welches Boot-Ziel gestartet werden soll. Ein _Bootloader_ hingegen ist dafür zuständig, den Betriebssystemkern in den Speicher zu laden und die Kontrolle an ihn zu übergeben. + + In vielen Linux-Systemen sind diese Aufgaben in einem einzigen Programm zusammengefasst. Beispielsweise kann GRUB2 ein Bootmenü anzeigen (und fungiert dabei als Bootmanager) und anschließend den Linux-Kernel laden (und fungiert dabei als Bootloader). + +Der moderne Bootvorgang sieht in etwa so aus: + +1. System einschalten +2. Die UEFI-Firmware initialisiert die Hardware +3. Die Firmware lädt Konfigurationsvariablen +4. Die Firmware sucht nach EFI-Boot-Einträgen +5. Die Firmware lädt eine EFI-Anwendung +6. Die EFI-Anwendung lädt den Betriebssystemkernel + +Diese Architektur ermöglicht einen wesentlich größeren Funktionsumfang als das herkömmliche BIOS-Modell. + +Dadurch vergrößert sich jedoch auch die Angriffsfläche. + +![UEFI Boot Process](images/fig_2_secure_boot_1.png) + +## Die EFI-Systempartition + +UEFI-Systeme speichern Bootloader in einer dedizierten Partition, die als EFI-Systempartition bezeichnet wird. + +Diese Partition wird üblicherweise mit FAT32 formatiert und in Linux-Systemen unter `/boot/efi` eingebunden. + +Verwenden Sie den Befehl `tree` oder `ls`, um den Inhalt der EFI-Systempartition anzuzeigen: + +``` +# tree /boot/efi/ +/boot/efi/ +└── EFI + ├── BOOT + │   ├── BOOTX64.EFI + │   └── fbx64.efi + └── rocky + ├── BOOTX64.CSV + ├── grub.cfg + ├── grubx64.efi + ├── mmx64.efi + ├── shim.efi + ├── shimx64.efi + └── shimx64-rocky.efi +``` + +Im Unterordner `/boot/efi/EFI/rocky/` finden Sie einige wichtige EFI-Programmdateien wie z. B. `shimx64.efi`, `grubx64.efi` usw. Da diese Dateien direkt von der Firmware ausgeführt werden, fungieren sie als kritische Sicherheitskomponenten. + +Diese binären/ausführbaren EFI-Dateien bilden den Anfang der Linux-Bootkette. + +In späteren Artikeln wird erläutert, wie diese Dateien signiert und verifiziert werden. + +## Warum Secure Boot eingeführt wurde + +UEFI allein macht Systeme nicht automatisch sicher. + +Ohne Verifizierung würde die Firmware trotzdem jede beliebige EFI-Binärdatei ausführen, auf die sie stößt. + +Secure Boot fügt einen kryptografischen Verifizierung-Schritt hinzu. + +Wenn Secure Boot aktiviert ist, überprüft die Firmware vor der Ausführung, ob die EFI-Binärdateien mit vertrauenswürdigen Zertifikaten signiert sind. + +Wenn eine Binärdatei nicht mit einem vertrauenswürdigen Schlüssel signiert ist, weigert sich die Firmware, sie auszuführen. + +Dieser Mechanismus etabliert den Beginn einer Vertrauenskette, die sich über den Bootloader bis hin zum Betriebssystemkernel fortsetzt. + +## Das Konzept einer Vertrauenskette + +Secure Boot funktioniert, indem es das Vertrauen von einer Komponente zur nächsten erweitert. + +Jede Stufe überprüft die nächste Stufe, bevor sie ausgeführt wird. + +Die Prozedur folgt diesem Muster: + +1. Firmware überprüft eine EFI-Anwendung +2. Die EFI-Anwendung überprüft die nächste Bootkomponente +3. Der Bootloader überprüft den Betriebssystemkernel + +Wenn eine Phase der Überprüfung fehlschlägt, wird der Bootvorgang abgebrochen. + +In späteren Artikeln wird detailliert erläutert, wie diese Vertrauenskette funktioniert. + +## Praxistest: Ermitteln Sie, ob Ihr System UEFI verwendet + +Sie können schnell feststellen, ob ein Linux-System mit UEFI gestartet wurde. + +Führen Sie folgenden Befehl aus: + +``` +ls /sys/firmware/efi +``` + +Wenn das Verzeichnis existiert, wurde das System mit UEFI gestartet. + +Falls das Verzeichnis nicht existiert, wurde das System im Legacy-BIOS-Modus gestartet. + +## Praktische Anwendung: UEFI-Boot-Einträge anzeigen + +Die UEFI-Firmware speichert Bootkonfigurationseinträge, die auf EFI-ausführbare Dateien verweisen. + +Sie können sie mit dem Tool `efibootmgr` untersuchen. + +Installieren Sie es nach Bedarf: + +``` +sudo dnf -y install efibootmgr +``` + +Dann führen Sie Folgendes aus: + +``` +efibootmgr -v +``` + +Hier werden die in der Firmware gespeicherten Boot-Einträge zusammen mit den Pfaden zu den EFI-Executables angezeigt. + +Ein Beispiel für die Ausgabe ist in der folgenden Abbildung dargestellt: + +![UEFI Boot Entries](images/fig_3_secure_boot_1.png) + +Diese Einträge teilen der Firmware mit, welche EFI-Anwendungen beim Systemstart gestartet werden sollen. + +## Zusammenfassung + +In diesem Artikel haben wir untersucht, wie moderne Systeme starten und warum Secure Boot entwickelt wurde. + +Zu den hier vorgestellten Kernideen gehören: + +- Die Einschränkungen des Legacy-BIOS-Bootvorgangs +- Das Design der UEFI-Firmware +- Die Rolle von EFI-Anwendungen +- Die Bedeutung der frühen Boot-Sicherheit + +Im nächsten Teil dieser Secure-Boot-Serie werden wir die kryptografischen Grundlagen untersuchen, die Secure Boot ermöglichen. + +Wir werden digitale Signaturen, Public-Key-Kryptographie und das Konzept einer Vertrauenskette vorstellen. + From 235e82eb028928e2e94254005ff5f59411a5a258 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:13 -0500 Subject: [PATCH 13/24] New translations what_is_next_after_vmware.md (German) [ci skip] --- .../blogs/what_is_next_after_vmware.de.md | 112 ++++++++++++++++++ 1 file changed, 112 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/what_is_next_after_vmware.de.md diff --git a/docs/guides/rocky_insights/blogs/what_is_next_after_vmware.de.md b/docs/guides/rocky_insights/blogs/what_is_next_after_vmware.de.md new file mode 100644 index 0000000000..9db6280bc3 --- /dev/null +++ b/docs/guides/rocky_insights/blogs/what_is_next_after_vmware.de.md @@ -0,0 +1,112 @@ +--- +title: Was kommt nach VMware +author: Antoine Le Morvan +contributors: +tags: + - Virtualisierung + - VMware + - Open Source +--- + +Seit Broadcoms Übernahme von VMware hat die Virtualisierungsbranche bedeutende Veränderungen erlebt, insbesondere bei der Lizenzpreisgestaltung. Die neue Preispolitik von Broadcom (dies ist keine Wertung) hat zu erheblichen Kostensteigerungen geführt, insbesondere für kleine und mittlere Unternehmen, die VMware nutzen. Infolgedessen sahen sich viele Organisationen veranlasst, ihre technologischen Entscheidungen zu überdenken. + +Diese Preisanpassungen haben die betroffenen Unternehmen dazu veranlasst, nach Alternativen zu suchen, insbesondere nach Open-Source-Lösungen. + +Ziel dieses Beitrags ist es, die Machbarkeit, die Vorteile und die Leistungsfähigkeit einer Virtualisierungslösung auf Basis von Open-Source-Technologien aufzuzeigen und damit eine praktikable Alternative zu VMware zu bieten. + +Der Autor möchte klarstellen, dass weder er noch das Dokumentationsteam in irgendeiner Verbindung zu den im Folgenden genannten Lösungen stehen. + +## Funktionen, die zu erwarten sind + +Bevor wir die auf dem Markt verfügbaren Lösungen besprechen, wollen wir kurz über die Funktionen sprechen, die wir von einer Virtualisierungslösung erwarten können. + +Ein wichtiger Punkt, der in vielen Diskussionen zu diesem Thema immer wieder zur Sprache kam und der zunächst oft übersehen wird, ist die Datensicherung. Der entscheidende Faktor bei der Auswahl einer Lösung wird sein: Verfügt diese Lösung über eine zuverlässige Backup-Lösung? Und der Autor würde sogar angeben, ob eine Lösung wie Veeam Backup, die Sie bereits verwenden und nicht wechseln möchten (aus Kostengründen, aufgrund erworbener Kenntnisse oder aus Sicherheitsgründen), von der aktuellen Software des Autors unterstützt wird. + +Weitere zu berücksichtigende Merkmale sind: + +- Sicherung und Wiederherstellung, VM-Snapshots +- Containerisierung und/oder integriertes Kubernetes +- verwaltete Datenbanken +- IAAS: VPC, Netzwerkvirtualisierung und Self-Service-Portal +- DevOps-Integrationsreife (Terraform, Ansible) – API +- S3-Objektspeicher (Ceph...) +- Integriertes VPN (insbesondere Site-to-Site) +- Sicherheitsgruppen (virtuelle Firewall) +- IPAM, verwaltetes DHCP, Lastausgleich, SNAT +- Monitoring + +Einige Lösungen bieten außerdem: + +- Integrierte Migration von VMware + +## Auswahl des Hypervisor + +Bevor wir uns mit den bestehenden Lösungen befassen, werfen wir einen Blick auf die Auswahl des Hypervisor aus den verfügbaren Optionen: + +- **ESXi**, der Hypervisor von VMware. Wenn dies berücksichtigt wird, dürfte es die Migration vereinfachen. +- **KVM (QEMU/libvirt)**: Integriert in den Kernel, ist dies eine der fortschrittlichsten Open-Source-Lösungen hinsichtlich ihrer Funktionen und wird häufig eingesetzt. +- **Xen (XCP-ng)**: Der Nachfolger von Citrix. Es handelt sich um einen robusten, älteren Hypervisor, der möglicherweise noch einige technische Altlasten aufweist, aber anscheinend aktiv weiterentwickelt wird und den Rückstand wahrscheinlich bald aufholen wird. +- **AHV (Nutanix)**: Wir wenden uns hier von Open-Source-Lösungen ab, aber wir werden später über Nutanix sprechen. +- **Hyper-V**: Erwähnenswert ist auch, dass viele kleine Unternehmen sich trotz der proprietären Technologie für Microsoft entscheiden könnten, wenn deren Preise niedriger sind als die von VMware. + +Zu den Funktionen, die Sie von einem Hypervisor erwarten können, sollten Sie Folgendes überprüfen: + +- CPU und RAM im laufenden Betrieb zu Gästen hinzufügen +- Festplatten im laufenden Betrieb hinzufügen oder deren Größe ändern bei Gästen +- Live-Migration innerhalb oder zwischen Clustern +- Live-Speichermigration + +An diesem Punkt ist der Vergleich von Hypervisoren schwierig, da die meisten in der Regel all diese Funktionen beinhalten. Die Wahl hängt letztlich von der Art des Managers ab, den Sie selektieren. + +## Auswahl des Managers + +Nun kommen wir zum Kern der Sache: der Wahl des besten Managers. Wer wird der große Gewinner sein, der ideale Ersatz für Ihr bewährtes vSphere? Diejenige, die Ihre Gäste nahtlos auf dem am besten geeigneten Hypervisor verwaltet? + +### Features + +Lassen Sie uns zunächst über die Funktionen dieser Lösungen sprechen, die Ihnen helfen werden, Ihre Optionen einzugrenzen und Proof-of-Concepts einzurichten, um Sie bei Ihrer endgültigen Entscheidung zu unterstützen. + +Ein Manager sollte Folgendes bereitstellen: + +- Clustermanagement: Hochverfügbarkeit (HA), Knotenwartung usw. +- Selbstbedienungsportal: Willkommen in der Welt der modernen Private Cloud und Infrastructure as a Service +- Netzwerkvirtualisierung (SDN), VPC +- API-Verwaltung +- Unterstützung für DevOps-Tools (Terraform, Ansible, Puppet usw.) +- Cluster-übergreifende Migration + +### Vorhandene Lösungen + +In diesem Abschnitt wird der Autor proprietäre Lösungen wie Hyper-V oder Nutanix nicht behandeln. Der Autor erwähnt lediglich, dass Nutanix viele Funktionen bietet, um mit VMware zu konkurrieren, und dass es einen reaktionsschnellen professionellen Support gibt. Es scheint immer noch eine teurere Lösung zu sein als die Unterstützung für die Lösungen, die der Autor im Folgenden vorstellen wird, aber er überlässt Ihnen den Preisvergleich. + +Nach Ansicht des Autors ist **OpenStack** die fortschrittlichste Lösung, um etwas wie vSphere zu ersetzen. Es wird von vielen Anbietern unterstützt und bildet die Grundlage für zahlreiche öffentliche Cloud-Lösungen. Aber sie ist auch am schwierigsten umzusetzen. Vergessen Sie OpenStack, wenn Sie kein kompetentes Linux-Entwicklungsteam haben, das genügend Zeit dafür aufbringen kann. Aber wenn Sie diese Zeit investieren können, ist es die richtige Lösung für Sie. Ziehen Sie zur Unterstützung abgeleitete Lösungen wie **Virtuozzo** oder Anbieter wie RedHat und Suse in Betracht. + +Nachdem der Autor zuerst **OpenStack** erwähnt hat, muss er nun mit dem Projekt fortfahren, das er schon lange bevorzugt: dem berühmten Top-Level-Projekt der Apache Foundation (niemand Geringeres), **CloudStack**. Mit ähnlichen Funktionen wie OpenStack bietet es alles, was für die Einrichtung eines Private-Cloud-Portals benötigt wird, einschließlich VPC-Unterstützung, Netzwerkvirtualisierung, Lastausgleich und sogar **Kubernetes**-Cluster, alles innerhalb eines gut gestalteten Self-Service-Portals. Es handelt sich um eine Java-Anwendung in einem rpm- oder deb-Paket, und die Installation ist unkompliziert. Der komplexeste Teil ist die Konfiguration virtueller Switches auf den Hosts (RockyLinux wird unterstützt), aber nichts ist unüberwindbar. Als Hostsysteme können KVM, Xen, Hyper-V oder ESXi verwendet werden, und seit Kurzem wird auch Proxmox unterstützt. Wie bereits erwähnt, ist CloudStack eine der wenigen Lösungen, die eine direkte Gastmigration von vSphere über die Benutzeroberfläche ermöglicht. Hinter CloudStack steht mit ShapeBlue ein aktiver Akteur, der Support für Unternehmen anbietet. Hinsichtlich der Skalierbarkeit existieren CloudStack-Instanzen mit über 35.000 Hosts, was auf eine solide Skalierbarkeit hinweist. + +Als Nächstes wird der Autor Proxmox erwähnen, die Open-Source-Lösung, die in diesem Bereich voraussichtlich den größten Marktanteil gewinnen wird. Basierend auf Debian (kein RockyLinux hier ^^) muss der Autor zugeben, dass er nach dem Lesen der gut gemachten Administrationsanleitung von den Funktionen (IPAM, Netzwerkvirtualisierung, Speichermanagement, Containerunterstützung und insbesondere Ceph-Speicherintegration) beeindruckt war. Proxmox bietet eine integrierte Backup-Lösung mit der Option für externe Backups sowie eine neue Rechenzentrumsmanagementlösung (zur Verwaltung mehrerer Proxmox-Cluster). Wenn Sie kein Self-Service-Portal wie das von CloudStack benötigen, sich auf ein hyperkonvergentes Modell konzentrieren (der Speicher ist auf mehrere Hosts verteilt und nicht auf einem dedizierten SAN/NAS) und Ihr Umfang einige hundert Gäste umfasst, dann ist Proxmox wahrscheinlich die richtige Wahl. + +Zu guter Letzt muss der Autor noch Vates und XCP-ng erwähnen, die auf dem Xen-Hypervisor und der Xen-Orchestra-Web-Administrationsoberfläche basieren. Nach Ansicht des Autors handelt es sich hierbei um Lösungen, die man im Auge behalten sollte, da sie auf soliden Grundlagen aufgebaut sind und aktiv weiterentwickelt werden (`Vates` wird von einem französischen Unternehmen entwickelt). Beachten Sie jedoch, dass Sie bei Vates mehr Geld ausgeben müssen, um auf hyperkonvergente Speicherlösungen (XOSTOR) oder Backup-Lösungen (XO Proxy) zugreifen zu können. + +### Kostenkontrolle + +Da es in diesem Artikel um die Kostensteigerungen aufgrund der Lizenzänderungen von Broadcom geht, wäre es ein Versäumnis des Autors, die finanziellen Aspekte einer Lösungsänderung nicht zu behandeln. + +Neben den Support-Kosten, die Sie wahrscheinlich abonnieren möchten, wenn Sie ein Geschäftsmodell verfolgen, ist es auch wichtig, die Gesamtbetriebskosten (Total Cost of Ownership, TCO) zu berücksichtigen, die Folgendes umfassen: + +- die Kosten für den Support, +- Wartungskosten +- Update-Kosten, +- Schulung Ihrer Teams und der Zeitaufwand für die Lösungsintegration, +- die für die Migration aufgewendete Zeit. + +### Support und Community + +Der letzte zu berücksichtigende Punkt, der oft ausschlaggebend sein kann, ist die Unterstützung, die sowohl von einem Unternehmen als auch von einer aktiven Gemeinschaft geleistet wird. Der Zugang zu einem reaktionsschnellen Support-Team kann beruhigend sein, ebenso wie die Möglichkeit, sich bei Fragen und Problemen auf eine starke Community verlassen zu können. Es ist jedoch wichtig zu beachten, dass mangelnde Gemeinschaftsaktivitäten oder unzureichende Unterstützung ein erheblicher Nachteil sein können. + +## Zusammenfassung + +Dieser kurze Artikel hat es dem Autor ermöglicht, die wichtigsten auf dem Markt erhältlichen Lösungen vorzustellen, und wie Sie sehen können, ist die Entscheidung nicht einfach. Alles hängt von der Fähigkeit Ihres Teams ab, das Tool zu verwalten, Ihrer Backup-Lösung, den von Ihnen benötigten Funktionen, Ihrer Reife im Umgang mit DevOps-Tools und Cloud-nativen Ansätzen sowie der Anzahl der zu verwaltenden Gäste. + +Obwohl der Autor CloudStack schon lange bevorzugt, ist dieses Apache-Projekt immer noch relativ unbekannt (Apache bewirbt seine Projekte nicht so wie andere Anbieter) und der Autor empfiehlt Ihnen dringend, es bei Ihrer Entscheidung zu berücksichtigen. Proxmox und Vates sind auch hervorragende Lösungen für kleine Unternehmen oder sogar für größere Anforderungen, bevor man zu einer Lösung auf Basis von OpenStack (oder OpenShift) wechselt. + +Der Autor hofft, dass Ihnen dieser kurze Überblick Zeit bei der Suche nach einer VMware-Ersatzlösung erspart. From 9217bbd5009099bea5076029f7960adcb58c5a4c Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:15 -0500 Subject: [PATCH 14/24] New translations index.md (Italian) [ci skip] --- docs/guides/rocky_insights/blogs/index.it.md | 37 ++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/index.it.md diff --git a/docs/guides/rocky_insights/blogs/index.it.md b/docs/guides/rocky_insights/blogs/index.it.md new file mode 100644 index 0000000000..1569c6304f --- /dev/null +++ b/docs/guides/rocky_insights/blogs/index.it.md @@ -0,0 +1,37 @@ +--- +title: Introduzione +author: Steven Spencer +contributors: +--- + +## Perché questa sezione? + +Verso la fine del 2024, è apparso evidente che non tutti i documenti presenti nella cache della documentazione di Rocky Linux saranno delle guide. Avevamo bisogno di uno spazio per spiegazioni più lunghe e approfondite. Entrate in questo blog. + +## Chi può scrivere qui? + +Chiunque abbia le credenziali di GitHub può inviare un articolo suggerito qui. Per iniziare, consultare i documenti nella [sezione Contributo] (https://docs.rockylinux.org/guides/contribute/). + +!!! note "Nota" + +``` +Se non si ha le credenziali GitHub e si vuole comunque scrivere qualcosa per questa sezione, contattateci nel canale Mattermost in fondo a questa pagina. +``` + +Dovete assicurarvi che il vostro documento soddisfi i requisiti di questa sezione. Per esempio: + +- E' adatta qui? Sono informazioni che vale la pena condividere? È un documento in stile blog? +- Approfondisce un tema importante per i documentaristi? +- La comunicazione migliorerà la qualità complessiva di tutta la documentazione di Rocky Linux? + +## Che tipo di informazione? + +I primi due documenti qui riportati dovrebbero dare un'idea di ciò che fa al caso vostro. Nel corso del 2024, abbiamo concertato gli sforzi per eliminare o ridurre drasticamente le forme passive nei documenti di istruzioni how-to. Il documento [Active voice: The way to simple, clear, communication] (active_voice.md) descrive l'importanza della forma attiva nel tono della documentazione, nella facilità di lettura e comprensione e nella semplificazione della traduzione in altre lingue. Il documento [Open source: perché non viene mai sillabato] (open_source.md) discute il grande dibattito su questo argomento e le ragioni alla base della nostra decisione di non sillabare. Si è capito l'idea? Si tratta di documenti informativi che non includono informazioni sul funzionamento, se non come esempi. + +## La crescita di questo blog? + +Questo insieme di documenti crescerà probabilmente più lentamente rispetto alle guide di istruzioni how-to. Questo e' prevedibile. L'aspetto più importante è la qualità e la validità dei documenti. + +## Suggerimenti + +Come per il progetto di documentazione nel suo complesso, è possibile fornire un feedback nel nostro [canale Documentation Mattermost](https://chat.rockylinux.org/rocky-linux/channels/documentation). From 735360926874abbb7164eb7566d1545a9a9d22c7 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:16 -0500 Subject: [PATCH 15/24] New translations index.md (Italian) [ci skip] --- docs/guides/rocky_insights/links/sigs/index.it.md | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 docs/guides/rocky_insights/links/sigs/index.it.md diff --git a/docs/guides/rocky_insights/links/sigs/index.it.md b/docs/guides/rocky_insights/links/sigs/index.it.md new file mode 100644 index 0000000000..9de6dcd5ae --- /dev/null +++ b/docs/guides/rocky_insights/links/sigs/index.it.md @@ -0,0 +1,10 @@ +--- +title: Special Interest Groups +author: Spencer Steven +contributors: +--- + +- Architetture Alternative [SIG/AltArch](https://sig-altarch.rocky.page) +- Servizi Cloud [SIG/Cloud](https://sig-cloud.rocky.page/) +- Infrastruttura [SIG/Infra](https://infra.rocky.page/) +- Release Engineering [SIG/Core](https://sig-core.rocky.page) From 0bec1674b3dc88c478e7f6fe1e674dcb22de123f Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:21 -0500 Subject: [PATCH 16/24] New translations good_docs.md (Italian) [ci skip] --- .../rocky_insights/blogs/good_docs.it.md | 88 +++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/good_docs.it.md diff --git a/docs/guides/rocky_insights/blogs/good_docs.it.md b/docs/guides/rocky_insights/blogs/good_docs.it.md new file mode 100644 index 0000000000..fd9972f13d --- /dev/null +++ b/docs/guides/rocky_insights/blogs/good_docs.it.md @@ -0,0 +1,88 @@ +--- +title: Good Docs - Il punto di vista di un traduttore +author: Ganna Zhyrnova +contributors: Steven Spencer +--- + +## Introduzione + +I traduttori forniscono indicazioni preziose per la stesura di una documentazione chiara e concisa. Sanno cosa non si traduce bene e cosa confonde il lettore meglio di chiunque altro. Questo documento esamina alcuni di questi aspetti ed evidenzia le migliori pratiche per la stesura dei documenti. + +### Dall'autore + +La documentazione del software aiuta gli utenti a capire come utilizzare efficacemente un determinato software. Devono capire cosa otterranno alla fine e quali vantaggi avranno. Allo stesso tempo, quando create una documentazione, significa crearla non solo per voi stessi, ma anche per la vostra rete e per le altre persone che potrebbero leggerla. Gli altri utenti potrebbero non provenire da paesi anglofoni. Ciò significa che per loro l'inglese non è la lingua principale. Proprio per questo motivo, seguite queste regole di base per rendere la documentazione più leggibile a _tutti_ gli utenti. + +## Uso di un linguaggio semplice + +In linea di principio, non si ha idea di chi siano i fruitori della documentazione. Se l'utente abbia o meno familiarità con questo ambito, che sia uno sviluppatore esperto o un principiante. Un linguaggio semplice sta a significare una comunicazione chiara, concisa e di facile comprensione per il pubblico a cui è destinata la prima volta che la incontra. E' da evitare i termini gergali, quelli troppo tecnici e frasi con strutture complesse, a favore di un linguaggio più semplice e con un'organizzazione chiara. L'obiettivo è garantire che il messaggio sia accessibile e comprensibile a un ampio pubblico, indipendentemente dal suo background o dal suo livello di lettura. Spesso è possibile farlo semplificando la sintassi delle frase o i comandi fino ad una forma più elementare. + +## Evitare espressioni idiomatiche, gergo, acronimi e contrazioni. + +Idiomi, gergo, contrazioni e acronimi possono confondere i lettori che non li conoscono, in particolare coloro che non sono madrelingua, i nuovi dipendenti o tutti coloro che estranei al vostro settore specifico. + +Gli **idiomi** sono spesso specifici di una determinata cultura e possono essere difficili da comprendere per i lettori internazionali. +Il **gergo** comprende termini specialistici che solo gli esperti di un settore possono riconoscere. +Le **contrazioni** sostituiscono le parole della lingua inglese con scorciatoie, che però non sempre esistono in tutte le lingue, rendendo difficile la traduzione. +Gli **acronimi** possono essere ambigui, soprattutto se non vengono definiti al momento del loro utilizzo. + +Esempio: + +❌ “Una volta presa confidenza con il cruscotto, il resto è un gioco da ragazzi”. In questo caso, l'autore utilizza sia una contrazione, sia uno slang, sia un idioma. + +✅ “Una volta imparato a usare il cruscotto, il resto è facile”. Sostituendo la contrazione, il gergo e l'idioma con le parole associate a ciascuno di essi, il significato è chiaro. + +Il linguaggio figurato, come i modi di dire, spesso non si traduce bene. I redattori tecnici o i traduttori potrebbero avere difficoltà a trasmettere lo stesso significato in altre lingue. + +Esempio: + +❌ “Ci sentiamo la prossima settimana per fare il punto sui ticket aperti”. + +✅ “Incontriamoci la prossima settimana per rivedere le richieste di supporto non risolte”. + +Il gergo e gli acronimi possono generare confusione, anche all'interno della stessa organizzazione, se il loro significato non è universalmente conosciuto. + +Esempio: + +❌ “Caricare il CSV nel CMS ed etichettarlo secondo le SOP”. + +✅ “Caricare il file CSV (Comma-Separated Values) nel Content Management System (CMS) ed etichettarlo secondo le procedure operative standard (SOP).” + +Nota: se si desidera utilizzare acronimi, definirli sempre la prima volta: “Content Management System (CRM)”. + +Eliminando i modi di dire e il gergo non necessario, il significato del documento diventa più chiaro. Sostituire le contrazioni con le parole che rappresentano significa facilitare gli sforzi di traduzione in tutte le lingue. Il documento è più comprensibile per il lettore quando si sostituiscono o si definiscono gli acronimi. + +## Uso della forma attiva + +La voce attiva enfatizza chi compie l'azione, rendendo chiaro chi o cosa è responsabile dell'azione del verbo. + +Esempio: + +Il sistema apre la finestra di dialogo in cui è necessario completare il modulo. + +Si prega di astenersi dall'utilizzare una forma complessa, in quanto può confondere i lettori. + +Per saperne di più sull'uso della forma attiva e sulla sua importanza, si veda [questa parere](active_voice.md) e [questa fonte esterna](https://developers.google.com/tech-writing/one/active-voice). + +## Dividere in step + +Se la documentazione contiene passaggi specifici, separateli l'uno dall'altro. + +Ad esempio: + +Passo 1 - Accedere alla sezione +Passo 2 - Fare clic sul pulsante +Passo 3 - Compilare il modulo +... +Passo N - salvare le modifiche + +## Screenshot quando necessario + +Utilizzate screenshot corretti dove necessario. Ciò significa che non è necessario aggiungere screenshot ovunque, ma solo nei punti in cui è necessario fornire ulteriori spiegazioni. + +## Uso degli esempi + +Se è necessario compilare il modulo, fornire esempi di come gli utenti possono completarlo. Indicare le limitazioni, se ci sono. + +## Conclusione + +Scrivere una buona documentazione non significa solo renderla tecnicamente accurata, ma anche renderla immediatamente comprensibile al lettore. Questo è particolarmente importante quando un documento tecnico deve essere tradotto in altre lingue. In questo documento, l'autore intendeva mettere in evidenza le tecniche specifiche per scrivere una buona documentazione chiara. From ded4fe8bb85f454a7b70b1bf2c718be0ef439249 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:23 -0500 Subject: [PATCH 17/24] New translations index.md (Portuguese) [ci skip] --- docs/guides/rocky_insights/links/sigs/index.pt.md | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 docs/guides/rocky_insights/links/sigs/index.pt.md diff --git a/docs/guides/rocky_insights/links/sigs/index.pt.md b/docs/guides/rocky_insights/links/sigs/index.pt.md new file mode 100644 index 0000000000..1dea24ce9e --- /dev/null +++ b/docs/guides/rocky_insights/links/sigs/index.pt.md @@ -0,0 +1,10 @@ +--- +title: Grupos de Interesse Especial (SIG) +author: Steven Spencer +contributors: +--- + +- Arquitetura Alternativa [SIG/AltArch](https://sig-altarch.rocky.page) +- Serviços em Nuvem [SIG/Cloud](https://sig-cloud.rocky.page/) +- Infraestrutura [SIG/Infra](https://infra.rocky.page/) +- Engenharia de Lançamento [SIG/Core](https://sig-core.rocky.page) From 7125c15faa138cb39f9d139f2507d78d3055099b Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:25 -0500 Subject: [PATCH 18/24] New translations index.md (Ukrainian) [ci skip] --- docs/guides/rocky_insights/blogs/index.uk.md | 37 ++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/index.uk.md diff --git a/docs/guides/rocky_insights/blogs/index.uk.md b/docs/guides/rocky_insights/blogs/index.uk.md new file mode 100644 index 0000000000..0bb418b1a0 --- /dev/null +++ b/docs/guides/rocky_insights/blogs/index.uk.md @@ -0,0 +1,37 @@ +--- +title: Вступ +author: Steven Spencer +contributors: +--- + +## Чому цей розділ? + +Наприкінці 2024 року стало очевидно, що не кожен документ кешу документації Rocky Linux буде інструкцією. Нам потрібне було місце для довших, більш глибоких пояснень. Увійдіть у цей блог. + +## Хто тут може писати? + +Кожен, хто має облікові дані GitHub, може надіслати запропоновану статтю тут. Щоб розпочати, перегляньте документи в [розділі Внеси](https://docs.rockylinux.org/guides/contribute/). + +!!! note "Примітка" + +``` +Якщо у вас немає облікових даних GitHub, але ви все одно хочете написати щось для цього розділу, зв’яжіться з нами за посиланням на канал Mattermost унизу цієї сторінки. +``` + +Ви повинні переконатися, що ваш документ відповідає вимогам цього розділу. Наприклад: + +- Це підходить сюди? Чи варто ділитися цією інформацією? Це документ у стилі блогу? +- Чи розкриває він тему, важливу для документалістів? +- Чи підвищить подання загальну якість документації Rocky Linux? + +## Яка інформація? + +Перші два документи тут повинні дати вам уявлення про те, що підходить. Протягом 2024 року ми докладали спільних зусиль, щоб усунути або суттєво скоротити пасивний стан у документах з інструкціями. У документі [Active voice: шлях до простого, ясного спілкування] (active_voice.md) описується важливість активного голосу в тональності документації, легкість читання та розуміння, а також спрощення перекладу іншими мовами. У документі [Open source: Чому це ніколи не ставиться через дефіс] (open_source.md) обговорюється велика дискусія навколо цього питання та аргументація нашого рішення не ставити через перенос. Зрозуміла ідея? Ці інформаційні документи не містять інструкцій, за винятком, можливо, прикладів. + +## Зростання цього блогу? + +Цей набір документів, імовірно, зростатиме повільніше, ніж документи з інструкціями. Це нормально. Якість і відповідність документів тут найважливіше. + +## Зворотній зв'язок + +Як і щодо проекту документації в цілому, ви можете залишити відгук на нашому [Documentation Mattermost channel](https://chat.rockylinux.org/rocky-linux/channels/documentation). From e8ae5487f4e522fe80ffd0fba6d1b2f8a9285151 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:26 -0500 Subject: [PATCH 19/24] New translations index.md (Ukrainian) [ci skip] --- docs/guides/rocky_insights/links/sigs/index.uk.md | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 docs/guides/rocky_insights/links/sigs/index.uk.md diff --git a/docs/guides/rocky_insights/links/sigs/index.uk.md b/docs/guides/rocky_insights/links/sigs/index.uk.md new file mode 100644 index 0000000000..7ed4d321ca --- /dev/null +++ b/docs/guides/rocky_insights/links/sigs/index.uk.md @@ -0,0 +1,10 @@ +--- +title: Групи по інтересам +author: Steven Spencer +contributors: +--- + +- Альтернативна архітектура [SIG/AltArch](https://sig-altarch.rocky.page) +- Хмарні служби [SIG/Cloud](https://sig-cloud.rocky.page/) +- Інфраструктура [SIG/Infra](https://infra.rocky.page/) +- Розробка релізу [SIG/Core](https://sig-core.rocky.page) From 734c9dacbb05f88e0bc83e6ce53cde302d5147da Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:28 -0500 Subject: [PATCH 20/24] New translations good_docs.md (Ukrainian) [ci skip] --- .../rocky_insights/blogs/good_docs.uk.md | 88 +++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/good_docs.uk.md diff --git a/docs/guides/rocky_insights/blogs/good_docs.uk.md b/docs/guides/rocky_insights/blogs/good_docs.uk.md new file mode 100644 index 0000000000..506b2fe78c --- /dev/null +++ b/docs/guides/rocky_insights/blogs/good_docs.uk.md @@ -0,0 +1,88 @@ +--- +title: Хороший документ — точка зору перекладача +author: Ganna Zhyrnova +contributors: Steven Spencer +--- + +## Вступ + +Перекладачі надають цінні поради щодо написання чіткої та лаконічної документації. Вони краще за інших знають, що не перекладається добре і що заплутує читача. У цьому документі розглядаються деякі з цих питань та висвітлюються найкращі практики створення документів. + +### Від автора + +Документація до програмного забезпечення допомагає користувачам зрозуміти, як ефективно використовувати конкретне програмне забезпечення. Вони повинні розуміти, що вони отримають в результаті і які переваги це їм дасть. Водночас, коли ви створюєте документацію, це означає, що ви створюєте її не тільки для себе, але й для своєї мережі та інших людей, які можуть її прочитати. Інші люди можуть бути не з англомовних країн. Це означає, що для них англійська мова не є основною мовою. З огляду на це, дотримуйтесь цих основних правил, щоб зробити вашу документацію більш зрозумілою для _всіх_ користувачів. + +## Використання простої мови + +Ви не маєте уявлення, хто є вашим користувачем. Незалежно від того, чи знайомий цей користувач з цією сферою, чи є він досвідченим розробником або початківцем. Проста мова — це чітка, лаконічна комунікація, яку цільова аудиторія може легко зрозуміти з першого разу. Вона уникає жаргон, технічні терміни та складні синтаксичні конструкції на користь простішої мови та чіткої структури. Мета полягає в тому, щоб забезпечити доступність і зрозумілість повідомлення для широкої аудиторії, незалежно від її походження або рівня читацької підготовки. Часто це можна зробити, спростивши структуру речень або команд до їх найпростішого формату. + +## Уникайте ідіом, жаргону, акронімів та скорочень + +Ідіоми, жаргон, скорочення та акроніми можуть заплутати читачів, які не знайомі з ними, особливо тих, хто не є носіями мови, нових співробітників або людей, які не належать до вашої конкретної галузі. + +**Ідіоми** часто мають культурну специфіку і можуть бути важкими для розуміння міжнародним читачам. +**Жаргон** включає спеціалізовані терміни, які можуть розуміти лише експерти в певній галузі. +**Скорочення** замінюють слова в англійській мові скороченими формами, але такі скорочення не завжди існують у всіх мовах, що ускладнює переклад. +**Акроніми** можуть бути неоднозначними, особливо якщо вони не визначені при першому використанні. + +Приклад: + +❌ "Once you’ve got the hang of the dashboard, the rest is a piece of cake." Тут автор використовує скорочення, сленг та ідіому. + +✅ "Once you have learned how to use the dashboard, the rest is easy." Замінивши скорочення, сленг та ідіоми словами, пов'язаними з кожним з них, значення стає зрозумілим. + +Фігуративні вирази, такі як ідіоми, часто важко перекласти. Технічні письменники або перекладачі можуть зіткнутися з труднощами при передачі того самого значення іншими мовами. + +Приклад: + +❌ "Let’s touch base next week to circle back on the open tickets." + +✅ "Let us meet next week to review the unresolved support requests." + +Жаргонні слова та абревіатури можуть викликати плутанину — навіть у межах однієї організації — якщо їх значення не є загальновідомими. + +Приклад: + +❌ "Upload the CSV to the CMS and tag it according to SOPs." + +✅ "Upload the CSV (Comma-Separated Values file) to the content management system and label it according to the standard operating procedures." + +Примітка: Якщо ви хочете використовувати акроніми, завжди визначайте їх при першому використанні: «Система управління взаємовідносинами з клієнтами (CRM)». + +Вилучивши ідіоми та непотрібний жаргон, ви зробите зміст вашого документа більш зрозумілим. Заміна скорочень словами, які вони позначають, означає, що переклад на всі мови стає простішим. Ваш документ буде найбільш зрозумілим для читача, якщо ви заміните або поясните абревіатури. + +## Використовуйте Active Voice + +Active voice підкреслює виконавця дії, даючи зрозуміти, хто або що є відповідальним за дію дієслова. + +Приклад: + +The system opens the dialog where you need to complete the form. + +Будь ласка, утримайтеся від використання складної форми, оскільки вона може заплутати читачів. + +Більше інформації про використання активного голосу та важливість його використання див. [цю думку](active_voice.md) та [це зовнішнє джерело](https://developers.google.com/tech-writing/one/active-voice). + +## Опис кроків + +Якщо у документації є конкретні кроки, розділіть їх один від одного. + +Наприклад: + +Step 1 - Go to the section +Step 2 - Click the button +Step 3 - Complete the form +... +Step N - save changes + +## Додавайте скріншоти де необхідно + +Використовуйте правильні знімки екрана, де це необхідно. Це означає, що вам не потрібно додавати скріншоти всюди, а лише в тих місцях, де потрібні додаткові пояснення. + +## Використовуйте приклади + +Якщо потрібно заповнити форму, наведіть приклади того, як користувачі можуть її заповнити. Вкажіть обмеження, якщо вони є. + +## Висновок + +Написання хорошої документації – це не тільки забезпечення її технічної точності, але й дуже важливо зробити її зрозумілою для читача з першого погляду. Це особливо важливо, коли технічний документ потрібно перекласти на інші мови. У цьому документі автор мав на меті висвітлити конкретні техніки написання якісної та зрозумілої документації. From c32499819d7271170fafd70947cbc1116ff82b53 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:30 -0500 Subject: [PATCH 21/24] New translations index.md (Chinese Simplified) [ci skip] --- docs/guides/rocky_insights/blogs/index.zh.md | 37 ++++++++++++++++++++ 1 file changed, 37 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/index.zh.md diff --git a/docs/guides/rocky_insights/blogs/index.zh.md b/docs/guides/rocky_insights/blogs/index.zh.md new file mode 100644 index 0000000000..91d14e729a --- /dev/null +++ b/docs/guides/rocky_insights/blogs/index.zh.md @@ -0,0 +1,37 @@ +--- +title: 介绍 +author: Steven Spencer +contributors: +--- + +## 为什么有这个部分？ + +在 2024 年末，很明显 Rocky Linux 文档缓存中的每个文档并非都是操作指南。 我们需要一个更长期、更深入的解释点。 这就是写这篇博客的原因。 + +## 谁可以在这里写？ + +任何人只要有 GitHub 凭证都可以在此提交建议文章。 查看 [贡献部分](https://docs.rockylinux.org/guides/contribute/) 中的文档来开始吧。 + +!!! note "说明" + +``` +如果您没有 GitHub 凭据，但仍想为此部分编写内容，请通过本页底部的 Mattermost 频道链接与我们联系。 +``` + +您应该确保您的文档符合本章节的要求。 例如： + +- 它适合这里吗？ 它是值得共享的信息吗？ 它是博客风格的文档吗？ +- 它是否扩展了对文档作者很重要的主题？ +- 这次提交会提高所有 Rocky Linux 文档的整体质量吗？ + +## 什么样的信息？ + +这里的前两份文档应该能让你了解哪些内容是合适的。 整个 2024 年，我们一致努力消除或大幅减少操作文件中的被动语态。 文档 [主动语态：通向简洁清晰沟通的路径](active_voice.md) 阐述了在文档中使用主动语态的重要性——它能塑造更清晰的表达基调、提升可读性和理解性，同时简化翻译成其他语言的过程。 [开源：为什么不应使用连字符](open_source.md) 文档描述了关于这个主题的大争论以及我们决定不使用连字符的原因。 明白了吗？ 这些是信息性文档，不包括如何操作信息，除非可能作为示例。 + +## 博客的成长？ + +这组文档的增长速度可能比操作指南文档慢。 这正如预期的那样。 这里的文档质量和适合性是最重要的。 + +## 反馈 + +与整个文档项目一样，您可以在我们的 [文档 Mattermost 频道](https://chat.rockylinux.org/rocky-linux/channels/documentation) 中提供反馈。 From 5b2a023a06b693dd0f9e9c3d076dadad813e2b01 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:31 -0500 Subject: [PATCH 22/24] New translations index.md (Chinese Simplified) [ci skip] --- docs/guides/rocky_insights/links/sigs/index.zh.md | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 docs/guides/rocky_insights/links/sigs/index.zh.md diff --git a/docs/guides/rocky_insights/links/sigs/index.zh.md b/docs/guides/rocky_insights/links/sigs/index.zh.md new file mode 100644 index 0000000000..2730c70a05 --- /dev/null +++ b/docs/guides/rocky_insights/links/sigs/index.zh.md @@ -0,0 +1,10 @@ +--- +title: 特别兴趣小组（SIG） +author: Steven Spencer +contributors: +--- + +- 新架构 [SIG/AltArch](https://sig-altarch.rocky.page) +- 云服务 [SIG/Cloud](https://sig-cloud.rocky.page/) +- 基础设施 [SIG/Infra](https://infra.rocky.page/) +- 发布工程 [SIG/Core](https://sig-core.rocky.page) From 40eb0bde335e5501df57fc8eca41a3987c0463c6 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Thu, 3 Sep 2026 11:30:33 -0500 Subject: [PATCH 23/24] New translations good_docs.md (Chinese Simplified) [ci skip] --- .../rocky_insights/blogs/good_docs.zh.md | 88 +++++++++++++++++++ 1 file changed, 88 insertions(+) create mode 100644 docs/guides/rocky_insights/blogs/good_docs.zh.md diff --git a/docs/guides/rocky_insights/blogs/good_docs.zh.md b/docs/guides/rocky_insights/blogs/good_docs.zh.md new file mode 100644 index 0000000000..6f87e4feff --- /dev/null +++ b/docs/guides/rocky_insights/blogs/good_docs.zh.md @@ -0,0 +1,88 @@ +--- +title: 优质文档规范——译者视角 +author: Ganna Zhyrnova +contributors: Steven Spencer +--- + +## 介绍 + +译者能为撰写清晰简明的文档提供宝贵洞见。 他们比大多数人更清楚哪些内容难以准确翻译、哪些表述容易引发读者困惑。 本文剖析了此类典型问题，并聚焦优质文档创作的最佳实践指南。 + +### 来自作者 + +软件文档帮助用户理解如何高效使用特定软件。 用户需要明确了解最终能实现什么成果以及获得哪些收益。 同时，在创建文档时应当意识到，您不仅是为自己编写，更是为技术社群及其他可能阅读的人而写作。 其他人可能不是来自英语国家。 这意味着对他们来说，英语不是他们的主要语言。 因此，遵循这些基本规则，使您的文档对 _所有_ 用户都更具可读性。 + +## 使用通俗易懂的语言 + +您根本不知道您的用户是谁。 无论这个用户是否熟悉这个领域，无论他们是经验丰富的开发者还是初学者。 通俗易懂的语言是清晰、简洁且能让目标受众在初次接触时就能理解的交流方式。 应避免使用行话、技术术语和复杂的句子结构，而应该倾向于使用更简单的语言和清晰的组织方式。 其目标是确保信息对广泛的受众来说都是可获取且易于理解的，无论他们的背景或阅读水平如何。 通常，您可以通过将句子结构或命令简化到最基本的格式来做到这一点。 + +## 避免使用习语、术语、首字母缩略词和缩略形式 + +习语、术语、缩略形式和首字母缩略词可能会让不熟悉它们的读者感到困惑，尤其是非母语人士、新员工或特定领域之外的人。 + +**习语** 通常具有文化特殊性，对于国际读者来说很难理解。 +**术语** 涉及只有某一领域的专家才能识别的专业术语。 +**缩略形式** 在英语中用简化形式替代完整词汇，但并非所有语言都存在类似用法，导致翻译困难。 +**首字母缩略词** 易产生歧义，尤其是在首次使用时没有定义的情况下。 + +示例： + +❌ "Once you’ve got the hang of the dashboard, the rest is a piece of cake." 在这里，作者使用了缩略形式、俚语和习语。 + +✅ "Once you have learned how to use the dashboard, the rest is easy." 通过将缩略形式、俚语和习语替换为与之相关的词语，意思就清晰了。 + +诸如习语之类的比喻性语言通常难以翻译。 技术作者或翻译人员可能很难在其他语言中传达相同的意思。 + +示例： + +❌ "Let’s touch base next week to circle back on the open tickets." + +✅ "Let us meet next week to review the unresolved support requests." + +术语和首字母缩略词若未被普遍知晓，即使在同一个组织内部也可能造成混淆。 + +示例： + +❌ "Upload the CSV to the CMS and tag it according to SOPs." + +✅ "Upload the CSV (Comma-Separated Values file) to the content management system and label it according to the standard operating procedures." + +注意：如果你想使用首字母缩略词，请务必在第一次定义它们："Customer Relationship Management (CRM) system"。 + +通过消除习语和不必要的术语，文档的含义会变得更加清晰。 将缩略形式替换为其代表的完整词语，意味着所有语言的翻译工作都会变得更容易。 当您替换或定义首字母缩略词时，您的文档对读者来说是最易理解的。 + +## 使用主动语态 + +主动语态强调动作的执行者，明确指出谁或什么对动词所表示的动作负责。 + +示例： + +The system opens the dialog where you need to complete the form. + +请避免使用复数形式，因为它会让读者感到困惑。 + +有关主动语态的使用以及使用它的意义，请参阅 [此观点](active_voice.md) 和 [此外部来源](https://developers.google.com/tech-writing/one/active-voice)。 + +## 具体步骤 + +如果文档中有特定的步骤，请将它们分开。 + +例如： + +Step 1 - Go to the section +Step 2 - Click the button +Step 3 - Complete the form +... +Step N - save changes + +## 必要时进行截图 + +在需要的地方使用正确的截图。 这意味着您无需到处添加截图，仅在需要进一步解释的地方添加即可。 + +## 使用示例 + +如果你需要填写表格，那么请提供用户如何填写的示例。 如果有任何限制，请一并说明。 + +## 总结 + +编写好的文档，不仅要确保其技术上的准确性，还要让读者能够立刻理解。 这一点在技术文档需要翻译成其他语言时尤为重要。 在这份文档中，作者旨在强调编写优质、清晰文档的特定技巧。 From f996a5c08bb0d241630469fca29558394d26acf3 Mon Sep 17 00:00:00 2001 From: sspencerwire Date: Fri, 4 Sep 2026 23:42:23 -0500 Subject: [PATCH 24/24] New translations index.md (German) [ci skip] --- docs/links/index.de.md | 67 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 67 insertions(+) create mode 100644 docs/links/index.de.md diff --git a/docs/links/index.de.md b/docs/links/index.de.md new file mode 100644 index 0000000000..78bdcad79f --- /dev/null +++ b/docs/links/index.de.md @@ -0,0 +1,67 @@ +--- +title: Links-Verzeichnis +--- + +# Rocky Linux – Links-Verzeichnis + +Im Folgenden finden Sie eine Linksammlung zu verschiedenen Ressourcen und Tools für Rocky Linux. Falls in diesem Verzeichnis ein Link fehlt, setzen Sie sich bitte über den Rocky-Linux-Mattermost-Server mit uns in Verbindung! + +## Allgemeine Links + +- [Website](https://rockylinux.org/) +- [System-Status](https://status.rockylinux.org) +- [Forums](https://forums.rockylinux.org/) +- [Dokumentation](https://docs.rockylinux.org/) +- [Rocky Linux Account-Dienste](https://accounts.rockylinux.org) + +## Cloud-Angebote + +- [Amazon Web Services](https://aws.amazon.com/marketplace/seller-profile?id=01538adc-2664-49d5-b926-3381dffce12d) +- [Google Cloud Plattform](https://cloud.google.com/compute/docs/images/os-details#rocky_linux) + +## Entwicklung + +- [GitHub](https://github.com/rocky-linux) + - [Container-Roots](https://github.com/rocky-linux/sig-cloud-instance-images) + - [Image-Kickstarts](https://github.com/rocky-linux/kickstarts/tree/main) +- [RESF Git-Dienst](https://git.resf.org) +- [GitLab-Server](https://git.rockylinux.org) + - [RPM-Quellen](https://git.rockylinux.org/staging/rpms) + - [Rocky Package-Quellen](https://git.rockylinux.org/staging/src) + - [Modulen-Quellen](https://git.rockylinux.org/staging/modules) + - [Rocky individuelle Anpassungen](https://git.rockylinux.org/staging/patch) + - [Repo Comps](https://git.rockylinux.org/rocky/comps) +- [Bug Tracker](https://bugs.rockylinux.org) +- [Docker Hub](https://hub.docker.com/u/rockylinux) +- [Quay.io](https://quay.io/organization/rockylinux) +- [Vagrant](https://app.vagrantup.com/rockylinux) + +### Rocky Linux 8 + +- [Distrobuild](https://distrobuildstg.rockylinux.org) + - [Build-Liste](https://distrobuildstg.rockylinux.org/builds) + - [Koji](https://koji.rockylinux.org) + +### Rocky Linux 9 + +- [Peridot](https://peridot.build.resf.org/) +- [Peridot-Entwicklungsinstanz](https://peridot.pdot-dev.rockylinux.org/) + +### Rocky Linux 10 + +- [Koji](https://koji.rockylinux.org) + +## Soziale Medien + +- [Mattermost](https://chat.rockylinux.org) +- IRC ([libera.chat](https://libera.chat)): [IRC<-->Mattermost-Mapping](irc.md) +- [Twitter](https://twitter.com/rocky_linux) +- LinkedIn + - [Unternehmensseite](https://linkedin.com/company/rockylinux) + - [User Group](https://www.linkedin.com/groups/9007817) +- [Reddit](https://reddit.com/r/rockylinux) +- [Twitch](https://www.twitch.tv/rocky_linux) +- [YouTube](https://www.youtube.com/c/RockyLinux) + - [auf anderen Kanälen](https://www.youtube.com/playlist?list=PLMYofMfEpWQP34PxQv6-GASrF5Zc5soAF) +- Sonstiges + - [DistroWatch](https://distrowatch.com/table.php?distribution=rocky)