Come impostare NODE_ENV su produzione / sviluppo in OS X

Per l'uso in ambienti express.js. Eventuali suggerimenti?

Prima di eseguire l'app, puoi farlo in console,

export NODE_ENV=production

O se sei in Windows puoi provare questo:

SET NODE_ENV=production

oppure puoi eseguire la tua app in questo modo:

NODE_ENV=production node app.js

Puoi anche impostarlo nel tuo file js:

process.env.NODE_ENV = 'production';

Ma non consiglio di farlo nel tuo file di runtime, dal momento che non è facile aprire VIM nel tuo server e cambiarlo in produzione. Puoi creare un file config.json nella tua directory e ogni volta che la tua app viene eseguita, legge da essa e imposta la configurazione.

in package.json:

{
  ...
  "scripts": {
    "start": "NODE_ENV=production node ./app"
  }
  ...
}

quindi corri nel terminale:

npm start

Nessuno .envancora menzionato qui? Crea un .envfile nella root dell'app, quindi require('dotenv').config()leggi i valori. Facile da modificare, da leggere, multipiattaforma.

https://www.npmjs.com/package/dotenv

export NODE_ENV=production è una cattiva soluzione, scompare dopo il riavvio.

se non vuoi più preoccuparti di quella variabile, aggiungila a questo file:

/etc/environment

non utilizzare la sintassi di esportazione, basta scrivere (in una nuova riga se del contenuto è già presente):

NODE_ENV=production

funziona dopo il riavvio. Non dovrai più immettere nuovamente NODE_ENV = comando di produzione ovunque e utilizzare il nodo con tutto ciò che desideri - per sempre, pm2 ...

Per heroku:

heroku config:set NODE_ENV="production"

che è in realtà predefinito.

Per non preoccuparti se stai eseguendo i tuoi script su Windows, Mac o Linux installa il pacchetto cross-env . Quindi puoi usare facilmente i tuoi script, in questo modo:

"scripts": {
    "start-dev": "cross-env NODE_ENV=development nodemon --exec babel-node -- src/index.js",
    "start-prod": "cross-env NODE_ENV=production nodemon --exec babel-node -- src/index.js"
}

Enormi oggetti di scena per gli sviluppatori di questo pacchetto.

npm install --save-dev cross-env

heroku config:set NODE_ENV="production"

Per Windows Powershell utilizzare questo comando

$env:NODE_ENV="production" ; node app.js

Su OSX ti consiglio di aggiungere export NODE_ENV=developmental tuo ~/.bash_profilee / o ~/.bashrce / o ~/.profile.

Personalmente aggiungo quella voce al mio ~/.bashrce poi ho il~/.bash_profile ~/.profile importazione del contenuto di quel file, quindi è coerente tra gli ambienti.

Dopo aver effettuato queste aggiunte, assicurati di riavviare il terminale per selezionare le impostazioni.

Se sei su windows. Apri il tuo cmd nella cartella giusta, quindi prima

set node_env={your env name here}

premi invio quindi puoi iniziare il tuo nodo con

node app.js

inizierà con l'impostazione ENV

Se usi il webpack nella tua applicazione, puoi semplicemente impostarlo lì, usandoDefinePlugin ...

Quindi, nella tua pluginsezione, imposta NODE_ENV su production:

plugins: [
  new webpack.DefinePlugin({
    'process.env.NODE_ENV': '"production"',
  })
]

Per avere più ambienti devi prima avere tutte le risposte (parametro NODE_ENV ed esportarlo), ma uso un approccio molto semplice senza la necessità di installare nulla. Nel tuo package.json basta inserire uno script per ogni ambiente di cui hai bisogno, in questo modo:

...
"scripts": {
    "start-dev": "export NODE_ENV=dev && ts-node-dev --respawn --transpileOnly ./src/app.ts",
    "start-prod": "export NODE_ENV=prod && ts-node-dev --respawn --transpileOnly ./src/app.ts"
  }
 ...

Quindi, per avviare l'app invece di utilizzare npm startuse npm run script-prod.

Nel codice è possibile accedere all'ambiente corrente con process.env.NODE_ENV.

Ecco.

Windows CMD -> set NODE_ENV=production

Windows Powershell -> $env:NODE_ENV="production"

MAC -> export NODE_ENV=production

Daniel ha una risposta fantastica che è l'approccio migliore per il corretto processo di distribuzione (imposta e dimentica).

Per quelli che usano express. Puoi usare anche grunt-express-server che è fantastico. https://www.npmjs.org/package/grunt-express-server

Potrebbe essere una possibilità che tu abbia creato due istanze di sequelize object

ad esempio: var con1 = new Sequelize (); var con2 = new Sequelize ();

che si verificherà anche lo stesso errore