Node.jsの小さな実験の物語

限られた時間でなじみのない技術でアプリケーションを作成すると、次のようになります。

この記事は、初心者にとって、または単に楽しみのために最も興味深いものになるでしょう。 記事が主観的な評価と著者の愚かな推論に満ちていることに注意してください。



それはすべてこの記事とNode.jsを知りたいという長年の願いから始まりました。 このような状況の組み合わせを見逃すことは不可能でした）。 それから何があなたがカットの下で見つけるでしょう。







それでは始めましょう。 挑戦する



数式をホストするための小さくてふわふわのWebアプリケーションを作成することが決定されました。 さて、つまり、あなたは入って、式を入力し、ボタンを押して、式のレンダリングへのリンクを取得して喜ぶ。 MathMLで数式を紹介します。 まあ、まだ興味のある式を見つけて、そのレンダリングまたはMathMLを取得できるのは素晴らしいことです。 リソースの消費を最小限に抑えることが重要です。



タスクが定義され、さらなるアーキテクチャ



上記の結果として、次のことが行われます。

• アプリケーションは、クライアントとサーバーの2つの部分に厳密に分割されています
• 「ほぼ」を介したサーバーとクライアントの通信:) RESTfull
• Node.jsサーバー上
• MongoDBデータベースとして

さらにすべてについてもう少し



クライアント/ UI /ブラウザ



クライアントはすでにかなり標準的なAngularJSです。 これまでの私の意見では、バインディングを解決してインターフェースを構築するのにこれ以上良いものはありません。私の意見では、これはWebアプリケーションを作成する際の主な問題であり、5プラスで角度を扱うことです。 クライアントの格納庫に加えて、Typescript、Jade、およびSassを使用しました。

• タイプスクリプト-コードをモジュールに分割する可能性は比較的単純であり、もちろん、型付けされたコードを記述し、人間のクラスを使用しても、何人の倒錯したJSが叫んでも何も置き換えられません。
• J-美しく、モジュール、機能、ミニマリズム。
• Sass-モジュール、変数などにコードを打ち負かす能力のため 私の人生を少し良くするささいなこと。

ここではFont Awesomeアイコン、Googleマテリアルのパレットを使用しますが 、これまでのところ、 JQueryなしでも実行できます。



サーバー



ここでは、すべてが一見すると思われるよりもはるかに悪いです。 ちなみに、私は何も書いたことはなく、これが私の最初のパンケーキであり、それほどゴツゴツしていないことが判明した。

最初に驚いたのは、さまざまなライブラリの数です。 もちろん、これはJavaではありませんが、タスクのために私は必要なすべてを見つけました



intelは、ノードにログインするためのかなり便利で機能的なライブラリです。

config-構成ファイルを使用する簡単な方法

mongoose-ノードとモンガの間の一種の休止状態

expressは、ノードのWebフレームワークです。 ノード上にWebサーバーを作成する、すでに複雑ではないプロセスを簡素化します

body-parser-名前が示すようにPOSTリクエストを処理する

アジェンダ-ジョブスケジューリング

Libxmljs-XMLの操作。これは依存関係にJVMがない場合に重要です



これらのモジュールの品質は、期待どおりではない場合があります）。 たとえばlibxmljs ... ubuntuでは、 タンバリンなしではこのようなものは配置されません。

cp build/Release/lib.target/xmljs.node build/xmljs.node
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

サーバー側でも、クライアントとまったく同じ理由でTypescriptを使用しました。 しかし、こちら側にいくつかの問題がありました...クライアントがコードが複雑にならないアプローチを見つけることができた場合、ノードでTypescriptを使用すると、コードが少し複雑/混乱しましたが、拒否するほどではありませんでした。



マングース



これは、データスキームを作成し、そのスキームに従ってmongaからデータを自動的に検証、保存、および読み取ることができる興味深いライブラリです。 これは非常に便利で便利なものです。 Mongooseを使用すると、ノードからモンガを簡単に操作できます...

たとえば、このように、新しい数式をデータベースに保存できます

 var formula: any = new entity.Formula(); formula.name = req.body.name; formula.description = req.body.descr; formula.mathml = req.body.data; formula.save();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

または式を見つける

 entity.Formula.find( {_id: req.params.id} ) .select(bdKey) .exec( 'find', (err, formula): void => { if ( err || (formula.length !== 1) ) { res.send( 404 ); } else { res.header("Content-Type", "image/png"); res.send(formula[0][bdKey], {}, function (err) {}); } });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

議題



キューは、パフォーマンスの問題のために開発されている式変換アルゴリズムのようなアルゴリズムの不可欠な部分です。 大量の変換要求により、アプリケーションが非常に迅速に停止する可能性があります。 最も論理的で簡単な方法は、キューに入れることです。

キューを整理するために、Node.jsのライブラリがいくつかあることに注意してください。 アジェンダを選んだ理由は次のとおりです。

• MongoDBにタスクを保存することが可能です
• ライブラリを使用すると、通常の意味でキューを整理できるだけでなく、スケジュールに従ってスケジュールを設定することができます。これは非常に楽しい追加機能です。

ジョブをキューに追加

 service.agenda.now( 'process new formula', {fid: fid} );
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ジョブハンドラーの登録

 service.agenda.define('process new formula', (job, done): void => { var data = job.attrs.data; log.debug( "process new formula: " + data.fid ); AgendaService.processRendering( data.fid, done ); });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Libxmljs



リクエスト内の特定のソリューションを検証することは重要であり、重要です。 データを検証するために、同じ検証を非常に効率的に実行できる十分な興味深いexpress-validatorおよびvalidator.jsライブラリをGoogleで管理することができました。 しかし、MathMLをチェックする必要があり、このために2つのライブラリxsd-schema-validatorとLibxmljsに会いました 。 最初はJava / SAXを使用します。つまり、JVMが必要であり、最初の数分で何かがうまくいかなかったため、Libxmljsを使用しました。 彼女の仕事にはJavaは必要ありませんが、バグをもたらしたのは彼女でした。

MathMLの検証には、 ここで入手した2番目のバージョンのスキームを使用しました 。



このようなものは検証のように見えます

 fs.readFile('mathml2.xsd', {encoding:'utf-8'}, (err, data): void => { try { if (err) { process.chdir(cwd); fail(); return } var xsdDoc = libxmljs.parseXmlString(data); var xmlDoc = libxmljs.parseXmlString(xsd); var valid = xmlDoc.validate(xsdDoc); log.debug( "xsd validation" + valid ); process.chdir(cwd); if ( valid ) ok(); else fail(); } catch(e) { process.chdir(cwd); fail(); } });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

レンダリング



数式のレンダリングには、PhantomJSと組み合わせてMathJaxを使用します。 最速かつ最も安定したオプションではありませんが、限られた時間内で否定できない利点となるほど十分に迅速であることが判明しました;）。



モンゴッド



MongoDBは、式の保存に使用されます。 フォーミュラホスティングでは、それらにすばやくアクセスできます。 このため、MathMLがモングアスに保存されるだけでなく、数式画像のレンダリングも保存されます（クイックアクセスではなく、どこかに保存する必要があるため）。 写真は多くのスペースを占有せず、GridFSなどの追加のライブラリやフレームワークを使用せずにデータベースのフィールドとして保存するための推奨事項に適合します。 一方、レンダリングされた画像をMongに保存すると、ファイルシステム上で愚かではなく、データベースにデータを保存するすべての利点が得られます。



データスキーマ

 module entity.schema { export var IFormula: any = new mongoose.Schema({ name: {type: String, default: ''}, description: {type: String, default: ''}, created: {type: Date, default: Date.now}, modified: {type: Date, default: Date.now}, mathml: {type: String, default: ''}, png200: {type: Buffer}, png100: {type: Buffer}, png50: {type: Buffer}, png200t: {type: Buffer}, png100t: {type: Buffer}, png50t: {type: Buffer}, ready: {type: Boolean, default: false}, error: {type: Boolean, default: false} }); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

プロジェクトの組み立て



私はGulpを使用してプロジェクトを構築しましたが、これは初めての「奇妙な」体験でした...プラグインの量と質に満足しました。 Gruntの後にGulpのスクリプトを初めて書いたとき、私は自分の人生を生きたスクリプトを受け取りました。 すべての理由は、Gruntの後、並列指向ではない私の脳です。 エラーを認識した後、ビルドスクリプトをやり直し始めましたが、少し遅れて、現時点ではまだ作業が完了していません。 アセンブリは、いくつかのGulpタスクを呼び出すbashスクリプトによって実行されます。 それはまったく美しいものではありませんが、機能し、変更はほぼ完了しています。 現在、問題は主にタイムスクリプトのコンパイルにあり、選択されたアプローチ（1つのファイルへのコンパイル）を使用しているため、コンパイルプロセスの終了をキャッチすることはできません。 ここでお手伝いさせていただきます。



アプリケーションホスティング



Googleクラウドの2つのマイクロインスタンスにアプリケーションを配置し、実験用に300ドルの寛大な贈り物を使用しました。 ちなみに。 さて、再び、クラウドを使用することの2つの感覚。 まず、非常にクールで、クラウドテクノロジーの使用に非常に満足しています（少なくとも現在の段階では）。 まあ、そしてもちろん、軟膏にハエのない蜂蜜の樽で。 全体の問題は、現時点では、ノードモジュールのインストールと一緒にクラウドのインスタンスにアプリケーションをインストールする適切な展開スクリプトを記述できなかったことです。 ローカル仮想マシンでdebianを使用する場合、手順は正常に機能しますが、debianでは、コマンドを実行してもルートからではなくユーザーからこのファイルが作成されるため、クラウドでインスタンスを作成するときにファイルアクセスエラーがnpmインストールの実行時にファイルにアクセスするエラーでした。 おそらく問題は曲がった手にありますが、インストールは2段階で実行されます。 最初に、ユーザーに代わってすべてのモジュールを作成し、2番目に、ルートからインストールします。 一般的に、特にGoogleクラウドの場合、クラウドは優れています;）



さて、人生が蜜のように見えないように、RFゾーンのドメインを選択します。 特別な問題はありませんでした。 Nginxの設定でpunycode名を指定し、そこにロシア語の文字を入れないようにする必要がある唯一のもの。



私のNginxの場合、このように見えます

 listen 80; server_name xn--c1ajpkj4do.xn--p1ai;
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

アプリケーションとJSON



その結果、非常に興味深いシステムが作成され、データはブラウザーのインターフェースからすべての段階でJSONオブジェクトによって表され、ノードを継続してデータベースで終わります。 これはそのようなシステムでの私の最初の経験であり、正直なところ、私はそこから一種の喜びを得ました。 アプリケーションにデータ変換がない場合、これはささいなことですが、個人的には、このささいなことはある程度の透明性を提供し、個人的には良いことです:)。



さて、最後に何が起こったのか



数式をホストできるシンプルなWebアプリケーションであることが判明しました。 鉄のリソースが比較的少ない（Google Cloudの2つのマイクロインスタンス）ため、かなりシンプルで負荷に強いアプリケーションを作成することができました。

一般的に、私は上記の技術に満足していました。 ノードのライブラリの数と質、コードの記述のしやすさに驚きました。 不快な残留物は、ノードのライブラリにいくつかのバグが残っていました。 時にはすべてがひどく未加工で未完成に見えた。 しかし、エラーは解決可能であることが判明し、それほど時間はかかりませんでした。 ちなみに、Javaでいくつかのライブラリをセットアップして理解するときよりも、エラーの解析と修正（ソースでの1回の編集を含む）に費やす時間が少なくなりました。 うんちを投げないでください、私はノードとJavaのレベルの違いを理解しています、私は感覚だけについて話している。



結果

コード



建設的な批判とレビューだけでうれしいです。