問題タブ [xmlhttprequest]

アイテムのリストを表示するASP.NET3.5Webアプリを作成しています。ユーザーがアイテムを選択したときに、詳細を含む非モーダルポップアップを表示できるようにしたい。複数の詳細ポップアップを同時に表示できるようにしたい。（つまり、ユーザーはアイテムをクリックして詳細を表示し、別のアイテムをクリックして別のポップアップを表示できます。）現在、ポストバック中にRegisterStartupScriptを呼び出して、ページに「window.open（...）」スクリプトを書き込んでいます。 -レンダリングします。もちろん、問題は、これには全ページのポストバックと更新が必要なことです。

これはXMLHttpRequestまたはAJAXの完璧な使用法かもしれないと思いましたが、それを行う方法（またはこれを行うことが可能か賢いかどうか）がわかりません。誰かが私に道を教えてもらえますか？

AJAX Extensionsをインストールしていますが、AJAXControlToolkitを使用したくありません。

編集：いくつかの説明：ユーザーがアイテムを選択すると、カスタムイベントが発生します。サーバー上でこのイベントを処理し、サーバー側のロジックを使用してURLを作成し、RegisterStartupScriptで使用して「window.open（myUrl ...）」スクリプトを作成します。しかし、これを行うためにページ全体をポストバックするのは非効率的であるように思われるので、ページ全体をラウンドトリップすることなく、URLを作成して送り返す単純なサーバー側関数を呼び出すことができるかどうかを知りたいです。

実際には多くの例があり、そのうちの 1 つを使用しました。しかし、それは非同期で動作します。つまり、呼び出した関数が終了するのを待っていません。

JavaScript 関数で ProcessSend 関数を呼び出します。Web サービスに接続し、「response」変数を返します。しかし、私の JavaScript 関数は ProcessSend 関数の結果を待ちません。どうすれば同期できますか?

In Firefox 3, the answer is 6 per domain: as soon as a 7th XmlHttpRequest (on any tab) to the same domain is fired, it is queued until one of the other 6 finish.

What are the numbers for the other major browsers?

Also, are there ways around these limits without having my users modify their browser settings? For example, are there limits to the number of jsonp requests (which use script tag injection rather than an XmlHttpRequest object)?

Background: My users can make XmlHttpRequests from a web page to the server, asking the server to run ssh commands on remote hosts. If the remote hosts are down, the ssh command takes a few minutes to fail, eventually preventing my users from performing any further commands.

よく知られているように、XHR (別名 AJAX) Web アプリケーションでは、アプリの履歴が構築されず、更新ボタンをクリックすると、ユーザーが現在のアクティビティから移動することがよくあります。更新の問題を回避するために、 location.hash (例) に遭遇しました ( http://anywhere/index.html#somehashvaluelocation.hash を使用してアプリに現在の状態を通知し、ページ読み込みハンドラーを使用してその状態をリセットします)。それは本当に素敵でシンプルです。

これにより、location.hash を使用してアプリの履歴を追跡することを考えるようになりました。既存のライブラリは iframe などを使用するため、使用したくありません。アプリケーション ページがロードされたら、次のように開始します。

( appCacheは、アプリケーション変数を含む事前定義されたオブジェクトです) アイデアは、アプリケーション内のすべてのアクションをハッシュ値からトリガーすることです。適切なブラウザーでは、ハッシュ値の変更により履歴にエントリが追加されますが、IE (<= 7) では追加されません。すべてのブラウザーで、別のハッシュ値を持つページに戻るか進むと、ページの更新はトリガーされません。それが intervalled 関数が引き継ぐところです。この関数を使用すると、ハッシュ値の変更が (プログラムによって、または前後にクリックすることによって) 検出されるたびに、アプリは適切なアクションを実行できます。アプリケーションはそれ自体の履歴を追跡でき、アプリケーションに履歴ボタンを表示できるはずです (特に IE ユーザー向け)。

私が知る限り、これはクロス ブラウザで機能し、メモリやプロセッサ リソースのコストはかかりません。私の質問は、これは XHR アプリで履歴を管理するための実行可能なソリューションでしょうか? 長所と短所は何ですか？

更新:自作フレームワークを使用しているため、既存のフレームワークのいずれかを使用したくありませんでした。location.hash を IE で使用できるようにし、その履歴にも含めるために、役に立つかもしれない簡単なスクリプト (はい、iframe が必要です) を作成しました。私はそれを自分のサイトに公開しました。自由に使用/変更/批判してください。

非常に基本的なダッシュコード ウィジェットを作成しています。Apple からカスタマイズされたスニペットを使用しています: xmlRequest setup と xmlLoaded. 以下は私のコードです

シンプルに保つために、すべてを1つの関数にまとめたいと思います。もちろん、xmlLoaded 関数と sendURL 関数を分離することもできますが、私にとってはこれの方が明確です。

エラーコンソールに返されるコード:

xmlLoaded (LoadedXML 関数の最初の行内)

データ取得エラー: HTTP ステータス 0 (LoadedXML 関数からのエラー メッセージ)

onload が実行されました (httpFeedRequest.onload = loadedXML(); の下の行)

sent (関数の最後の行)

これらのスニペットにはダッシュコード自体が付属しているため、問題は私の URL にあると思います。これは、html または xml ページではなく、feed:// ページです。しかし、フィードも xml であるため、xmlRequest を使用することもできます。また、feed:// の代わりに http:// を使用して同じページを呼び出すと、同じ結果が返されます。

httpFeedRequest.responseText は"" (空の文字列)を返します

httpFeedRequest.responseXML がnullを返す

どんな助けでも大歓迎です！

ajaxリクエストに対するjsonとxmlの長所と短所は何ですか? 性能に違いはありますか？つまり、ブラウザはあるフォーマットを他のフォーマットよりも速く処理できますか?

JavaScriptではxmlHttpRequest.responseXML()、オブジェクトを返しDOM Documentます。DOM Documentオブジェクトは、XML構造のHTTP応答本文から作成されます。

オブジェクトの存続期間中のどの時点でxmlHttpRequest、XML文字列が解析されてDOM Document？

私はそれが2つの場所のうちの1つで起こるかもしれないと想像することができます。

• responseXML()が呼び出されたとき。
  XML文字列が実際に必要であることがわかるまで、XML文字列をDOMに解析するためにリソースを浪費する必要はありません。
  
  
• HTTP応答を受信したとき。
  サーバーがtext/xml content-typeを返す場合は、XMLを要求したことは明らかであり、要求されたデータをあまり処理できないため、応答本文をDOMに解析する必要があります。

どちらのオプションにもいくつかのメリットがありますが、XML文字列はが呼び出されたときにのみ解析されると言いたくなりますresponseXML。

XML文字列の解析はどの時点で発生しますか？

質問の理由：これをJSON逆シリアル化のパフォーマンスと比較する目的で、ブラウザーベースのXML逆シリアル化のパフォーマンスを測定する必要があります。

これは複数の部分からなる質問です。

完了するまでに数分かかる可能性のあるプロセスがあります。これは、非同期のjavascriptリクエストを使用してHTTPHandlerを呼び出すことによって実行されます。

質問1：このリクエストがサーバーとクライアントの両方でタイムアウトしないようにするにはどうすればよいですか？

質問2：最終ページが完了する前にXmlHttpRequestオブジェクトに返送される処理中に、HTTPHandlerからデータを出力することは可能ですか？

実際の作業負荷と完了した返品率を計算したいと思います。これは可能だと思います。

任意のヒント？

編集：

簡単なテスト：

HelloWorldを少しずつクライアントにプッシュします...これは同期リクエストで機能します。xmlHttpRequestが各行のreadystatechangeイベントを取得するかどうかを確認します。

ASP.NETアプリでのマルチスレッド化は常に避けています。これは、作業プロセスがいつ終了するかを制御できないため、生成されたすべてのスレッドが停止する結果になるためです。

代わりに、IISがすでにこれを行っているのに、なぜ別のスレッドプールを再発明するのか。