Dove memorizzare le impostazioni di configurazione personalizzate dell'applicazione Web

Question

Dove memorizzare le impostazioni di configurazione personalizzate dell'applicazione Web

#1 da (3 voti)

3

Attualmente sto lavorando a un'applicazione web interna per la mia azienda su node.js

Vogliamo che determinate impostazioni di configurazione siano modificabili dalla direzione. Ad esempio, pre-stampiamo alcune etichette automaticamente durante la ricezione se la quantità è inferiore a 5, quindi l'utente non deve fermarsi per confermare una finestra di dialogo di stampa. Cosa accadrebbe se volessimo spostarlo a qualsiasi quantità inferiore a 10 perché risultasse più efficiente?

La mia domanda è questa: qual è l'approccio migliore per salvare le impostazioni di configurazione personalizzate se dovessi creare un'area per la modifica di questi parametri nella loro bacheca? Salvare queste informazioni in un file di testo json formattato sul server e quindi solo analizzarle usando fs ogni volta è il modo migliore? o c'è qualcosa a cui non sto pensando?

Grazie in anticipo.

node.js configuration-management

posta James LeClair 18.06.2013 - 21:38

fonte

1 risposta

Leggi altre domande sui tag node.js configuration-management

Lingua Ubiquitous e tipi personalizzati L'installazione di un'applicazione Metro è limitata solo tramite Windows Store?

score 3 · Accepted Answer

Li inserirò nel database dell'applicazione, essendo il ragionamento:

Le tue normali procedure di backup e ripristino (ne hai una, giusto? Solo controllando) cattureranno anche queste opzioni senza bisogno di configurazioni aggiuntive.
Il database può essere spostato su un nuovo server (ad esempio durante un normale aggiornamento dell'hardware) e le opzioni si spostano con esso senza doverle gestire separatamente.
La logica aziendale che dipende dai valori di alcune di queste opzioni può essere costruita più facilmente (ad es. con istruzioni SQL).
La tabella delle opzioni di configurazione può essere protetta utilizzando lo stesso modello di sicurezza utilizzato dal resto dell'applicazione. Non è necessaria alcuna gestione speciale.
Puoi utilizzare le strutture di registrazione e auditing dei tuoi database per un ulteriore livello di sicurezza: otterrai una migliore registrazione storica dei valori, chi li ha modificati, quando, ecc.

Di questi, i primi due sono più motivi "carini di avere"; supportano la mia raccomandazione ma non sono davvero abbastanza convincenti da far oscillare la decisione. Quello centrale è molto utile, ma gli ultimi due considererei assolutamente essenziale. Se questa è un'applicazione da cui dipende il reddito delle imprese (o che ha ripercussioni sul reddito), se le decisioni vengono prese in base alle informazioni gestite dall'applicazione, allora è solo buonsenso (e ti stai anche proteggendo se il peggiore succede e qualcosa va storto)