Node-RED起動時の動作をジッと見てみる

今回は、以前書いた記事でスルーしたNode-RED起動時のログをジッと見つめて動きを確認してみます。

起動時のログ

$ node-red
(node:68799) [DEP0128] DeprecationWarning: Invalid 'main' field in '/Users/wataru/.nvm/versions/node/v16.9.1/lib/node_modules/node-red/node_modules/@node-red/editor-client/package.json' of './lib/index.js'. Please either fix that or report it to the module author
(Use `node --trace-deprecation ...` to show where the warning was created)
21 Sep 21:46:48 - [info]

Welcome to Node-RED
===================

21 Sep 21:46:48 - [info] Node-RED バージョン: v2.0.6
21 Sep 21:46:48 - [info] Node.js  バージョン: v16.9.1
21 Sep 21:46:48 - [info] Darwin 19.6.0 x64 LE
21 Sep 21:46:58 - [info] パレットノードのロード
21 Sep 21:47:11 - [info] 設定ファイル: /Users/wataru/.node-red/settings.js
21 Sep 21:47:11 - [info] コンテキストストア : 'default' [module=memory]
21 Sep 21:47:11 - [info] ユーザディレクトリ : /Users/wataru/.node-red
21 Sep 21:47:11 - [warn] プロジェクトは無効化されています : editorTheme.projects.enabled=false
21 Sep 21:47:11 - [info] フローファイル     : /Users/wataru/.node-red/flows.json
21 Sep 21:47:11 - [warn]

---------------------------------------------------------------------
フローのクレデンシャルファイルはシステム生成キーで暗号化されています。

システム生成キーを何らかの理由で失った場合、クレデンシャルファイルを
復元することはできません。その場合、ファイルを削除してクレデンシャルを
再入力しなければなりません。

設定ファイル内で 'credentialSecret' オプションを使って独自キーを設定
します。変更を次にデプロイする際、Node-REDは選択したキーを用いてクレ
デンシャルを再暗号化します。

---------------------------------------------------------------------

21 Sep 21:47:11 - [info] サーバは http://127.0.0.1:1880/ で実行中です
21 Sep 21:47:11 - [info] フローを開始します
21 Sep 21:47:11 - [info] フローを開始しました

まず気になったのは「DeprecationWarning」の警告。メッセージでググるとNode.js v16を使っていると出力されるようです。無視していいらしいので気にしないでおきます。

それ以降はとてもわかりやすいですね。以下の情報が読み取れます。

  • Node-REDバージョン：v2.0.6
    • npmコマンドでインストールしたNode-REDのバージョン
  • Node.jsバージョン：v16.9.1
    • nvmコマンドでインストールしたNode.jsのバージョン
  • Darwin 19.6.0 x64 LE
    • OSのカーネルバージョン
  • 設定ファイル：/Users/wataru/.node-red/settings.js
    • ホームディレクトリ配下に「.node-red/」というディレクトリが作成されてその下にある「settings.js」が設定ファイルのようです
  • コンテキストストア：'default' [module=memory]
    • コンテキストストアは、ノード間で受け渡しされるmsgオブジェクトに頼らずノード間で情報を共有するための仕組みとのことです。説明を読む限りいわゆるグローバル変数みたいなものと認識しました。デフォルト動作はメモリ上に保存するので、Node-REDを再起動するとリセットされるようです。設定変更してファイルシステム上に保存すると、Node-REDを再起動しても消えなくできるようです。「グローバル変数」と聞くとバグの温床のイメージがあるので、注意は必要かもしれませんが、便利な場面もあるでしょう。頭の片隅に入れておきます。
  • ユーザディレクトリ：/Users/wataru/.node-red
    • 設定ファイルが保存されている場所がユーザディレクトリになるみたいです
    • 「~/.node-red」ディレクトリはNode-RED初回起動時に自動的に作成されるようです
  • プロジェクトは無効化されています：editorTheme.projects.enabled=false
    • 無効化した覚えはないので、デフォルトで無効化されているんでしょうね
    • 「editorTheme.projects.enabled」パラメータをtrueにすれば有効化できるようです
    • そのうち使ってみます
  • フローファイル：/Users/wataru/.node-red/flows.json
    • エディタで編集したフローはここに保存されるようです
  • フローのクレデンシャルファイルはシステム生成キーで暗号化されています。〜
    • 何言っているかあまりピンときませんが、雰囲気的には「フロー内の認証情報が暗号化されていて、その暗号化に使ったキーはシステムが自動的に生成したもの。キーをなくすと暗号化した情報を復号化できなくなるから気をつけろよ」みたいなことを言っているのではないかと思います。環境単体だと気にしなくて良さそうですが、フローを共有する際はキーも共有しないとダメよって感じでしょうか。
  • サーバは http://127.0.0.1:1880/ で実行中です
    • ポート番号1880で待ち受けているようです
    • このURLにブラウザでアクセスしろってことですね

まとめ

「~/.node-red」にいろいろ保存されるので、ここのバックアップを取っておけば環境は復元できそうです。「settings.js」でいろいろ設定変更できそうですが、この手の設定ファイルを手でいじるのは面倒なので、必要に迫られたら調べてみたいと思います。

コメント

コメントを投稿

このブログの人気の投稿

Execノードを使う

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はExecノードです。Execノードを使うと外部のコマンドを実行することができます。コマンドが出力した、標準出力や標準エラー出力などをノードから出力できます。 標準出力の内容を出力する 最初に確認するサンプルは「 flows > node-red > function > exec > 01 - Get standard output from external command 」です。 Execノードのプロパティを見ると以下の通りになっています。 実行コマンドは「 echo 」 msg.payload で受け取った値を引数として利用 出力モードは「 コマンド終了時 - execモード 」 コマンド終了時に結果を出力します Execノードには出力ポートが3つあります。 標準出力 標準エラー出力 返却コード 実行すると、標準出力には「 Hello World! 」、返却コードには「 {code : 0} 」が出力されます。この挙動は特に説明することはないかと思います。 標準エラー出力の内容を出力する 次に確認するサンプルは「 flows > node-red > function > exec > 02 - Get error output from external command 」です。外部コマンドのエラーをポートに出力します。中身は先程のサンプルフローとほぼ同じですが、Execノードで存在しないコマンドを実行しています。 実行すると、以下のログが出力されます。これも説明不要かと思います。 実行中に出力する 最後に確認するサンプルは「 flows > node-red > function > exec > 03 - Run external command in spawn mode 」です。出力がコマンド実行中に行われるのがこれまでのサンプルと違う点です。 コマンドはwhieループ内で2秒おきに「 Hello 」を標準出力に出力し続けます。Spawnモードで実行するとループ内でechoコマンドが実行されるたびにログが出力されます。サービスっぽい挙動をす
続きを読む

SendGridのX-SMTPAPIヘッダの使い方（Section Tags、Substitution Tags編）

イメージ
前回に引き続き SendGrid についてです。 今回は SMTP API を使ってみました。 SMTP APIについて SendGridのSMTP APIは基本的には普通のSMTPプロトコルに則ったものですが、X-SMTPAPIヘッダというカスタムヘッダを使うことで機能を拡張することができます。 X-SMTPAPIヘッダについて X-SMTPAPIヘッダはSMTPプロトコルの拡張ヘッダです。 X-SMTPAPI: { "category": "newuser" } みたいな感じでJSON形式でパラメータを与えることで機能を拡張します。 Section TagsとSubstitution Tagsについて 今回はSMTP APIで使える機能のうちSection TagsとSubstitution Tagsを使ってみました。 Section TagsとSubsitution Tagsは送信メールの内容を宛先毎に特定の文字列を置換するための機能です。toと合わせて使うことで機能します。 例えば、X-SMTPAPIヘッダの値を以下のような形にします。 { "to": ["test1@xxx.xxx", "test2@yyy.yyy"], "sub": { "-body-": [ "-bodyFemale-", "-bodyMale-" ], "-favorite-": [ "バナナ", "カツオ" ], " "-nickname-": [ "ミキ", "サブロー" ] }, "section": { " "-bodyFemale-": "-nickname-さん！女性向けの商品のご紹介です。", "-bodyMale": "-nickn
続きを読む

Joinノードを使う（その4）

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はJoinノードの4回目です。終わらねぇ。 確認するサンプルは、 前回 に引き続き「 読み込み > サンプル > flows > node-red > sequence > join > 02 - Manual join mode 」です。 メッセージを結合してkey/valueオブジェクトにする 5段目のフローから見ていきます。ざっくりとした流れは以下のとおりです。 DataノードでCSVデータを送信する CsvノードでCSVデータをJSONオブジェクトに変換する msg.payloadには以下のような値が指定されたメッセージ4つに分解される { name: "Apple", price: 100 } Changeノードでmsg.payload内の値を以下のプロパティに設定する msg.topic = "Apple"（msg.payload.nameの値） msg.payload = 100（msg.payload.priceの値） Joinノードで、2個の受信メッセージごとにmsg.topicの値をキーとしてkey/valueオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadにJSONオブジェクトが指定されていることを確認できます。 メッセージを結合して結合オブジェクトにする 先ほどは結合した値がkey/valueオブジェクトでしたが、6段目のフローでは単純にオブジェクト結合します。ざっくりとした流れは以下のとおりです。 DataノードでJSON配列を送信する nameをキーに持つオブジェクトとpriceをキーに持つオブジェクトを交互に含んでいます（実際、こんなに都合の良いデータが生成されることはあるんだろうか） Splitノードで配列データを個別のメッセージに分割します Joinノードで、2個の受信メッセージごとにオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadに2個ずつのオブジェクトがJSONオブジェクトに結合されたものが指定されていることを確認できます。ちなみに、Joinノード
続きを読む