Come un'applicazione meteorica sa se è in esecuzione su ambiente di sviluppo, test o produzione?

Question

Devo utilizzare diverse configurazioni del fornitore di account quando l'applicazione Meteor funziona come ambiente di sviluppo, test o produzione.

Answer 1

Un modo davvero disordinato per raggiungere questo obiettivo nota

https://github.com/possibilities/meteor-environment-hooks

: l'interfaccia è IMHO OK, l'implementazione è disordinata

Answer 2

C'è un open pull request a github che consentirebbe per questo. Commenta/Vota per questo, quindi è più probabile che venga incluso!

Answer 3

È possibile utilizzare Meteor.settings accoppiato con l'opzione --settings utilizzato durante l'esecuzione meteor run o meteor deploy.

Ad esempio, per l'esecuzione in modalità dev, creare un file JSON, chiamarlo meteorConfigDev.json, e inserire il seguente in esso:

{ 
    "public" : { 
    "mode" : "dev" 
    }, 
    "anotherProperty" : "anotherValue" 
} 

Eseguire la vostra applicazione utilizzando

meteor --settings meteorConfigDev.json 

On il server e sul client è possibile accedere alla "modalità" utilizzando:

Meteor.settings.public.mode //in this case it will be "dev" 

Nota che set sono disponibili "public" sia sul server che sul client, mentre tutto il resto (in questo caso "anotherProperty") è disponibile solo sul server.

È quindi possibile avere diversi file di configurazione per i diversi ambienti.

Answer 4

Sul server:

var inDevelopment = function() { 
    return process.env.NODE_ENV === "development"; 
}; 

var inProduction = function() { 
    return process.env.NODE_ENV === "production"; 
}; 

Meteor imposta la variabile d'ambiente NODE_ENV allo "sviluppo" quando si esegue meteor. In produzione, puoi impostare la variabile su qualsiasi cosa desideri, altrimenti verrà automaticamente impostata su "produzione".

Aggiornamento: Ho creato un pacchetto intelligente per consentire che questo funzioni sul client e sul server.

mrt add allow-env 

Basta impostare le regole di autorizzazione in un file server.

allowEnv({ 
NODE_ENV: 1 
}); 

Answer 5

Molto facile. Sto facendo funzionare la mia app su cinque (sì, cinque!) Ambienti diversi. Uso semplicemente un'istruzione switch su ROOT_URL come mostrato di seguito per quattro ambienti diversi. Certo, puoi usare un if-else se hai solo due ambienti. Funziona sul server. Basta creare un nuovo file chiamato startup.js e utilizzare l'esempio di codice seguente. Saluti!

switch (process.env.ROOT_URL) { 
    case "http://www.production.com/": 
     BLOCK OF CODE HERE 
     break; 
    case "http://www.staging.com/": 
     BLOCK OF CODE HERE 
     break; 
    case "http://www.development.com/": 
     BLOCK OF CODE HERE 
     break; 
    case "http://localhost:3000/": 
     BLOCK OF CODE HERE 
     break; 
} 

In generale, il formato per un'istruzione switch in JavaScript è

switch(expression) { 
    case n: 
     code block 
     break; 
    case n: 
     code block 
     break; 
    default: 
     default code block 
} 

UPDATE: Nota che Meteor offre ora Meteor.absoluteUrl(), che è simile a process.env.ROOT_URL con l'aggiunta di funzionalità extra. Vedi docs.

Answer 6

Dal Meteor 1.3 queste bandiere lavorare fuori dalla scatola:

Meteor.isDevelopment 
Meteor.isProduction 
Meteor.isTest 
Meteor.isAppTest