New Crowdin updates (#2764)

* New translations 09-backups.md (Italian)

* New translations 11-tasks.md (Italian)

* New translations xfce_installation.md (Italian)

* New translations mate_installation.md (Italian)

* New translations kde_installation.md (Italian)

* New translations 041-database-servers-mariadb.md (Italian)

* New translations beginners.md (Italian)

Author: rockylinux-auto

docs/books/admin_guide/09-backups.it.md

@@ -543,7 +543,7 @@ chiavi :
     **wildcard (wildcard character)**: utilizzato per associare i nomi di file o directory. 
     **regular expression**: utilizzata per individuare il contenuto di un file.
 
-    È possibile vedere un'introduzione con maggiori dettagli in [questo documento](../sed_awk_grep/1_espressioni_regolari_vs_wildcards.md).
+    È possibile vedere un'introduzione con maggiori dettagli in [questo documento](../sed_awk_grep/1_regular_expressions_vs_wildcards.md).
 
 ## *CoPy Input Output* - `cpio`
 

docs/books/admin_guide/11-tasks.it.md

@@ -125,7 +125,7 @@ Se lo stesso utente esiste contemporaneamente in `/etc/cron.deny` e `/etc/cron.a
 
 Quando un utente pianifica un'attività, viene creato un file con il suo nome in `/var/spool/cron/`.
 
-Questo file contiene tutte le informazioni che il `crond` deve conoscere sui compiti creati da questo utente, compresi i comandi o i programmi da eseguire e la pianificazione dell'esecuzione (ora, minuto, giorno, ecc.). Si noti che l'unità di tempo minima che `crond` può riconoscere è 1 minuto. Esistono attività di pianificazione simili in RDBMS (come MySQL), dove le attività di pianificazione basate sul tempo sono denominate "Event Scheduler". L'unità di tempo minima che è in grado di riconoscere è 1 secondo e le attività di pianificazione basate su eventi sono denominate "Trigger".
+Questo file contiene tutte le informazioni che il `crond` deve conoscere sui compiti creati da questo utente, compresi i comandi o i programmi da eseguire e la pianificazione dell'esecuzione (ora, minuto, giorno, ecc.). Si noti che l'unità di tempo minima che `crond` può riconoscere è 1 minuto. Esistono attività di pianificazione simili nei RDBMS (come MySQL), dove le attività di pianificazione basate sul tempo sono denominate "Event Scheduler" (la cui unità di tempo riconoscibile è 1 secondo) e le attività di pianificazione basate sugli eventi denominate "Trigger".
 
 ![Cron tree](images/tasks-001.png)
 
@@ -143,18 +143,18 @@ Esempio:
 [root]# crontab -u user1 -e
 ```
 
-| Opzione | Descrizione                                                                              |
-| ------- | ---------------------------------------------------------------------------------------- |
-| `-e`    | Modifica il file di pianificazione con VI                                                |
-| `-l`    | Visualizza il contenuto del file di pianificazione                                       |
-| `-u`    | Imposta il nome dell'utente di cui si vuole manipolare il file di programma previsionale |
-| `-r`    | Cancella il file di pianificazione                                                       |
+| Opzione           | Descrizione                                        |
+| ----------------- | -------------------------------------------------- |
+| `-e`              | Modifica il file di pianificazione con VI          |
+| `-l`              | Visualizza il contenuto del file di pianificazione |
+| `-u <user>` | Specifica un singolo utente per operare            |
+| `-r`              | Cancella il file di pianificazione                 |
 
 !!! Warning "Attenzione"
 
     `crontab` senza opzioni cancella il vecchio file di pianificazione e attende che l'utente inserisca nuove righe. Per uscire da questa modalità di modifica è necessario premere <kbd>ctrl</kbd> + <kbd>d</kbd>.
 
-    Solo `root' può usare l'opzione `-u user' per gestire il file di pianificazione di un altro utente.
+    Solo `root` può usare l'opzione `-u <user>` per gestire il file di pianificazione di un altro utente.
 
     L'esempio precedente consente a root di pianificare un'attività per l'user1.
 
@@ -206,12 +206,12 @@ Il file `crontab` è strutturato in base alle seguenti regole.
 
 Per semplificare la notazione della definizione di tempo, è consigliabile utilizzare simboli speciali.
 
-| Wildcards | Descrizione                               |
-| --------- | ----------------------------------------- |
-| `*`       | Indica tutti i possibili valori del campo |
-| `-`       | Indica una gamma di valori                |
-| `,`       | Indica un elenco di valori                |
-| `/`       | Definisce un passo                        |
+| Simbolo speciale | Descrizione                               |
+| ---------------- | ----------------------------------------- |
+| `*`              | Indica tutti i valori temporali del campo |
+| `-`              | Indica un intervallo di tempo continuo    |
+| `,`              | Indica l'intervallo di tempo discontinuo  |
+| `/`              | Intervallo di tempo indicato              |
 
 Esempi:
 
@@ -221,19 +221,19 @@ Script eseguito il 15 Aprile alle 10:25am:
 25 10 15 04 * /root/scripts/script > /log/…
 ```
 
-Ogni giorno alle 11.00 e alle 16.00:
+Eseguire l'attività una volta al giorno alle 11.00 e una volta al giorno alle 16.00:
 
 ```bash
 00 11,16 * * * /root/scripts/script > /log/…
 ```
 
-Esegui ogni ora dalle 11.00 alle 16.00 tutti i giorni:
+L'attività si svolge una volta all'ora dalle 11.00 alle 16.00 di ogni giorno:
 
 ```bash
 00 11-16 * * * /root/scripts/script > /log/…
 ```
 
-Esegui ogni 10 minuti durante l'orario di lavoro:
+Eseguire ogni 10 minuti durante l'orario di lavoro nei giorni feriali:
 
 ```bash
 */10 8-17 * * 1-5 /root/scripts/script > /log/…
@@ -254,12 +254,12 @@ Per l'utente root, `crontab` ha anche alcune impostazioni speciali del tempo:
 
 Un utente, rockstar, vuole modificare il suo file `crontab`:
 
-1. `crond` controlla se è autorizzato (`/etc/cron.allow` e `/etc/cron.deny`).
+1. Il demone `crond` controlla se l'utente è autorizzato`(/etc/cron.allow` e `/etc/cron.deny`).
 
-2. Se lo è, accede al suo file `crontab` (`/var/spool/cron/rockstar`).
+2. Se l'utente è autorizzato, accede al suo file `crontab``(/var/spool/cron/rockstar`).
 
-    Ogni minuto `crond` legge i file di pianificazione.
+Il demone `crond`:
 
-3. Esegue le attività programmate.
-
-4. I rapporti sono riportati sistematicamente in un file di log (`/var/log/cron`).
+* Legge - Legge i file delle attività pianificate di tutti gli utenti ogni minuto.
+* Esegue - Esegue le attività secondo la pianificazione.
+* Scrive - Scrive gli eventi e i messaggi corrispondenti nel file`(/var/log/cron`).

docs/books/web_services/041-database-servers-mariadb.it.md

@@ -425,7 +425,7 @@ $ sudo systemctl status mariadb
      Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; preset: disabled)
      Active: active (running) since Thu 2024-06-20 11:48:56 CEST; 1min 27s ago
        Docs: man:mariadbd(8)
-             https://mariadb.com/kb/en/library/systemd/
+             https://mariadb.com
     Process: 6538 ExecStartPre=/usr/libexec/mariadb-check-socket (code=exited, status=0/SUCCESS)
     Process: 6560 ExecStartPre=/usr/libexec/mariadb-prepare-db-dir mariadb.service (code=exited, status=0/SUCCESS)
     Process: 6658 ExecStartPost=/usr/libexec/mariadb-check-upgrade (code=exited, status=0/SUCCESS)

docs/guides/contribute/beginners.it.md

@@ -11,7 +11,7 @@ tags:
 
 # Guida Iniziale del Contributore
 
-*Tutti iniziano da qualche parte. Se questa è la prima volta che contribuite alla documentazione open source su GitHub, congratulazioni per aver fatto questo passo. Non vediamo l'ora di vedere cosa avete da dirci!*
+*Tutti iniziano da qualche parte. Se è la prima volta che contribuite alla documentazione open source su GitHub, congratulazioni per aver fatto questo passo. Non vediamo l'ora di vedere cosa avete da dire!* Per ottenere risultati ottimali, leggete la [nostra guida allo stile](style_guide.md), che include diversi altri link a documenti che vi aiuteranno ad apprendere le migliori pratiche per la documentazione.
 
 ## Git e GitHub
 
@@ -21,7 +21,7 @@ Non è detto che si inizi a creare e gestire repository per Rocky Linux, ma ques
 
 ## Markdown
 
-Markdown è un linguaggio semplice che consente di includere formattazione, codice e testo normale nello stesso file. La prima volta che si aggiorna un documento, si segue il codice esistente. Non passerà molto tempo prima che siate pronti a esplorare altre funzioni. Quando arriva il momento, ecco le regole di base.
+Markdown è un linguaggio semplice che consente di includere nello stesso file formattazione, codice e testo semplice. La prima volta che si aggiorna un documento, si segue il codice esistente. Non passerà molto tempo prima che siate pronti a esplorare altre funzioni. Quando arriva il momento, ecco le regole di base.
 
 - [Markdown di base](https://www.markdownguide.org/basic-syntax#code)
 - [Markdown Avanzato](https://www.markdownguide.org/extended-syntax/#fenced-code-blocks)
@@ -56,33 +56,33 @@ Una volta installato l'editor Markdown, seguire le istruzioni per collegarlo all
 
 1. Iniziare dalla pagina che si desidera aggiornare.
 
-    Fare clic sulla matita "Edit" nell'angolo superiore destro del documento che si desidera aggiornare. Si accede al documento originale su GitHub.
+    Fare clic sulla matita "Edit" nell'angolo superiore destro del documento che si desidera aggiornare. Si accede così al documento originale su GitHub.
 
-    La prima volta che si contribuisce al repository RL, comarirà un pulsante verde con la scritta "**Fork** this **repository** and propose changes" In questo modo si crea una copia duplicata del repository RL in cui si apportano le modifiche suggerite. È sufficiente fare clic sul pulsante verde e continuare.
+    La prima volta che contribuite al repository Rocky Linux (RL), vedrete un prompt con un pulsante verde che vi inviterà a fare il "**Fork** di questo **repository** e proporre modifiche". In questo modo si crea una copia duplicata del repository RL in cui si apportano le modifiche suggerite. Fare clic sul pulsante verde e continuare.
 
 2. Apportare le modifiche
 
-    Seguire la formattazione Markdown. Forse manca una parola, o il link alla riga 21 deve essere sistemato, ad esempio. Apportare le modifiche necessarie.
+    Seguire la formattazione Markdown. Forse manca una parola o è necessario correggere il collegamento alla riga 21, ad esempio. Apportare le modifiche necessarie.
 
 3. Proporre modifiche
 
     In fondo alla pagina, scrivere una descrizione di una riga nel titolo del blocco intitolato "**Propose changes"**. È utile, ma non necessario, fare riferimento al nome del file che si trova all'inizio del documento.
 
-    Quindi, se si aggiorna un collegamento nella riga 21 del testo markdown, si dovrebbe dire qualcosa come "Update README.md with correct links."
+    Se si è aggiornato un collegamento nella riga 21 del testo markdown, si potrebbe dire: "Aggiornare README.md con i collegamenti corretti".
 
     **Nota: scrivere l'azione al presente.**
 
     Quindi fare clic su  Propose changes, per fare il **Commit** delle modifiche in un documento completo all'interno del repository biforcuto.
 
 4. Modifiche alla revisione
 
-    Ora è possibile esaminare ciò che si è fatto, riga per riga. Ti sei perso qualcosa? Tornate alla pagina precedente e correggetela di nuovo (dovrete ricominciare da capo), quindi fate di nuovo clic su Propose Changes.
+    Ora è possibile rivedere le modifiche apportate, riga per riga. Ti sei perso qualcosa? Tornate alla pagina precedente e correggetela di nuovo (dovrete ricominciare da capo), quindi fate di nuovo clic su Proponi modifiche.
 
     Una volta che il documento è come lo si desidera, fare clic sul pulsante verde Create Pull Request. In questo modo si ha un'ulteriore possibilità di ricontrollare le modifiche e confermare che il documento sia pronto.
 
-5. Creare un Pull Request
+5. Creare una richiesta di Pull (PR)
 
-    Tutto il lavoro svolto finora è stato fatto nel proprio repository, senza la possibilità di danneggiare il repository principale di RL. Successivamente, la si sottopone al team di documentazione per unire la propria versione a quella principale del documento.
+    Avete completato tutto il lavoro finora nel vostro repository, senza la possibilità di rompere il repository principale di RL. Successivamente, la si sottopone al team di documentazione per unire la propria versione a quella principale del documento.
 
     Fare clic sul pulsante verde grande che dice Create Pull Request. Buone notizie, non avete ancora rotto nulla, perché ora il tutto passa al team di documentazione di RL per la revisione.
 
@@ -94,6 +94,6 @@ Una volta installato l'editor Markdown, seguire le istruzioni per collegarlo all
     - Commentare con un feedback e chiedere modifiche
     - Negare il PR con una spiegazione
 
-    L'ultima risposta è improbabile. Vogliamo davvero includere il vostro punto di vista! Se dovete apportare delle modifiche, capirete immediatamente perché avete bisogno di un repository locale. Il team potrà [spiegarvi](https://chat.rockylinux.org/rocky-linux/channels/documentation) cosa fare in seguito. La buona notizia è che il problema è ancora risolvibile. Seguite la sezione dei commenti di tale richiesta per vedere quali ulteriori informazioni sono richieste.
+    L'ultima risposta è improbabile. Vogliamo davvero includere il vostro punto di vista! Se dovete apportare delle modifiche, capirete immediatamente perché avete bisogno di un repository locale. Il team potrà [spiegarvi](https://chat.rockylinux.org/rocky-linux/channels/documentation) cosa fare in seguito. La buona notizia è che il problema è ancora risolvibile. Se è necessario aggiungere o modificare la richiesta di pull, un membro del team li aggiungerà alla sezione dei commenti.
 
     In caso contrario, la richiesta verrà accettata e unita. Benvenuto nel team, ora sei ufficialmente un collaboratore! Tra qualche giorno il vostro nome apparirà nell'elenco dei collaboratori in fondo alla Guida dei collaboratori.

docs/guides/desktop/kde_installation.it.md

@@ -25,7 +25,7 @@ Grazie al team di sviluppo di Rocky Linux, sono disponibili immagini live per di
 
 ## Ottenere, verificare e scrivere l'immagine live di KDE
 
-Prima dell'installazione, il primo passo è scaricare l'immagine live e scriverla su un DVD o una chiavetta USB. Come detto in precedenza, l'immagine sarà avviabile, proprio come qualsiasi altro supporto di installazione per Linux. È possibile trovare l'ultima immagine di KDE nella sezione download di Rocky Linux 9 [immagini live](https://dl.rockylinux.org/pub/rocky/9.5/live/x86_64/).
+Prima dell'installazione, il primo passo è scaricare l'immagine live e scriverla su un DVD o una chiavetta USB. Come detto in precedenza, l'immagine sarà avviabile, proprio come qualsiasi altro supporto di installazione per Linux. Potete trovare l'ultima immagine di KDE nella sezione di download delle [immagini live](https://dl.rockylinux.org/pub/rocky/9.6/live/x86_64/) di Rocky Linux 9.
 
 Si noti che questo particolare collegamento presuppone x86_64 come architettura del processore. Se si dispone di un'architettura aarch64, è possibile utilizzare questa immagine. Scaricare l'immagine live e i file di checksum.
 
@@ -49,7 +49,7 @@ Anche in questo caso, la situazione varia a seconda della macchina, del BIOS, de
 
 ![kde_boot](images/kde_boot.png)
 
-Se è così, siete sulla buona strada! Se si desidera testare il supporto, si può inserire prima questa opzione, oppure si può inserire **S** per **Avviare Rocky Linux KDE 9.0**.
+Se è così, siete sulla buona strada! Se si vuole testare il supporto, si può inserire prima questa opzione, oppure si può inserire **S** per **avviare Rocky Linux KDE 9**.
 
 Ricordate che si tratta di un'immagine live. L'avvio della prima schermata richiederà un po' di tempo. Non fatevi prendere dal panico, aspettate! Quando l'immagine live è attiva, viene visualizzata questa schermata:
 

docs/guides/desktop/mate_installation.it.md

@@ -29,13 +29,13 @@ Questa procedura vi permetterà di utilizzare MATE su Rocky Linux.
 
     ### 9: Ottenere, verificare e scrivere l'immagine live di MATE
 
-    Prima dell'installazione, il primo passo è scaricare l'immagine live e scriverla su un DVD o una chiavetta USB. Come detto in precedenza, l'immagine sarà avviabile, proprio come qualsiasi altro supporto di installazione per Linux. È possibile trovare l'ultima immagine MATE nella sezione download di Rocky Linux 9 [immagini live](https://dl.rockylinux.org/pub/rocky/9.5/live/x86_64/). Si noti che questo particolare collegamento presuppone che l'architettura sia x86_64 e, al momento in cui scriviamo, questa è l'unica immagine live disponibile. Scaricare sia l'immagine live che i file di checksum. 
+    Prima dell'installazione, il primo passo è scaricare l'immagine live e scriverla su un DVD o una chiavetta USB. Come detto in precedenza, l'immagine sarà avviabile, proprio come qualsiasi altro supporto di installazione per Linux. È possibile trovare l'ultima immagine MATE nella sezione download di Rocky Linux 9 [immagini live](https://dl.rockylinux.org/pub/rocky/9.6/live/x86_64/). Si noti che questo particolare collegamento presuppone che l'architettura sia x86_64 e, al momento in cui scriviamo, questa è l'unica immagine live disponibile. Scaricare sia l'immagine live che i file di checksum. 
 
     Verificare l'immagine con il file CHECKSUM nel modo seguente 
     (si noti che questo è un esempio! Assicurarsi che il nome dell'immagine e i file CHECKSUM corrispondano):
 
     ```
-    sha256sum -c CHECKSUM --ignore-missing Rocky-9.5-MATE-x86_64-20221124.0.iso.CHECKSUM
+    sha256sum -c CHECKSUM --ignore-missing Rocky-9.6-MATE-x86_64-20250530.3.iso.CHECKSUM
     ```
 
 

docs/guides/desktop/xfce_installation.it.md

@@ -24,7 +24,7 @@ L'ambiente desktop XFCE, creato come fork del Common Desktop Environment (CDE),
 
     ## 9: Ottenere, verificare e scrivere l'immagine live di XFCE
 
-    Prima dell'installazione, il primo passo è scaricare l'immagine live e scriverla su un DVD o una chiavetta USB. Come detto in precedenza, l'immagine sarà avviabile, proprio come qualsiasi altro supporto di installazione per Linux. È possibile trovare l'ultima immagine di XFCE nella sezione download di Rocky Linux 9 [immagini live](https://dl.rockylinux.org/pub/rocky/9.5/live/x86_64/). Si noti che questo particolare collegamento presuppone che x86_64 sia l'architettura del vostro processore. 
+    Prima dell'installazione, il primo passo è scaricare l'immagine live e scriverla su un DVD o una chiavetta USB. Come detto in precedenza, l'immagine sarà avviabile, proprio come qualsiasi altro supporto di installazione per Linux. È possibile trovare l'ultima immagine di XFCE nella sezione download di Rocky Linux 9 [immagini live](https://dl.rockylinux.org/pub/rocky/9.6/live/x86_64/). Si noti che questo particolare collegamento presuppone che x86_64 sia l'architettura del vostro processore. 
 
     Al momento è possibile utilizzare architetture x86_64 o aarch64 per questa immagine live. Scaricare l'immagine live e i file di checksum.