ブラウザベースのターミナルエミュレーターで良いものは何ですか? [closed] 質問する

ブラウザベースのターミナルエミュレーターで良いものは何ですか? [closed] 質問する

ブラウザベースのインターフェースを通じてアクセスできるようにしたい curses スタイルのアプリケーションがいくつかあります。

別のベンダーのアプリケーションがあり、これは古いバージョンに基づいてこれを提供しているようです。JTA (Java Telnet アプリ)しかし、そのアプレットはサイズ変更などの処理がうまくできず、スクロールバック バッファやコピー/貼り付けのサポートも比較的貧弱です。

Ajax ベースのインターフェースが普及している今日、優れた無料のソリューションがあるかどうか興味があります。

この Web サイトのおかげで、Reflection の Web ベースのターミナル エミュレーターに関する参照を見ましたが、これはおそらく私たちのニーズには高価すぎます。

私が見た候補者の中には、

  1. 任意の
  2. アヤックスターム

    スクロールバックバーなし

しかし、詳細な評価を行う機会がありませんでした。

ベストアンサー1

私は、どこからでも Web サーバーを管理できる便利な方法として、Ajaxterm を頻繁に使用しています。メイン ブラウザーを Chrome に切り替えるまでは、うまく機能していました。Ajaxterm は Firefox と IE8 では問題なく動作しますが、Chrome、Safari、Opera では使用できません。

Chrome、Safari、Opera では、バックスペース、矢印キー、Ctrl+C、Ctrl+H、Home、End など、多くの「特殊」キーが Ajaxterm に渡されないことがわかりました。Opera はさらにひどく、Shift キーを押すと、キー入力が ^P に変換されるため、大文字を入力できません。これらは私にとって致命的な問題です。おそらく、あなたにとっても致命的な問題でしょう。

Anyterm は、IE6 を含め、私が試したすべてのブラウザで正常に動作しました。

他に留意すべき点:

  • Anyterm は実行中は常に接続を開いたままにし、キー入力には 2 番目の接続を使用します。すべてのブラウザには、1 つのホストへの同時接続数に制限があります。IE 7 以前では同時接続数が 2 に制限されています (HTTP 仕様で要求されているとおり)。そのため、Anyterm の 1 つのインスタンスでは、そのホストへの接続が最大になることがよくあります。ただし、Anyterm に別のホスト名を使用するだけで、この問題は比較的簡単に回避できます。
  • Ajaxterm は更新をポーリングするため、接続を常に開いたままにしておくことはありません。キー入力と画面更新に同じ接続を使用します。その一方で、画面は常にできるだけ早く更新されるわけではなく、画面更新ごとのネットワーク オーバーヘッドが大きくなります。
  • Ajaxterm は、1 文字を変更する場合でも、画面全体を一度に更新します。Anyterm は、変更された画面の部分のみを更新します。どちらが速いかは議論の余地があります。通常、画面全体は 1 つのパケットに収まりますし、Anyterm のアプローチでは、サーバー側とクライアント側の両方で処理オーバーヘッドが大きくなります。

注記: Ajaxterm に関する私のコメントは、Ajaxterm 0.10 に基づいています。0.11 は試していませんが、どうやら「マイナー パッチ」が含まれているようです。Anyterm に関する私のコメントは、同社のサイトで入手できるデモに基づいています。実際に使用したことがありません。

おすすめ記事