問題タブ [timeout]

私は draggable() を使用していますが、時折、draggable() は、マウス ボタンを離した後もドラッグ効果が持続するロック効果を作成するようです。これが発生すると、唯一の修正はページを更新することですが、これは ajax ベースのサイトにとってはひどい方法です。

そのため、 UI ドキュメントを使用して、ドラッグの開始時にタイムアウトを設定する方法を見つけようとしています。これにより、ドラッグが x 秒以内に終了しない場合、dragstop イベントが呼び出されます。

これは難しくないと思いますが、これまでのところ実装できていません。どんな助けでも大歓迎です。

非常に大量のデータ (数百万のファイル、テラバイトのデータ) を SQL クラスターに移行する必要があります。移行プロセスは毎週の移行に分割され、毎週数百人の新規ユーザー (リクエスト ジェネレーター) が移行されます。

これまでのところ、物事はかなり順調に進んでいますが、最近、SQL クラスターが非常に奇妙な動作をし始めていることがわかりました。CPU 使用率は約 20% で健全で安定していますが、SQL プロセスは、何もなくなるまで (約 12GB) 新しいメモリを常に割り当てています。これが発生すると、プロセスはすべてのメモリを「ダンプ」し、新たに 12GB に向かって上昇し始めます。このダンプ中に、サーバーが応答しなくなり、最終的にタイムアウトになることがよくありますが、この数週間の移行中には発生しません。

この割り当てとダンプの動作は、SQL クラスターで一般的ですか? これが決して起こらないように、または少なくともデータベース全体を混雑させないように構成することは可能ですか? 大規模な移行ジョブの経験がある人はいますか?

イベント ログを調べたところ、タイムアウトの前に WMI 警告が表示されていました。System Center Operations Manager 2007 を使用してシステムを見落としていますが、これがこの動作を説明できますか?

助けてくれてありがとう！

Web ページで、タイムアウトをプログラムで設定することを許可していないサード パーティに電話しています。BeginInvoke を呼び出し、AsyncWaitHandle.WaitOne を使用して、指定された時間待機します。

呼び出しがタイムアウトした場合は、先に進み、開始したスレッド呼び出しを忘れます。私の質問は、タイムアウトの状況で何らかの方法で EndInvoke を呼び出す必要があるかどうかです。この MSDN ページの "CAUTION" 発言は、私がすべきかどうか疑問に思います: http://msdn.microsoft.com/en-us/library/2e08f6yc(VS.71).aspx

私がすべきだと思うなら、次の質問は、私の Web ページの処理が完了し、サード パーティが戻ってくる前にクライアントに戻る場合、コードを実行するためにコールバック メソッドがリッスンするかどうかです。リクエスト/レスポンスが完了すると、サーバーはアクティビティの検索を停止しませんか?

私が使用しているコードは次のとおりです。

セッション変数に文字列値を格納する場合、シリアライズまたはデシリアライズする必要がありますか? 私はあなたがあなたのweb.config

セッション変数に値を格納する前にシリアル化する必要があり、値を取得するときに逆シリアル化します。たとえば、次のように文字列値をセッションに配置するだけでしょうか。

それを取得するときは、次のようにするだけです。

また、指定されているタイムアウトは 60 ですか、それは分単位ですか、それとも時間単位ですか?

ありがとう。

日付が指定された期間内にあるsolrからデータを取得するスクリプトを作成し、毎日の cron として使用してスクリプトを実行します。

問題は、cronjob がタスクを完了しないことです。スクリプトを（同じ期間）手動で実行すると、うまく機能します。指定した期間を短縮すると、スクリプトは cron からも実行されます。したがって、処理するデータが多い場合、スクリプトの実行中に cronjob がタイムアウトになると思います。

cronjob のタイムアウトを増やすにはどうすればよいですか?

PS - 1. cronjob で実行しているスクリプトは、python スクリプトを実行する bash スクリプトです。

ページの読み込み時にタイムアウトになるページがいくつかある ASP.net Web アプリがあります (通常、これらはすべて管理者タイプのページであり、処理を伴うバグのアップロード/ダウンロードを行います)。

解決策の 1 つは、Session.Timeout と Server.ScriptTimeout の両方を非常に大きな数に増やすことでした。これは正常に機能します。ただし、ここでは、各設定がいつ適用されるかについてかなりの議論があります。控えめに言っても、MSDN ページは自由に解釈できます。

違いが何であるかの読者向けダイジェスト版を誰か教えてもらえますか、または見つからなかった MSDN ページを教えてもらえますか?

皆さんありがとう。

（問題がある場合は、II6の.net 2.0。）

おまけのフォローアップの質問として、たとえば、特定のページの on_load() 関数でこれらの設定を変更すると、アプリ全体で変更されますか、それともそのページだけで変更されますか?

編集：おっと！「Server.Timeout」ではなく「Session.Timeout」を意味していました。

Web アプリケーションのセッション タイムアウトは通常、アイドル時間、つまりユーザーがアプリケーションを操作していない時間を示します。

では、5 分ごとにリクエストを送信する自動化されたスクリプトが作成された場合、そのユーザーのセッションは際限なく続くのではないでしょうか? この場合、このアプローチはアプリケーションに大きな負荷をかけ、長期的にはパフォーマンスに影響を与えませんか?

ASP.NET が Web ページで応答を生成するのに長い時間がかかる (2 時間以上) という状況に遭遇しています。これは、コードビハインドがしばらく実行されているためです (非常に長くて遅いループ)。

ブラウザ (IE と Firefox の両方) が応答の待機を停止し (約 1 時間後)、一般的な「Web ページを表示できません」というエラーが表示されます (存在しないサーバーに移動しようとした場合に表示されるものと同様)。

同時に、asp.net アプリは続行され (デバッガーで確認できます)、最終的に完了します。

なぜこれが起こるのですか？これに影響を与える web.config の設定はありますか? これを引き起こしているタイムアウト設定が欠けていることを願っています。

多分IEかFirefoxの設定？しかし、サーバーが接続を維持している間、彼らは待っていると思います。

VS からローカル マシンでデバッグ モード (コンパイル debug="true") でアプリを起動しても、これが発生します (したがって、IIS ではなく ASP.NET Dev Server で実行されます)。

ページの生成に時間がかかるのは悪いことですが、この段階では問題ありません。高速化するには多くの余分な作業が必要であり、遅延はそれほど重要ではありません。これは内部で使用されます。

この問題を回避して、ロジックをバックグラウンド プロセスに実行し、AJAX を介して完了したときに通知を受け取るか、デスクトップ アプリやサービスなどにプルすることで再設計できることを認識しています。最終的にはその方向に沿った何かが行われるでしょうが、それは私が今求めていることではありません.

これが私がすることです：

リンク「mylink」は存在し、click() の最初の呼び出しは常に機能します。しかし、2 番目の click() は機能しているように見えることもあれば、そうでないこともあります。

ページの読み込みが開始されていないため、click() イベントがまったくトリガーされていないようです。残念ながら、この動作は過小評価的です。

これが私がすでに試したことです：

1. より長い時間のタイムアウトを設定
   => 役に立たなかった

2. 1つのページをロードした後に要素が存在するのを待つ
   =>ページのロードが開始されないため、どちらも機能しません

今のところ、最終的に click() を 2 回呼び出すことになったので、次のようにします。

それはうまくいきますが、それは本当に良い解決策ではありません。私は別のフォーラムで、誰かが「clickAndWaitWithRetry」のようなものを書くことを提案したことも見ました:

しかし、それも適切な解決策ではないと思います.... click() イベントが時々トリガーされない理由はありますか?

HttpURLConnection から InputStream を開こうとすると、一部のサーバーからランダムに予期しない結果が得られます。これらのサーバーは接続を受け入れ、ソケットを開いたままにするがデータをストリームに送り返すことを許可しない「stay-alive」ヘッダーで応答するようです。

そのシナリオは、マルチスレッドクローラーの試みを少し「複雑」にします。接続がスタックすると、それを実行しているスレッドが返されないためです...一部のスレッドがまだ働いている。

接続応答ヘッダーを読み取って、その「生きている」答えを特定し、ストリームを開こうとするのを避ける方法はありますか??