[Fix] Correzione registry Gitea Actions

- Aggiornato registry da gitea.com a gitea.home-nas-ds.org
- Gitea non ha un registry centralizzato pubblico come GitHub
- Configurato per usare istanza self-hosted con Container Registry
- Aggiornata documentazione con istruzioni corrette
- Aggiunte note su configurazione registry e alternative

.gitea/workflows/README.md

@@ -38,15 +38,18 @@ Il workflow richiede un token di accesso per pubblicare le immagini Docker sul r
 
 ### Configurazione del Repository Path
 
-Nel file `.gitea/workflows/docker-build.yml`, modifica la variabile `IMAGE_NAME`:
+Nel file `.gitea/workflows/docker-build.yml`, verifica le variabili di registry:
 
 ```yaml
 env:
-  REGISTRY: gitea.com
-  IMAGE_NAME: tuo-username/data-coupler  # Modifica con il tuo username/organization
+  REGISTRY: gitea.home-nas-ds.org  # La tua istanza Gitea self-hosted
+  IMAGE_NAME: alessio/data-coupler  # username/repo sulla tua istanza
 ```
 
-**Importante**: Sostituisci `alessiodalsanto` con il tuo username o nome dell'organization su Gitea.
+**Importante**: 
+- `REGISTRY` deve puntare alla tua istanza Gitea con Container Registry abilitato
+- `IMAGE_NAME` deve essere nel formato `username/repo` della tua istanza
+- Assicurati che il Container Registry sia abilitato su Gitea (Settings → Packages)
 
 ## 🚀 Workflow
 
@@ -115,16 +118,16 @@ Il workflow è composto da 3 job principali:
 
 ```bash
 # Ultima versione stabile (main/development)
-docker pull gitea.com/alessiodalsanto/data-coupler:latest
+docker pull gitea.home-nas-ds.org/alessio/data-coupler:latest
 
 # Versione development specifica
-docker pull gitea.com/alessiodalsanto/data-coupler:development-latest
+docker pull gitea.home-nas-ds.org/alessio/data-coupler:development-latest
 
 # Versione staging
-docker pull gitea.com/alessiodalsanto/data-coupler:staging-latest
+docker pull gitea.home-nas-ds.org/alessio/data-coupler:staging-latest
 
 # Versione Windows
-docker pull gitea.com/alessiodalsanto/data-coupler:latest-windows
+docker pull gitea.home-nas-ds.org/alessio/data-coupler:latest-windows
 ```
 
 ### Docker Compose
@@ -134,7 +137,7 @@ Modifica il `docker-compose.yml` per usare le immagini Gitea:
 ```yaml
 services:
   data-coupler:
-    image: gitea.com/alessiodalsanto/data-coupler:latest
+    image: gitea.home-nas-ds.org/alessio/data-coupler:latest
     # ... resto della configurazione
 ```
 
@@ -160,7 +163,8 @@ services:
    - Esempio: `github.actor` → `gitea.actor`
 
 2. **Registry**:
-   - GitHub: `ghcr.io` → Gitea: `gitea.com`
+   - GitHub: `ghcr.io` → Gitea: `gitea.home-nas-ds.org` (istanza self-hosted)
+   - Gitea non ha un registry pubblico centralizzato come GitHub
 
 3. **Secret Name**:
    - GitHub: `GITHUB_TOKEN` (automatico) → Gitea: `GITEA_TOKEN` (configurato manualmente)
@@ -208,9 +212,12 @@ Se le immagini non vengono pubblicate:
 
 ## 📝 Note
 
-- Le immagini sono private per default; configura le impostazioni del package per renderle pubbliche se necessario
-- Il workflow supporta anche l'esecuzione manuale tramite `workflow_dispatch`
-- I manifest multi-platform permettono di usare lo stesso tag per Linux e Windows
+- **Registry Self-Hosted**: Questo workflow è configurato per usare un'istanza Gitea self-hosted (`gitea.home-nas-ds.org`)
+- **Container Registry**: Assicurati che il Container Registry sia abilitato nella tua istanza Gitea (Settings → Packages)
+- **Accesso Pubblico/Privato**: Le immagini sono private per default; configura le impostazioni del package per renderle pubbliche se necessario
+- **Esecuzione Manuale**: Il workflow supporta anche l'esecuzione manuale tramite `workflow_dispatch`
+- **Manifest Multi-Platform**: I manifest multi-platform permettono di usare lo stesso tag per Linux e Windows
+- **Alternative Registry**: Se non hai un'istanza Gitea con registry, puoi configurare Docker Hub o altri registry modificando la variabile `REGISTRY`
 
 ---