問題タブ [executiontimeout]

CSV ファイルから多数のフィールドをインポートしているときにタイムアウト エラーが発生します。インポート中は、で構成されているタイムアウトを参照します

CSV ファイルからフィールドの数を予測することはできません。ライブ環境で多数のファイルが処理される場合があります。ファイルの最後に到達するまで、このインポート ロジックで最大タイムアウトを設定したかったのです。私たちのクライアントは、インポート ロジック用に構成した時間を気にしません。私たちの目標は、タイムアウト エラーなしですべてのフィールドをインポートすることです。

グーグルで、指定された期間で次のステートメントを使用してタイムアウトを設定できることがわかりました。

HttpContext.Current.Server.ScriptTimeout = 360;

ただし、大きな CSV ファイルのインポートにかかる時間は予測できません。web.config で設定する代わりに、C# コードで最大タイムアウトを構成する方法。

前もって感謝します！！

localhost からメールを送信するために phpMailer を使用していますが、それを機能させるには、そのメイン クラスを簡単に修正する必要がありました。

phpmailer をダウンロードして使用したところ、スクリプトで最大実行時間エラーが発生しました。

そこで、class.phpmailer.php の 737 行目に行き、アドレスを検証する関数を見つけました。

これは有名な 737 行です。

スクリプトがタイムアウトしたと思われる正規表現が含まれているため、if 条件を削除し、新しい PHP filter_var 関数を残してメールを確認しました。次のようにします。

これで、コードは localhost から GMAIL smtp サーバーを使用して電子メールを正しく送信します。しかし: この変更は私のアプリケーションのセキュリティ リスクを想定していますか?、それを修正する他の方法はありますか?

事前に感謝します。コピーされたコードの大きな部分で申し訳ありません。

これは私にとって多くの苦痛の源でした！ExecutionTimeoutアプリケーションに 110 秒のグローバルを使用しています。1 つの特定のページにコントロールが含まれているため、多数の未処理の例外が生成されますFileUpload。

ここに問題があります...次の宣言を使用して、web.configでファイルサイズと実行タイムアウトを制限する方法を知っています。

私が抱えている問題はここにあります：

ファイルの長さをチェックするプロセス自体が非常に頻繁に例外をスローし、その例外は上記try, catchで適切にキャッチされず、global.asax でのアプリケーション レベルの例外処理に委ねられているようです。

maxRequestLengthクライアント側でファイルサイズを確認できないことは確かです。 andを増やし続けたくありません。executionTimeout私が探しているのは、ページでこれらのタイムアウトをキャッチしてメッセージを表示することだけです。これは可能ですか？

編集 - -

ここでの問題をよりよく説明するために、次のコードを実行してみてください (デフォルトの executionTimeout が 110 秒であると仮定します)。

デバッグがオフになっていることを確認してください。catch ブロックが機能せず、未処理のSystem.Web.HttpException: Request timed outエラーが発生します。これはまだ解決していません。

Elasticsearch-1.1.0 を使用してツイートのインデックスを作成しました。インデックス作成プロセスは問題ありません。その後、バージョンアップしました。現在、Elasticsearch-1.3.2 を使用していますが、ランダムに次のメッセージが表示されます。

ランダム性のスナップショット:

誰かが問題を解決する方法を指摘できますかRead timed out?

どうもありがとうございました。

httpRuntime executionTimeout を設定すると、すでに部分的にクライアントに送信された応答が切断されますか?

IIS 要求キューで、executionTimeout 設定よりもはるかに長い時間実行される要求があり、IIS Web Core モジュールの状態が SendResponse であることに気付きました。executionTimeout には、クライアントに応答を送信するのにかかる時間が含まれていますか?

私が見つけた唯一のドキュメントは、このスニップの次のページにありますが、IIS の古いバージョンでは 2003 年のものです: https://msdn.microsoft.com/en-us/library/ms972959.aspx

リクエスト実行時間。最後のリクエストの実行にかかったミリ秒数。フレームワークのバージョン 1.0 では、実行時間はワーカー プロセスが要求を受信したときに開始され、ASP.NET ISAPI が HSE_REQ_DONE_WITH_SESSION を IIS に送信したときに停止します。IIS バージョン 5 の場合、これにはクライアントへの応答の書き込みにかかる時間が含まれますが、IIS バージョン 6 の場合、応答バッファーは非同期で送信されるため、クライアントへの応答の書き込みにかかる時間は含まれません。

ASP.NET 4.5 Web アプリケーションを実行している Windows Server 2008 R2 の IIS バージョンは 7.5 であり、デバッグは false に設定されています。

私はmysqlを使用していましたが、最後にアクセスするまではすべて問題ありませんでしたが、今日、mysql-xamppを起動したときにこれを見つけました：

致命的なエラー: 258 行目の C:\xampp\phpMyAdmin\libraries\dbi\DBIMysqli.class.php で最大実行時間が 30 秒を超えました

私のphpmyadmin/config.inc.phpにはすでに行があり$cfg['ExecTimeLimit'] = 6000;ます。