refactor: remove outdated docs, update todo
This commit is contained in:
@@ -1,35 +1,7 @@
|
||||
Rivedere la parte UI/UX
|
||||
|
||||
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)
|
||||
|
||||
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
|
||||
|
||||
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.
|
||||
|
||||
Poi cliccando un tasto apposito è possibile riaprire la modale a step per modificare le impostazioni del proxy, e ovviamente salvare.
|
||||
|
||||
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.
|
||||
|
||||
Altri spunti di miglioramento:
|
||||
1. Gestione dell'Autodiscovery e dei Caricamenti
|
||||
|
||||
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
|
||||
|
||||
Stepper visivo: Inserisci un indicatore di progresso in cima alla modale (es. Step 1 di 3: Proxy Route).
|
||||
|
||||
Navigazione flessibile: Permetti all'utente di tornare indietro agli step precedenti senza perdere i dati inseriti.
|
||||
|
||||
3. Sicurezza nell'Editor e nei Template
|
||||
|
||||
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?"
|
||||
|
||||
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.
|
||||
- con tante richieste contemporaneamente la pagina inizia a laggare tantissimo per colpa dei log, quindi bisogna capire
|
||||
come ottimizzare.
|
||||
- rimuovere package.json
|
||||
- sistemare setup.sh per poter avviare il server in modo più semplice
|
||||
- creare un altro script bash per runnare i vari servizi in maniera semplice.
|
||||
- aggiornare readme
|
||||
- fixare i test di unità, di integrazione e aggiungere test reali di benchmark.
|
||||
Reference in New Issue
Block a user