Wie ein meteor, der Anwendung weiß, wenn er läuft, auf Entwicklungs -, test-oder Produktionsumgebung?

Ich verschiedene Konten Anbieter die Konfiguration, wenn die meteor-Anwendung läuft als Entwicklungs -, Test-oder Produktionsumgebung.

Leicht erzielt werden, indem eine switch-Anweisung in Meteor.Autostart-Funktion auf der server-Seite. Siehe meine ausführliche Antwort unten.

InformationsquelleAutor jbernab | 2012-06-25

deployment meteor

59

Da Meteor 1.3 diese flags funktionieren out of the box:
```
Meteor.isDevelopment
Meteor.isProduction
Meteor.isTest
Meteor.isAppTest
```
- Dies muss die akzeptierte Antwort.
InformationsquelleAutor Ziarno
32

Auf dem server:
```
var inDevelopment = function () {
  return process.env.NODE_ENV === "development";
};

var inProduction = function () {
  return process.env.NODE_ENV === "production";
};
```
Meteor setzt die Umgebungsvariable NODE_ENV zu "Entwicklung", wenn Sie laufen meteor. In der Produktion, können Sie die variable, um was Sie wollen, sonst wird es default auf "production".

Update: ich erstellt eine smart-Paket um dies zu ermöglichen, arbeiten auf dem client und server.
```
mrt add allow-env
```
Setzen Sie einfach die Berechtigung Regeln, die in einer server-Datei.
```
allowEnv({
 NODE_ENV: 1
});
```
- Dies funktioniert nicht für mich, da meine app ist self-hosted und wenn ich starte meine app über "meteor Lauf-Produktion" meteor noch setzt Prozess.env.NODE_ENV zu "Entwicklung" (scheint nicht gutes, aber Sie haben Ihre Gewährleistung - siehe link). Dies ist ein bekanntes Problem seit Jahren und wird z.B. hier diskutiert: github.com/meteor/meteor/issues/1858.
- "sonst wird es default auf "production": nicht, es hängt davon ab, wo Sie Gastgeber/welche Werkzeuge Sie verwenden, um host?
InformationsquelleAutor Neil
18

Können Sie Meteor.Einstellungen gepaart mit der --settings option wird verwendet, wenn ausgeführt meteor run oder meteor deploy.

Zum Beispiel, laufen in dev - Modus, erstellen Sie eine JSON-Datei, nennen Sie es meteorConfigDev.json, und setzen Sie die folgenden in es:
```
{
  "public" : {
    "mode" : "dev"
  },
  "anotherProperty" : "anotherValue"
}
```
Führen Sie Ihre app mit
```
meteor --settings meteorConfigDev.json
```
Auf dem server und auf dem client können Sie auf die "mode" mit:
```
Meteor.settings.public.mode //in this case it will be "dev"
```
Beachten Sie, dass die Einstellungen in den "öffentlichen" sind sowohl auf dem server und dem client in der Erwägung, dass alles andere (in diesem Fall "anotherProperty") ist nur auf dem server verfügbar.

Können Sie dann verschiedene Konfigurationsdateien für verschiedene Umgebungen.

InformationsquelleAutor go-oleg
4

Sehr einfach. Ich bin mit meinem app auf fünf (ja, fünf!) unterschiedliche Umgebungen. Ich einfach verwenden Sie eine switch-Anweisung auf die ROOT_URL wie unten dargestellt für die vier verschiedenen Umgebungen. Natürlich, Sie können verwenden Sie eine if-else, wenn Sie nur zwei Umgebungen. Funktioniert auf dem server. Machen Sie einfach eine neue Datei namens startup.js und verwenden Sie das code-Beispiel unten. Prost!
```
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;
}
```
Im Allgemeinen, das format für eine switch-Anweisung in javascript ist
```
switch(expression) {
    case n:
        code block
        break;
    case n:
        code block
        break;
    default:
        default code block
}
```
UPDATE: Beachten Sie, dass Meteor bietet jetzt Meteor.absoluteUrl(), die ähnlich process.env.ROOT_URL mit der Zugabe von extra-Funktionalität. Sehen docs.
- Ich habe gesehen, einige apps zu brechen, weil der gleiche code. Dieser code stellt Ihre Funktionalität in Abhängigkeit von einer Eigenschaft, die unabhängig von der Umgebung (die URL). Wenn die URL geändert wird, kann die Funktionalität Bruch mit möglicherweise niemand bemerken. Auch Sie haben einen Platz mehr in Ihrem code, wenn Sie möchten, ändern Sie die URL (oder ein anderes), die Sie vielleicht vergessen haben, in ein paar Monaten. Funktionen, die abhängig von Ihrer Umgebung sind Häufig entscheidend für Ihre app, nicht einfach zu testen, sauber und nicht so gut betreut, so müssen Sie besonders vorsichtig sein.
- X wissen, ob läuft auf Y?" ist eine Frage, die Fragen der Umwelt. Wie sind Sie bereit, zu beantworten, dass ohne Prüfung der Umwelt? Solche Antworten würden den Umfang an. Das hat noch nie gebrochen, in meiner Erfahrung, so scheint es, werden Sie brauchen, um zu kommen mit einigen Beispielen und eine bessere Lösung wenn du schon so davon überzeugt, dass dies falsch ist.
- Ich nicht raten gegen die Einsicht in Ihre env, aber das sollte man nicht ableiten, Ihre Umwelt aus einer URL, da die URL ändern können, unabhängig von Ihrer Umgebung aus verschiedenen Gründen. Wenn Ihre Kolleginnen und Kollegen nicht wissen, dass Ihre ROOT_URL hat eine "Magische" extra-Sinn für Ihre app-Logik gibt es 3 realistische Fällen brechen würde, dass Ihre app auf die Produktion: 1) entfernen Sie www., 2) ändern http zu https, 3) haben mehrere URLs, gehören zu Ihren Produktions-app, und ändern Sie die Standard-URL. Auch ist es gegen die TROCKEN Prinzip.
- Eine bessere Lösung: Setzen Sie Ihre Umgebung Namen in einem extra - env variable (z.B. process.env.METEOR_ENVIRONMENT) oder in der Konfiguration, wie go-oleg hat.
InformationsquelleAutor FullStack
1

Gibt es eine open - pull-request auf github, die erlauben würde, die. Kommentar/Vote für ihn, so ist es wahrscheinlicher, zu erhalten, enthalten!

InformationsquelleAutor Joscha
0

Einem sehr unordentlichen Weg, dies zu erreichen

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

Hinweis: die Schnittstelle ist IMHO OK, die Umsetzung ist chaotisch
- Diese eignet sich nur für die grundlegendsten Situationen und wird nicht funktionieren, wenn Sie wollen, testen Sie Ihr env, die auf Ihrem lokalen Computer, ohne dabei eine vollständige Bereitstellung.
- Ja, auf jeden Fall eine stop-Lücke. Arbeitet in den grundlegenden Situationen obwohl. Ich benutze es, um die api-id entsprechend dem neuen auth-system, aber ich bin begierig, es zu ersetzen mit eine bessere Lösung.
InformationsquelleAutor Mike Bannister

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.