問題タブ [cppcms]

JavaScript と CppCms (C++ フレームワークから Web アプリケーション) で使用するため、feed テーブルから temperature_c/f や web 上の時間などを表示したい

エラーが発生し、解決方法がわかりません。

これはクラス feed.cpp の関数で、その関数の後にエラーが発生しました

このメソッドは都市 ID とセッションを受け取ります

ID は int で、自動インクリメント値ですMAX(id)。特定の都市の最新の更新に関するこの戻りクエリへの参照

エラーがあります

説明：

このメソッド ( fprintf (stderr, "\nnum 6\n");) を使用して、エラーの場所を見つけます。num 5 から num 6 の間にエラーが表示されていることがわかります。

ここに：

どうすればそれを解決できますか?

CppCMS サーバーを使用していますが、ポスト メッセージが数 kB の特定のサイズに達すると、ポスト リクエストのパフォーマンスが非常に低下します。これは、わずかに変更された、初心者向けチュートリアルの最小限のサーバーの例で既に発生しています。

奇妙なことに、サーバーはメイン関数で数ミリ秒しか費やさず、2 つの呼び出しの間に 1 秒または 2 秒しか費やさないということです。

1. 現在、CppCMS は何をしているのですか?
2. さらに重要なことに、この時間を短縮するにはどうすればよいでしょうか。
3. スレッドプールの問題ですか？
4. 投稿メッセージの高価な処理はありますか? （圧縮について何か読んだことがあります）それをオフにしたり、加速したりできますか？

8 ～ 10kB の XML ファイルを含む 9 つのポスト リクエストは、リクエストを処理することさえせずに 9 秒かかります。node.js サーバーでは、同じリクエストに 0.5 秒もかかりません。私はさまざまな構成を試し、多くの dox と投稿を読みましたが、これらの長いアイドル時間を説明するものを見つけることができませんでした。どんな助けでも大歓迎です。

前もってありがとう、ピーター

高性能ターゲットを備えた C++ Web フレームワークを探していました。私はそれを見つけました.Unicodeをサポートしているかどうかはわかりません.一部のサンプルではレンダリングにstd:stringを使用しているためです. Unicode 出力で使用する人はいますか?

tl;dr : jQuery の ajax 関数は、タイムアウトした http 要求を閉じないようです。そのため、各ロング ポーリング リクエストごとに開かれた各ソケットは決して閉じず、サーバーは開いているソケットの数が原因で最終的に接続を拒否します。 これらの接続がタイムアウトしたら閉じることは可能ですか? そうでない場合、ロングポーリングへのアプローチのどこが間違っているのでしょうか?

注:これはおそらく予期された動作であることは認識していますが、すべての可動部分を追跡し、問題の誤解を特定するのに悪夢を見ています。あなたが提供できるガイダンス/明確さは大歓迎です。

lighttpd、cppcms (C++ Web フレームワーク)、および jQuery を使用して、プッシュ ベースの通知を示す簡単なアプリケーションを開発しました。クライアントはこれを行います：

そして、サーバーは次のようなことを行います (Python Flask マイクロフレームワークで同様のテストを行い、次の cppcms 実装と同じ結果が得られました)。

ajax 呼び出しがタイムアウトしたときに Firefox の開発者ツールのネットワーク タブを調べると、HTTP 要求が応答またはステータス コードを返さなかったことが示されますが、コンソールは ajax 呼び出しの「エラー」コールバックでタイムアウトの失敗を示します。Chrome の開発者ツールのネットワーク タブを同様に調べると、タイムアウトになったときにリクエストが「キャンセル」されたことがわかります。サーバーで開いているソケット ファイル記述子を調べると、タイムアウトしたソケットが CLOSE_WAIT 状態にあり、サーバーを停止して再度起動するまでそのままの状態が続くことがわかります。

時間を割いてすべてをお読みいただきありがとうございます。問題を特定するためにさらに情報が必要な場合はお知らせください。その間も掘り続けます。

CppCms を使用して簡単な例を試しています。すべてのアプリケーションを Web アプリケーション ルートに対して相対的に実行したいと考えています。スクリプト パスを基準にしてアプリケーションを実行したくありません。Ex localhost: 8080/script-path/relative-path-to-my-application の代わりに、アプリケーションのパスを次のようにしたいと思います: localhost: 8080/relative-path-to-my-application. CppCMS-Embedded を使用してこのアプリケーションを実行したいと考えています。私は非常に単純な例を試していますが、成功しませんでした。ルート URL ( http://localhost:8080/ ) を試すたびに、次のような 404 エラーが発生します。

私が作成したコードと構成ファイルの下：

main.cpp:

config.js:

index.tmpl

content.h

構成に欠けているものは何ですか? CppCMS-Embedded が Web アプリケーション ルートにルーティングされない理由。ありがとう。

組み込み環境では、I2C デバイスの状態をチェックするという、避けられないポーリング要件があります。

CPPCMS サービス ループ内で実行する簡単な方法はありますか? 代替の設計は、CPPCMS サービスと非同期で通信する別のプロセスですが、共有アプリケーションで使用することには利点があります。

たとえば、200ms ごとにコールバックをスケジュールしたいと思います。

わかりましたので、FDリークと思われるものを調査しています。

これは C++11 で記述された Linux CppCms アプリケーションです。約 250 リクエスト/秒を送信するツールでテストしました。

テストは 30 分間行われ、ときどき lighttpd(server.c.1446) [note] sockets disabled, out-of-fdsエラーが発生します。

を使用してFDの調査を開始しましたwatch "sudo ls /proc/<lighttpd>/fd/ | wc -l; echo /;sudo ls /proc/<myApp>/fd/ | wc -l;echo /; sysctl fs.file-nr"

結果は、そうでなくなるまではすべて問題ないと言っているようです。FD は安定しており (50 - 100)、lighttpd max-fd の数値までランダムに取得されます。私のアプリケーションが関与していた場合、それはもっと早く起こると思います (200000 件のリクエストが成功した後ではありません)。

私はvalgrindを使って何かを見ようとしましたが、これを見つけました:

それが本当のファイル記述子のリークかどうかはわかりませんが、そのようです。

私のコードに問題はありますか? CppCms に問題はありますか? このような問題に遭遇したことがありますか? 誰がファイル記述子ハンドルを 100 から 8000 に増やしているかを検出するためのヒントはありますか?