0

私は今のところ完全にローカルであるVS 2010でASP.NETプロジェクトに取り組んでおり、説明できないような奇妙な問題が発生し続けています。

基本的に、ある種のポストバック イベントを引き起こすアクションを実行すると (たとえば、ドロップダウン リストの選択に基づいてグリッドビューを再作成するドロップダウン リストの選択を変更するなど)、ページは通常のポストバックのように「ちらつき」ますが、空白のページになります。

これはめったに発生しないので、当面は無視して、プロジェクトの他の側面に集中することにしました。ただし、AJAX を使用して部分的なポストバックを実装した後、何が起こっているのかがわかったと思います。

部分的なポストバックを使用すると、ポストバックが発生するたびにページがリロードされなくなり、ポストバックを引き起こすはずのアクションを実行してもまったく何も起こらないことがあることに気付きました。

だから私の仮説は、どういうわけか、トリガーされたイベントがポストバックを引き起こしますが、どこかでハングアップするということですか? 私はWebプログラミングにかなり慣れていないので、現時点では途方に暮れています。

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

ありがとう

4

1 に答える 1

1

エラーやログを記録することなく、Web サイトの大部分に影響する断続的なエラーが発生しているようです。これは口語的に「巨大な頭痛」として知られています。

問題に関する詳細情報を取得するために実行できるいくつかの手順を次に示します。

  • ブラウザー/クライアント側で、Firebug などの開発者アドオンをインストールして、呼び出しを行うときに AJAX/javascript をステップスルーできるようにします。奇妙に見えるものや、ポストバックにとって重要な情報への対処に失敗していることを示唆するものがないか注意してください。Javascript の堅牢性は、論理的に意味のないことを頻繁に実行できることを意味し、C# などのより特殊な言語に期待されるような有益なエラーで大規模なクラッシュが発生することはありません。

  • 接続時に Fiddler をインストールし、回線を介して送信されるすべての要求と応答のログを保持します。エラーを再現できたら、サーバーに送信されたリクエストを注意深く調べて、他のリクエストと何か違うかどうかを確認します。応答があった場合は、それも調査します。

  • サーバー側では、ビジュアル スタジオ デバッガーを Web サーバー インスタンスにドロップしてみてください。これにより、何かがいつヒットし、いつヒットしないかを可視化できます。これを行うことができれば、失敗したときにコードに完全に到達しているかどうかを少なくとも確認できます。

また、最近、オフィス/作業スペースで既知のハードウェアの問題があったかどうかを尋ねることも役立つ場合があります。他のすべてが機能しているため、実際にはありそうにないように思えますが、このような問題に対処するときは、すべてのベースを確認することをお勧めします.

于 2012-10-30T21:05:37.123 に答える