更新-runat="server"を削除しても、これは発生しません...その後、ダイアログの値をコードビハインドに戻すにはどうすればよいですか？
シナリオはこんな感じ。私のページにこのコードがあります
<input type="file" id="ID" runat="server" /> <asp:Button ID="btn" runat="server" Text="click me you chump" />
大きなファイル（200mb）を参照してボタンをクリックすると、ポストバック以外は何も表示されません。ブラウザで接続が中断されました。小さいファイルでこれを行う場合、それは問題ではありません...唯一の問題は、接続文字列を作成するためにデータベースの場所を取得できる必要があることです。
ユーザーがディレクトリを参照し、データベースを選択し、ボタンを押して接続文字列を準備できるようにする必要があります。
少なくとも、誰かがこれを本当に素早く試して、これがあなたにも起こるかどうか私に知らせてくれるなら。
ありがとうジム
チェックアウト：MSからのこの記事
特に（強調鉱山）：
詳しくは
理論的には、最大ファイル アップロード サイズはかなり大きくなります。ただし、ASP.NET の正常性監視のため、ASP.NET で非常に大きなファイルをアップロードすることはできません。ASP.NET ワーカー プロセスには、2 ギガバイト (GB) の仮想アドレス空間があります。ただし、ASP.NET ワーカー プロセスは、正常性の監視とメモリの断片化のために 1 GB 強しか使用しません。
アップロード プロセス中、ユーザーがファイルをディスクに保存する前に、ASP.NET はファイル全体をメモリに読み込みます。したがって、Machine.config ファイルの processModel タグの memoryLimit 属性が原因で、プロセスがリサイクルされる場合があります。memoryLimit 属性は、プロセスが自動的にリサイクルされる前に、ASP.NET ワーカー プロセスが消費できる物理メモリの割合を指定します。リサイクルにより、メモリ リークによって ASP.NET がクラッシュしたり、応答が停止したりするのを防ぐことができます。
さらに、アップロードできる最大ファイル サイズには、他の要因も影響します。これらの要因には、使用可能なメモリ、使用可能なハード ディスク容量、プロセッサ速度、および現在のネットワーク トラフィックが含まれます。アップロードされるファイルの通常のトラフィックでは、10 ～ 20 メガバイト (MB) の範囲の最大ファイル サイズを使用することをお勧めします。ファイルをほとんどアップロードしない場合、最大ファイル サイズは 100 MB になることがあります。
注 ASP.NET では、100 MB を超えるファイルをアップロードできます。ただし、マイクロソフトは、この記事に記載されている最大ファイル アップロード サイズに従うことをお勧めします。より正確なファイル サイズを決定するには、運用環境で使用されるものと同様のコンピューターでストレス テストを実行します。
特定の問題に対処するわけではありませんが、Jon Galloway のこの記事が役立つ可能性があります。