2017-02-20 3 views
0

現在、複数の実稼働環境を持つsails.js(0.12.3)アプリケーションを実行しています。私は/config/env/development.jsの代わりに/ config/env(つまり/config/env/production-eu.js、/config/env/production-us.js)ファイルのセットを使用したいと思います&/config/env/production.jsをサーバごとに手動で管理されたlocal.jsで置き換えます。 sails documentation状態:sails.js - 内部 '制作'設定または設定

生産環境がspecial--あなたの構成に応じている、それは圧縮、キャッシング、縮小を可能にし、など

私はレールのアプリを実行しているときに「生産」は何かを意味知っています。私の質問は - sails.jsを実行している推奨された 'プロダクション'環境名を使用しないために欠けている内部/自動設定/機能はありますか?

答えて

1

私の質問は、sails.jsを実行している推奨された「実動」環境名を使用しないことで紛失する内部/自動設定や機能はありますか?

はい、productionに設定すると、特別な設定があります。 新しい環境変数を導入し、ご使用のケースに対処するためにSails & Express


productionの使用を参照してくださいNODE_LOCALEを言います。

NODE_LOCALE=us sails lift 

OR

export NODE_LOCALE=us 
sails lift 

は、環境に応じて、production.jsでロケールファイルのいずれかが必要:

var localeFile; 
switch(process.env.NODE_LOCALE) { 
    case 'eu': 
    localeFile = './production-eu'; 
    break; 
    case 'us': 
    default: 
    localeFile = './production-us'; 
} 

module.exports = require(localeFile); 
+1

優れたソリューション - 便利な、それはロケール固有ではありません場合でも、(これらは一例でした) 。ありがとうございました! –

0

「制作」環境とは、2つのカスタマイズの上に存在する抽象概念です。

私は、ノード環境変数をデフォルトの実動構成のカスタマイズとして使用する方がよいと考えています。

dotenvのようなツールを使用して、ノード環境変数をセイルアプリケーションに注入してから、それらを汎用プロダクション構成ファイルからポイントすることができます。

関連する問題