問題タブ [embeddedwebserver]

私は C++ でアプリケーションを作成しており、GUI となる組み込みの単純な Web サーバーを使用することを考えていたので、localhost にアプリケーション ポートを設定できました。

c++/c で使用するために、どのような Web サーバーをお勧めしますか?

ありがとう

複製:これは.NET WebBrowser Control as User Interfaceの複製です。この質問を閉じて、元の回答に新しい回答を向けましょう。

こんにちは皆さん、このような経験が必要です。最近、クロスプラットフォーム GUI を提供する簡単な方法として、C++ で記述されたアプリケーションに組み込み Web サーバーを使用することを考えていました。このテクニックについてどう思いますか？誰かがそれを使用していますか？軽く、クロスプラットフォームで、簡単に開発できます。アプリケーションを自己完結型の 1 つのバイナリ ファイルとして保持する機能

テスト アプリケーションに Jetty を埋め込むことに成功しました。問題なくファイルを提供できます。Jetty が独自の Jar ファイル内にあるファイルを提供できるかどうかを知りたいです。

それが可能かどうか誰にもわかりますか？

オープンソースの高速Webサーバーライブラリはありますか？ありがとう。

私は、Linux 開発ボードと温度センサーで構成される個人的なプロジェクトに取り組んでいます。家のどこからでも温度の素敵な Web 2.0 リアルタイム プロットを見たいと思います。ハードウェア/ドライバーのバックグラウンドを持っているので、データベースや Web サーバーにはあまり詳しくありません。クライアント Web ブラウザーから同時に表示できるローカル Web サーバー (開発ボードでも実行されている) に、アプリケーションから新しい温度値を送信する方法を見つけようとして立ち往生しています。私がやろうとしていることを示す写真を添付し​​ました：

http://img193.imageshack.us/img193/4742/92898822.jpg

ドライバーとアプリケーションを作成し、GWT を使用してアプリを作成してみました。サーバー側のアプリケーションとデータベースを作成する方法を見つけようとして立ち往生しています。つまり、SQLを埋め込んでhttp経由でアプリケーションとクライアントの両方と通信する別の実行可能ファイルを作成する必要がありますか、それともこれを行うためのより簡単な既存の方法がありますか? ?

前もって感謝します。

ケビン

外部プロセスが通信できるように、AdobeFlashCS4用にコンパイルされたjsfl外部ライブラリに小さなWebサーバーを埋め込む必要があります。外部ライブラリはMacではCarbonバンドル、Windowsではdllのセットになるため、WebサーバーはRubyのような外部依存関係なしにC /C++コードから埋め込み/ロードする必要があります。fnordやmini-httpdなどの小さなWebサーバーのほとんどは、MacやWindowsに移植されたことがありませんが、ほとんどの場合Linuxでコンパイルすることを目的としています。Luaベースの組み込みWebサーバーを使用することを考えていましたが、それが機能するかどうかはわかりませんでした。WindowsやMacへの移植が他のサーバーよりも簡単な組み込みWebサーバーはありますか？

私は家電メーカーと協力して、LAN ベースの制御システムを製品に組み込んでいます。アイデアは、クライアントがソフトウェアをインストールする必要がないように、Web ブラウザーを介してシステム構成/制御インターフェイスを提供することです。組み込みモジュールを介してシリアル データを送受信することで、アプライアンスと通信できます。アプライアンスはフロント パネルの UI からも制御できるため、リモート Web インターフェイスの同期を非常に低い遅延で維持するという課題が生じます。サーバーからクライアントへのリアルタイムイベントを処理するために必要なものは、Webソケットまたはある種のプッシュのようです。

Lantronix Mathport AR 組み込みデバイス サーバーを使用しています。すぐに使用できるユニットは、カスタム HTML および Java サーブレット/アプレットを提供します。より柔軟性が必要な場合は、軽量の Linux ディストリビューションをインストールするオプションがあります。デバイスが標準の Apache を実行していないため、サーバー側のアプリを実装する方法がわかりません。Boaを使っていると思います。

誰かがこれを行う方法の正しい方向に私を導くことができますか?

いくつかの利用可能なhttpサーバーライブラリを調べましたが、探しているものがまだ見つかりません。この一連の要件を最初に持つことはできないと確信しています。

'パイプライン化された'APIを提示するライブラリが必要です。パイプラインは、応答を待たずに一度に複数のHTTP要求をTCPリンクを介して送信できるHTTP機能を説明するために使用されます。ライブラリAPIに同様の機能が必要で、アプリケーションは応答を送信せずにこれらの要求をすべて受信できます（応答しますが、内部レイテンシの影響を減らすために一度に複数の要求を処理する機能が必要です）。

したがって、Webサーバーライブラリは次のフローをサポートする必要があります

1）HTTPクライアントはhttpリクエストを送信します1

2）HTTPクライアントはhttpリクエスト2を送信します...

3）Webサーバーライブラリはリクエスト1を受信し、それをMyWebServerアプリに渡します

4）My Web Server Appはリクエスト1を受信し、それをMySystemにディスパッチします

5）Webサーバーはリクエスト2を受信し、それをMyWebServerアプリに渡します

6）My Web Server Appはリクエスト2を受信し、それをMySystemにディスパッチします

7）My Web Server Appは、My Systemから要求1への応答を受信し、それをWebServerに渡します。

8）WebサーバーはHTTP応答1をHTTPクライアントに送信します

9）My Web Server Appは、My Systemからリクエスト2への応答を受信し、それをWebServerに渡します。

10）WebサーバーはHTTP応答2をHTTPクライアントに送信します

うまくいけば、これは私の要件を示しています。認識すべき2つの重要なポイントがあります。Webサーバーライブラリへの応答は非同期であり、未処理の応答を含む複数のHTTP要求がMyWebServerアプリに渡される場合があります。

追加の要件は次のとおりです

1. 既存の「C」アプリケーションに埋め込むことができます
2. 小さな足跡; Apacheなどで利用できるすべての機能は必要ありません。
3. 効率的; 1秒間に数千のリクエストをサポートする必要があります
4. リクエストへの非同期応答を許可します。それらは応答への小さな待ち時間であり、必要な要求スループットを考えると、同期アーキテクチャは私にとっては機能しません。
5. 永続的なTCP接続をサポートする
6. サーバープッシュコメット接続での使用をサポート
7. オープンソース/GPL
8. HTTPSのサポート
9. Linux、Windows間でポータブル。できればもっと。

私はどんな推薦にも非常に感謝します

よろしくお願いします

C++ アプリケーションに組み込むことができる xmlrpc ライブラリを探しています。SourceForge の XmlRpc++は非常に優れたソリューションですが、HTTPS のサポートは提供していません。

gSOAPなどの他の RPC に似たソリューションは、商用利用には無料ではありません (または、間違っているのでしょうか。MPLのようなライセンスについても言及しています)。

Apache の Axis/C++ はどうですか? どうにかして埋め込むことはできますか (未回答のメーリング リスト エントリを見つけただけです)。

リソース/ライブラリの提案に感謝します

• C/C++ を使用して埋め込むことができます
• HTTPS (または一般的に SSL/TLS) をサポート
• 商業目的で使用することができます

組み込みシステムでカスタム Web サーバーを使用していますが、キャッシュ用の HTTP ヘッダーを正しく設定するのに問題があります。

私たちの Web サーバーはすべての動的コンテンツを XML として生成し、半静的 XSL ファイルを使用して、適切な測定のためにいくつかの動的 JSON 要求を半静的画像とともにスローして表示しています。XSL とイメージ ファイルを変更する可能性のあるファームウェアの更新を行う必要がある場合に問題が発生するため、「半静的」と言います。

XSL および画像ファイルをキャッシュし、XML および JSON 応答をキャッシュしないようにする必要があります。私は HTTP 応答を完全に制御しており、現在:

1. XSL ファイルと画像ファイルで ETag を使用し、変更された時間とサイズを使用して ETag を生成する
2. Cache-Control の設定: XML および JSON 応答に対するキャッシュなし

前述したように、XSL とイメージ ファイルが時々キャッシュされるファームウェアの更新まで、すべてがうまく機能します。最新バージョンの Firefox と Safari では問題なく動作することを確認しましたが、IE ではいくつか問題がありました。

この問題の解決策の 1 つは、バージョンごとに XSL ファイルと画像ファイルの名前を変更し (例: logo-v1.1.png、logo-v1.2.png)、Expires ヘッダーを将来の日付に設定することです。これは XSL ファイルでは難しいので、避けたいと思います。

注: ユニットには時計がありますが、ユーザーが設定する必要があり、100% 信頼できない可能性があるため、ETag を使用するときにキャッシュの問題が発生する可能性があります。

採用すべきベストプラクティスは何ですか? できるだけ多くの Web サーバー リクエストを回避したいのですが、ソフトウェアの更新後に古い XSL ファイルとイメージ ファイルを無効にすることが最優先事項です。