Festlegen von Umgebungsvariablen für die Knoten abrufen

Environment-Variablen (in diesem Fall) verwendet werden, für die übergabe von Anmeldeinformationen auf Ihre Bewerbung. USER_ID und USER_KEY können sowohl aus zugegriffen werden process.env.USER_ID und process.env.USER_KEY beziehungsweise. Sie brauchen nicht, um Sie zu Bearbeiten, nur auf Ihren Inhalt zugreifen.

Sieht es aus wie Sie sind einfach geben Ihnen die Wahl zwischen dem laden Ihre USER_ID und USER_KEY entweder process.env oder einige specificed Datei auf der Festplatte.

Nun, die Magie passiert, wenn Sie die Anwendung ausführen.

USER_ID=239482 USER_KEY=foobar node app.js

Wird, übergeben Sie die Benutzer-id 239482 und die Benutzer-Taste so foobar. Dies ist für den Test geeignet, jedoch für die Produktion, Sie werden wahrscheinlich werden Sie einige bash-Skripte zum export-Variablen.

Nur den env-Werten auf der Kommandozeile

USER_ID='abc' USER_KEY='def' node app.js

Wenn Sie möchten, eine management-option, versuchen Sie die envs npm-Paket. Es gibt Umwelt-Werte, wenn Sie gesetzt sind. Andernfalls können Sie einen Standardwert angeben, gespeichert in einem globalen defaults Objekt-variable, wenn es nicht in Ihrer Umgebung.

Mit .env ("dot-ee-en-vee") oder Umwelt-Dateien ist gut für viele Gründe. Einzelpersonen können verwalten, Ihre eigenen configs. Sie können die Bereitstellung verschiedenen Umgebungen (dev, stage, prod) für cloud-Dienste mit Ihrer Umwelt Einstellungen. Und Sie können festlegen, sinnvolle Standardwerte.

In Ihrem .env Datei ist jede Zeile ein Eintrag, wie in diesem Beispiel:

NODE_ENV=development
API_URL=http://api.domain.com
TRANSLATION_API_URL=/translations/
GA_UA=987654321-0
NEW_RELIC_KEY=hi-mom
SOME_TOKEN=asdfasdfasdf
SOME_OTHER_TOKEN=zxcvzxcvzxcv

Sollten Sie nicht gehören die .env in Ihrem version control repository (fügen Sie es zu Ihrem .gitignore - Datei).

Um get-Variablen aus der .env - Datei in Ihrer Umgebung, können Sie ein bash-Skript zu tun, das äquivalent von export NODE_ENV=development rechts, bevor Sie die Anwendung starten.

#!/bin/bash
while read line; do export "$line";
done <source .env

So geht dies in Ihre Anwendung javascript:

var envs = require('envs');

//If NODE_ENV is not set, 
//then this application will assume it's prod by default.
app.set('environment', envs('NODE_ENV', 'production')); 

//Usage examples:
app.set('ga_account', envs('GA_UA'));
app.set('nr_browser_key', envs('NEW_RELIC_BROWSER_KEY'));
app.set('other', envs('SOME_OTHER_TOKEN));

Wie ctrlplusb sagte, empfehle ich Ihnen, das Paket dotenv, aber ein anderer Weg, dies zu tun ist die Schaffung einer js-Datei, und dass Sie auf die erste Zeile in der app-server.

env.js:

process.env.VAR1="Some value"
process.env.VAR2="Another Value"

app.js:

require('env')
console.log(process.env.VAR1) //Some value

Für windows-Benutzer in diesem Stack Overflow Frage-und top-Antwort ist ganz nützlich, wie environement-Variablen über die Kommandozeile

Wie kann ich einstellen, NODE_ENV= - Produktion in Windows?

Windows-Benutzer: achten Sie darauf! Diese Befehle sind empfohlen für Unix, sondern unter Windows sind Sie nur vorübergehend. Legen Sie eine variable für die aktuelle shell nur, sobald Sie starten Ihren Computer neu, oder starten Sie ein neues terminal-shell, Sie werden verschwunden sein.

• SET TEST="hello world"
• $env:TEST = "hello world"

Zu einem dauerhaften Umgebungsvariable unter Windows müssen Sie stattdessen verwenden Sie eine der folgenden Vorgehensweisen:

Ein) .env-Datei in Ihrem Projekt - das ist die beste Methode, weil es bedeutet, Ihr bewegen kann Ihr Projekt auf andere Systeme, ohne sich Ihrer Umgebung vars auf das system beore können Sie führen Sie den code.

1. Erstellen Sie eine .env - Datei in Ihrem Projekt-Ordner "root" mit dem Inhalt: TEST="hello world"

2. Schreiben einige Knoten code zum Lesen der Datei. Ich schlage vor, installieren dotenv ( npm install dotenv --save) und fügen Sie dann require('dotenv').config(); während Ihres Knoten-setup-code.

3. Jetzt Ihre Knoten-code wird der Zugang zuprocess.env.TEST

Env-Dateien sind eine gute halten-api-Schlüssel und andere Geheimnisse, die Sie nicht wollen, um in Ihrem code-Basis. So stellen Sie sicher, fügen Sie es zu Ihrem .gitignore .

B) mit Powershell - dies erstellt eine variable, die zugänglich, die in anderen terminals. Aber Vorsicht, die variable wird verloren sein, nachdem Sie Ihren computer neu starten.

[Environment]::SetEnvironmentVariable("TEST", "hello world", "User")

Diese Methode wird allgemein empfohlen, auf Windows-Foren, aber ich glaube nicht, dass Menschen sind sich bewusst, dass die variable noch nicht bestehen, nach einem system-Neustart....

C) Verwenden Sie die Windows-GUI - das ist nicht so cool wie ein Befehl, aber zumindest funktioniert es und erstellt eine persistent-variable.

1. Suche nach "Umgebungsvariablen" in die Startmenü-Suche oder in der Systemsteuerung
2. Wählen Sie "Bearbeiten Sie die system-Umgebungsvariablen"
3. Ein Dialog wird geöffnet. Klicken Sie auf die Schaltfläche "Umgebungsvariablen" am unteren Rand des dialogs.
4. Jetzt hast du ein kleines Fenster für die Bearbeitung von Variablen. Klicken Sie einfach auf die Schaltfläche "Neu" fügen Sie eine neue Umgebungsvariable. Einfach.

Einem sehr guten Weg, das zu tun Umgebungsvariablen habe ich erfolgreich eingesetzt wird unter:

A. Haben unterschiedliche config Dateien:

1. dev.js //diese hat alle environment-Variablen nur für die Entwicklung
   
   Die Datei enthält:

   module.exports = {
    ENV: 'dev',
    someEnvKey1 : 'some DEV Value1',
    someEnvKey2 : 'some DEV Value2'
   };

2. stage.js //dieses hat alle environment-Variablen nur für die Entwicklung

   ..

3. qa.js //diese hat alle environment-Variablen für die qa-Tests nur
   
   Die Datei enthält:

   module.exports = {
    ENV: 'dev',
    someEnvKey1 : 'some QA Value1',
    someEnvKey2 : 'some QA Value2'
   };

HINWEIS: die Werte ändern sich mit der Umgebung, meist, aber Schlüssel bleiben gleich.

1. können Sie mehr

2. z__prod.js //dieses hat alle environment-Variablen, die für die Produktion/live nur
   
   HINWEIS: Diese Datei ist nie gebündelt für die Bereitstellung

3. All diese config Dateien in /config/Ordner

   <projectRoot>/config/dev.js
   <projectRoot>/config/qa.js
   <projectRoot>/config/z__prod.js
   <projectRoot>/setenv.js
   <projectRoot>/setenv.bat
   <projectRoot>/setenv.sh

HINWEIS: Der name des prod ist anders als andere, als wäre es nicht von allen genutzt werden.

B. Legen Sie die OS/Lambda/AzureFunction/GoogleCloudFunction environment-Variablen aus config-Datei

Nun ideal, diese config-Variablen in der Datei, gehen sollte als OS environment-Variablen (oder einer LAMBDA-Funktion Variablen oder das Azure-Funktion Variablen, Google Cloud-Funktionen, etc.)

also schreiben wir die Automatisierung im Windows-Betriebssystem (oder andere)

1. Übernehmen wir schreiben 'setenv' bat-Datei, die ein argument, die Umwelt, die wir wollen

2. Jetzt laufen "setenv dev"

a) Dieser nimmt die Eingaben aus dem übergebenen argument-Variablen ('dev' für jetzt)

b) Lesen Sie die entsprechende Datei ('config\dev.js')

c) setzt die Umgebungsvariablen in Windows OS (oder andere)

Beispielsweise

Die setenv.bat Inhalte könnten sein:

    node setenv.js

Den setenv.js Inhalt könnte sein:

    //import "process.env.ENV".js file (dev.js example)
    //loop the imported file contents
    //    set the environment variables in Windows OS (or, Lambda, etc.)

Das ist alles, Ihre Umgebung ist bereit für den Einsatz.

Wenn Sie tun 'setenv qa', alle qa-Umgebungsvariablen bereit sein, für die Nutzung von qa.js und bereit für die Verwendung durch dasselbe Programm (die sich immer fragt, für Prozess.env.someEnvKey1, aber der Wert, den es bekommt, ist qa eine).

Hoffe, das hilft.

Machen Sie Ihr Leben einfacher mit dotenv-webpack. Installieren Sie einfach es npm install dotenv-webpack --save-dev, dann erstellen Sie eine .env Datei in der Anwendung root (denken Sie daran, dass diese .gitignore bevor Sie git push). Öffnen Sie diese Datei, und legen Sie einige Umgebungsvariablen, wie zum Beispiel:

ENV_VAR_1=1234
ENV_VAR_2=abcd
ENV_VAR_3=1234abcd

Nun, in Ihrem webpack config hinzufügen:

const Dotenv = require('dotenv-webpack');
const webpackConfig = {
  node: { global: true, fs: 'empty' }, //Fix: "Uncaught ReferenceError: global is not defined", and "Can't resolve 'fs'".
  output: {
    libraryTarget: 'umd' //Fix: "Uncaught ReferenceError: exports is not defined".
  },
  plugins: [new Dotenv()]
};
module.exports = webpackConfig; //Export all custom Webpack configs.

Nur const Dotenv = require('dotenv-webpack');, plugins: [new Dotenv()], und natürlich module.exports = webpackConfig; //Export all custom Webpack configs. erforderlich sind. Jedoch, in einigen Szenarien, die Sie möglicherweise einige Fehler. Für diese haben Sie die Lösung, wie auch implizieren, wie Sie können beheben bestimmter Fehler.

Nun, wo auch immer Sie möchten, können Sie verwenden Sie einfach process.env.ENV_VAR_1, process.env.ENV_VAR_2, process.env.ENV_VAR_3 in Ihrer Anwendung.