HTTPのPOSTリクエストで送られてきた画像データを抜き出して、IPFSのノードにアップロードするプログラムを書いてみた。

By | 2022年3月25日
0 Comment

はじめに

IPFSのノード(以下、単に「IPFS」と書きます。)がまずまず安定して使えるようになってきたところで、次に気になるのがIPFSへのファイル、特に画像ファイル等のアップロードの方法です。

IPFSに画像をアップロードする方法で、大掛かりな準備を必要としないものは以下の2通りに限られるのではないかと思っています。

  • IPFSノードが稼働しているPCのコマンドプロンプトで直接ipfsコマンドを実行する。
  • cURL等を使ってHTTP RPC ARIにPOSTメソッドでアクセスする。

しかし、画像や動画データの編集をIPFSノードが稼働しているPCで行うことはほぼないため、直接ipfsコマンドを実行しようとすると前段の処理として当該のPCにアップロードする必要があります。また、cURLを使う方法では当該のPCへのアップロードが不要なかわりに、ちょっと複雑なオプションを付加してコマンドを実行する必要があります。

どちらの方法を使うにしても使い勝手はいまいちな感じです。

そこで、もう少しIPFSへのアップロードを直感的に行えるようにすべく、まずはブラウザ経由でアップロードできないか考えることにしました。

スポンサーリンク

システム構成

大好評稼働中のIPFSはHTTP RPC APIでのアクセス用のポートをpublicには公開していないので、ブラウザから直接大好評稼働中のIPFSのHTTP RPC APIへアクセスする方法ではなく、中継用のHTTPサーバをNode.jsを使って構築し、このHTTPサーバを介してアクセスさせることにします。

すなわち、下図のような構成となります。

中継用のHTTPサーバ(上図中央の「HTTP Server(Node.js)」と書いてある箱です。)ではブラウザから発行されたHTTP POSTメソッド(上図ではHTTP RPC APIへのアクセス時のPOSTメソッドとの区別のため「Simple POST」と書いています。)のbody部分に含まれているデータ(画像データなどのバイナリデータを想定していますが、以下単に「データ」と書きます。)の部分を抜き出して、IPFSのHTTP RPC API用のパラメータとしてセットし、IPFSに送ります(上図では「Conversion」と書いている部分に相当する処理です)。

なお、IPFSからはCIDがJSON形式で返されますので、それをそのままブラウザに返します。

また、ブラウザ側ではドラッグ&ドロップでアップロードの対象となるファイルを指定できる仕組みを構築することにします(この部分の詳細な説明はこの記事では省略します)。

データ抜き出し用のプログラム

コード例

…と書くと何やら怪しさ満点の見出しですが、上図の「Conversion」の部分を実行するためのプログラムを以下に示します。

Node.jsのためのプログラムですので、プログラム言語はサーバサイドのJavaScriptになります。


スポンサーリンク

17行目から始まるuploadToIpfs関数は以下の3個の引数を取ります。

  • 第1引数(v): サーバのインスタンス。http.createServerで作られるものです。
  • 第2引数(req): サーバに送られてきたリクエストです。
  • 第3引数(res): サーバからブラウザに対して送信するレスポンスです。

注意点

注意が必要と思われるポイントは以下の通りです。

リクエストのencoding

リクエストのインスタンスにはencodingとして”binary”と指定する必要があるようです(19行目。この指定がないとデータが化けるようです)。

Content-Disposition及びContent-Typeの取り扱い

Content-Disposition及びContent-Typeが記述されている行を探すためにPOSTメソッドのbodyデータを1バイトずつ取り出してlinebuf変数に格納しています(40,41行目)。

データの直後のboundaryの探し方

データの直後のboundaryを探すために前項の方法と同じ方法で処理をしようとすると現実的な時間では処理が終わらないことが実験の結果わかりました。

そこで、バッファのデータを格納した変数に対してindexOfを実行してboundaryの場所を探しています(83行目)。


スポンサーリンク

データは画像データ等を想定してしますので、データ中にboundaryの文字列と一致する文字列が出現する確率は(限りなく0に近いものの)0ではありませんが、RFC7578[1]の4.1節に

As with other multipart types, the parts are delimited with a
boundary delimiter, constructed using CRLF, “–“, and the value of
the “boundary” parameter. The boundary is supplied as a “boundary”
parameter to the multipart/form-data type. As noted in Section 5.1
of [RFC2046], the boundary delimiter MUST NOT appear inside any of
the encapsulated parts, and it is often necessary to enclose the
“boundary” parameter values in quotes in the Content-Type header

…と書いてあります。

そこで、データ中にboundaryの文字列(=CRLF+”–“+(変数”boundary”の値))と一致する文字列が出現する確率は0とみなす(出現してしまっているデータが送られてきた場合には上記RFCの使用を満たしていないため不正なデータであるとみなす。)ことにしました。

IPFSに送信するデータ用のバッファのencoding

ブラウザから送られてきたPOSTメソッドのbodyから抜き出したデータを格納するためのBufferのencodingは”binary”としています(95行目)。

Bufferのencodingを”binary”とすることの是非についてはこの記事を最初に書いた時点(2022年3月)において調べた範囲では諸説ある感じですが、Node.js本家のv17.8.0時点のドキュメント[2]を見る限り、”legacy”ではあるものの、”obsolete”にはなっていないようですので、そのまま使用することにしました。

HTTP RPC APIのURL

98行目にIPFSのHTTP RPC APIのURLを記述していますが、この行は次節の動作確認時に使用したURLとは異なります。

動作確認

前節のコードを含んだHTTPサーバを使って画像ファイルをIPFSにアップロードしてみた際に取得した動画がこちらになります↓

ブラウザのあるエリアに画像をドラッグ&ドロップするとその画像がアップロードできていることが確認できます。

まとめ

ここまでJavaScriptにおけるバイナリデータの取り扱いの方法についてのみフォーカスして書きました。

バイナリデータを扱う際にはデータ列を1バイトずつ取り出して何らかの処理を行うことが必要になることがありますが、charCodeAt()メソッドとその戻り値に対して0xffとの論理積をとることが頭に入っていれば、いろいろと応用ができそうです。

この記事は以上です。

References / 参考文献

  1. RFC 7578 – Returning Values from Forms: multipart/form-data
  2. Node.js v17.8.0 documentation

Related Posts / 関連ページ

Fedora 29のGeoLite2を使って、アクセス元に応じてページの表示内容を微妙に変えるようにしてみた。 GitHub APIを使ってGistにアップロードしたファイルのリストにひと手間かけたものを表示するページを作ったところ、割といいもの(本Webサイト比)ができた件。 TeX2imgをWindows 10にインストールしてみた。 Acer E3-112-F14C/SのHDDをSSDに換装してみたところ、OSの起動と終了がとりあえず速くなった件(2/2: ドライブの交換作業)。