Interplay Medium（パートII）。 AXOD Micro Server（別名Digital Axon）

これは、Interplay Mediaプロジェクトに関する一連の出版物の続きです（最初の記事はこちら ）。 この記事では、Interplay Meduimクラスターの「中心」がどのように配置されているか、つまりAXODマイクロサーバーについて説明します。



語源についてのいくつかの言葉：wikiおよびプロジェクトサイトでは、古い名前がまだいくつかの場所に表示されています-AXON。 そこで、最初にマイクロサーバーに名前を付けることを計画しました。 しかし、後で、インターフェースのグラフィカルなソリューションを考えて、私は4つの基本的な数字のアイデアを思いつきました。これは、とりわけ、自分の名前を形成するために正確に配置することを要求しました（いくつかの疑いの後、文字Nに同意することにしました）。 一方では、名前は本質であり、技術と言語の役割の解釈を含むMcLuhan（および以前はHeidegger）への言及です（前の記事のリンクを参照）。 一方、基本的な要素に関するアンティークのアイデアへの参照。 さらに、語源研究の過程で、私は「感覚器官」に分割するつもりで、可能な限り最良の方法で韻を踏む数字の解釈を含む古代エジプトの資料に出会いました。 したがって、結果として生じる転生は、時々起こるように、元の意図よりも強いことが判明しました。 その結果、すべてのアイデアの電子デジタルエッセンスのヒントとして、文字Nは彼女の新しい役割を獲得し、文字Dになりました。

AXOD Micro Serverのアーキテクチャ

AXODは、周辺機器（個々のオブジェクト、またはマイクロサーバーと共通のオブジェクトの形態学的部分）のロジックを制御するために設計された一連のカスタマイズされたスクリプトで、「Dendrites」+モジュラーWebインターフェイスと呼ばれます。 プリプロセッサとして、LUA言語が使用されます。 後者については、いくつかの言葉を別々に言う必要があります。 LUAは元々、コンピューターゲームのロジックを記述するためのインタープリター言語として発明されましたが、最近では、リソースに対する非常に俊敏な便利なソリューションとして、組み込みシステムの開発者の間で人気が高まっています。 特に、OpenWRTルーターの一般的なディストリビューションでは、LUAをHTTPプリプロセッサーとして数年間使用しています。 これは、そのような選択を支持する議論にもなりました。



前に書いたように、AXODには2セットのインターフェースがあります。 「樹状突起」と呼ばれるものは、周辺機器用です（つまり、本質的にこれらは物理的なインターフェースです。樹状突起の作業はシナプスモジュールの一部であるスクリプトによって監視されます）。 別のセットは、外部に向けられたインターフェイスです-「シナプス」。ユーザーのグラフィカルインターフェイスと、隣接するAXODまたはクラスターの外部要素のAPIが含まれます。

ディレクトリ、構造、および必要なコンポーネント

各シナプス（またはシナプスモジュール）は、独自のディレクトリにあります

{axod micro-server home directory}/synapses/{synaptic group}/{name of synapse}









次の必須コンポーネントが含まれています

• synapse.lua-独自のマイクロエンジン、
• synapse.js-Webインターフェイス（ある場合）Javaスクリプトの操作に必要、
• synapse.css-同じ目的のスタイルの説明、
• stdout-このファイルには、ユーザーに表示するすべてのエラーを保存する必要があります（システムコールのstdoutもリダイレクトされる必要があります）。 ファイルはメインエンジンのJSプロセッサによって読み取られ、ユーザーにエラーが表示されます（以下のビデオは、樹状突起が失われたときのエラーのデモを示しています）。
• bottominterface.tmpl-インターフェースの下部のテンプレート。 これは、ポップアップメニューの左下に表示されます（図を参照）
• maininterface.tmpl-メインインターフェイスのテンプレート

重要な注意：マイクロサーバーは弱いデバイスで動作するように設計されているため、解析およびリソースを大量に消費する処理に関連するすべてが最小限に抑えられます。 そのため、変更（ボタンの状態の切り替えなど）が発生した場合、最後の2つのファイル（bottominterface.tmplおよびmaininterface.tmpl）はシナプススクリプトによって直接生成される必要があります。 メインエンジンは、クライアントへのHTTP応答を生成するときにこれらのファイルを「ピックアップ」します。

これは、デフォルトのAXODマイクロサーバーインターフェイスの「メインページ」の外観です





これは、テトリスゲームを制御するために作成されたシナプスモジュールのインターフェイスです。





これは、時々「音楽プレーヤー」のより複雑なインターフェースです（下のメニューを使用して、1つのシナプスグループ内で選択がどのように行われるかが示されています）

AXODマイクロサーバーの仕組み

1.シナプスモジュールの構造はツリー型です。 各シナプスには独自のマイクロエンジン（/synapse.lua）が含まれています-これがシナプスモジュールの中心です。 正式には、メイン（ルート）モジュールは他の全員と同じシナプスモジュールです。 したがって、同様の原則に従って配置され、それ自体のsynapse.luaマイクロエンジンに関連する同様のファイル構造を備えた上記と同じコンポーネントを備えています。



ユーザーが開いたシナプスは、最初にインターフェイステンプレート（synapse.tmpl）を読み込みます。このテンプレートは、独自のCSS（css /ディレクトリにある）を使用して、ユーザーJS（js /）を起動します。 マイクロサーバーのルートにあるメインシナプスモジュールのCSSとJSは、すべてのシナプスモジュールに共通の標準スタイルとスクリプトを備えています。



2.ルートシナプスとすべてのネストシナプスの違いは、下位のインターフェイスと隣接するシナプスがないことです。 ただし、アプリケーションの形態がそのような解決策を暗示している場合、類推によって必要なモジュールを「メインページ」に簡単に追加できます。



最初のページのいずれかのシンボルをクリックすると、選択したシナプスグループ（/ synapses / {synaptic group}サブディレクトリ）に属するインターフェイスが開きます。 デフォルトでは、リストの最初のシナプスが開きます（lsコマンドが最初に戻るという事実（/synapse.lua行26）、独自の条件を設定できます）



3.上で書いたように、各シナプスには独自の.tmplファイル（上下）と同様のファイル構造が含まれています。 マイクロエンジンは、これらのファイルを含めるだけでカスタムXMLを生成します。 インターフェイスはマルチユーザーであるため、マイクロエンジンは変更が発生するたびに新しい.tmplを生成する必要があります。



4.各シナプスには4つの必須オプションがあります

• startsynapse-シナプスを開始します（インターフェイスを開くとすぐに、または強制起動中に開始できます。同時に、シナプスが機能するために必要なデーモンとすべての必要なシステムアクションが実行されます）
• stopsynapse-シナプスを停止します（以前に起動したすべての「彼らの」デーモンを「殺す」必要があります）
• maininterface-独自のmaininterface.tmplの生成に使用
• bottominterface-独自のbottominterface.tmplの生成に使用

注意！ コマンドラインで（適切なオプションを使用して）/synapse.luaを実行し、ターミナルでマイクロエンジンを直接デバッグできます。 LUAを使用してXMLを生成する際のエラー処理には既知の困難があるため、「コンソール」ソリューションはシナプスモジュールのデバッグに非常に便利です。

さらに、シナプスモジュールには、プロジェクトの形態に必要な他のオプションを含めることができます。



5.ユーザーインターフェイスの機能をアクティブにすると（または外部オブジェクトまたはアプリケーションがHTTP要求を実行します）、適切なパラメーターを使用してsynapse.luaが実行されます。



6.ユーザー制御は、AJAXリクエストと、必要なパラメーターを含む適切に形成されたリンクの直接呼び出しの両方によって実行できます（このバージョンでは、これまでGETメソッドのみがサポートされています）。



7.さらに、クライアントで実行されているJavaScriptは、インターフェイスの変更についてマイクロサーバーを定期的にポーリングします。 存在する場合、対応する要素を変更します。 ユーザーは、ブラウザがJSをサポートしていない場合でもシナプスインターフェイスを使用できますが、この場合、他のユーザーが行った「応答」または変更を表示できません。



8. JavaScriptを使用せずにすべてのインターフェイスが機能し、最大限の汎用性が維持されます。 これはInterplay Medium Project Codeの一部であり、今後その原則を遵守するつもりです。



実は今のところ。 次の記事では、具体的な例を使って、独自のシナプスモジュールを構築して実行する方法を示します。





最初のプロトタイプシステムのデモ。

感謝の気持ち

このバージョンはNick Gammonによって書かれたフレームワークを使用して、LUA言語でHTTP前処理を実装しています。

参照資料

• Gitoruoisのプロジェクトリポジトリ
• InterplayMediumのオリジナル wiki 記事 。
• Nickのウェブサイトのフォーラムスレッドへのリンク 。LUAを使用してサーバー側でHTTPリクエストを処理し、HTTPデータを生成する方法を説明しています。