feat: enhance service discovery and proxy management

TODO

@@ -1,35 +1,35 @@
-UI SCHIFOSA
-andrebbe rifatto proprio il layout.
+Rivedere la parte UI/UX
 
-dovrebbe essere in ordine di priorità, l'editor non può stare così tanto sotto.
-card come: 
-- Runtime mapping
-- What start does
-vanno eliminati.
+L'idea è avere una sezione di creazione del proxy, dove c'è l'autodiscovery e quindi si possono selezionare i vari compose trovati, specificare la cartella dove scannerizzare i vari servizi da frontend, senza dover cambiare la variabile d'ambiente. (il default è in /root)
 
-di default quando si crea un reverse proxy, l'intenzione è quella di spostare la porta del servizio ad un'altra e mettere il proxy al posto della porta del servizio iniziale.
+IL proxy su un servizio verrà quindi creato tramite una modale, specificando i vari campi (autocompletato in caso di autodiscovery), con vari step:
+- Proxy route
+- Healthchecks
+- Custom mitmdump options
 
-anche ```Python tools ready``` è inutile
+Una volta creato, nella pagina del Proxy ci sarà prima di tutto l'editor del proxy script, poi non si chiameranno più examples ma "template" con la possibilità di leggere i template tramite preview ed essere selezionati. inoltre anche i log devono essere visualizzabili, senza dover cliccare load ogni volta, vengono mostrati e aggiornati in automatico.
 
-Addon editor come titolo non mi piace 
+Poi cliccando un tasto apposito è possibile riaprire la modale a step per modificare le impostazioni del proxy, e ovviamente salvare.
 
-```
-No proxies configured
-Create a draft, save it, then start it when you want mitmdump to own the route.
-```
-troppa roba, riassumere.
+Questo serve per migliorare l'usabilità e l'esperienza utente, in modo da customizzarlo gestendo l'ordine del flusso di creazione, perchè logicamente certe cose le setti solo la prima volta non sempre, e l'ordine di quante volte usarai una cosa, non di importanza. 
 
-Options card buggattissima lato UI, inoltre a questo punto va fatta una scrematura sulle opzioni sulle cose che possono servire veramente, inutile mettere troppe cose.
+Altri spunti di miglioramento:
+1. Gestione dell'Autodiscovery e dei Caricamenti
 
-gli esempi vanno aggiornati con roba reale utile.
+Feedback visivo: La scansione delle cartelle (specialmente /root) potrebbe richiedere qualche secondo. Prevedi uno stato di caricamento esplicito (uno skeleton loader o uno spinner) mentre i compose vengono trovati, per evitare che l'utente pensi che l'app sia bloccata.
 
+2. Navigazione nella Modale a Step
 
-capire come testare davvero sulla mia macchina
+Stepper visivo: Inserisci un indicatore di progresso in cima alla modale (es. Step 1 di 3: Proxy Route).
 
-cambiare text sulla pagina di login
+Navigazione flessibile: Permetti all'utente di tornare indietro agli step precedenti senza perdere i dati inseriti.
 
-cambiare dove e come viene mostrato alert quando c'è errore di autenticazione (loggati in precedenza con token scaduto.)
+3. Sicurezza nell'Editor e nei Template
 
-rendere lo script davvero funzionante
+Prevenzione degli errori: Quando l'utente seleziona un "Template" dall'anteprima, se c'è già del codice scritto nell'editor, l'applicazione del template lo sovrascriverà. Inserisci un alert di conferma: "Applicare questo template sovrascriverà il tuo script attuale. Vuoi procedere?"
 
-solo il backend non deve runnare dentro docker ma sulla macchina reale. 
+4. Controlli avanzati per i Log
+
+Pausa e Clear: Dato che i log si aggiornano in automatico, lo scorrimento continuo può rendere difficile la lettura di una riga specifica. Aggiungi due piccoli tasti sopra il terminale dei log: Metti in pausa (Pause autoscroll) e Svuota (Clear).
+
+Filtri di base: Se possibile, un semplice campo di ricerca testuale per filtrare i log al volo farebbe un'enorme differenza.