meteor アプリケーションが開発、テスト、または運用環境として実行される場合、異なるアカウント プロバイダーの構成を使用する必要があります。
6 に答える
Meteor 1.3 以降、これらのフラグはそのまま使用できます。
Meteor.isDevelopment
Meteor.isProduction
Meteor.isTest
Meteor.isAppTest
サーバー上:
var inDevelopment = function () {
return process.env.NODE_ENV === "development";
};
var inProduction = function () {
return process.env.NODE_ENV === "production";
};
Meteor は、実行時に環境変数 NODE_ENV を「development」に設定しますmeteor
。本番環境では、変数を好きなように設定できます。それ以外の場合は、デフォルトで「本番環境」になります。
更新: これをクライアントとサーバーで動作させるためのスマート パッケージを作成しました。
mrt add allow-env
サーバーファイルにパーミッションルールを設定するだけです。
allowEnv({
NODE_ENV: 1
});
またはの実行時に使用するオプションMeteor.settings
と組み合わせて使用できます。--settings
meteor run
meteor deploy
たとえば、dev
モードで実行するには、JSON ファイルを作成し、meteorConfigDev.json という名前を付けて、次のように記述します。
{
"public" : {
"mode" : "dev"
},
"anotherProperty" : "anotherValue"
}
を使用してアプリを実行します
meteor --settings meteorConfigDev.json
サーバーとクライアントでは、次を使用して「モード」にアクセスできます。
Meteor.settings.public.mode //in this case it will be "dev"
「パブリック」の設定はサーバーとクライアントの両方で使用できますが、それ以外のすべて (この場合は「anotherProperty」) はサーバーでのみ使用できることに注意してください。
その後、環境ごとに異なる構成ファイルを持つことができます。
これを達成するための本当に厄介な方法
https://github.com/possibilities/meteor-environment-hooks
注:インターフェイスは問題ありませんが、実装は面倒です