問題タブ [javascript-debugger]

ノード アプリケーションをnode --debug . -c=config-nameオプションとして起動すると、ポートのリッスンに関するメッセージが表示されません。

また、実行するnetstat -tlnpと、ポート 5858 をリッスンしているアプリケーションが表示されません。

このため、node-inspector や intellij Idea ノード プラグインなどのデバッガーを使用できません。

どうすれば解決できますか？

私は元々開発していなかった（したがって、あまり慣れていない）WebページにYouTube埋め込みリンクを追加しようとしていますが、すでにさまざまなことが行われています（つまり、他の多くのjs呼び出しなど）-だからつまり、私のような初心者の JavaScript デバッガーにとって、物事を特定するのは非常に難しいのです。

何らかの理由で、このページは YouTube の埋め込みリンクをほぼ全画面幅のビデオに変更します。貼り付けているコードに従って単純に実行したいのですが、この例では次のとおりです。

スワップアウトするコードは次のとおりです。

JavaScript をオフにすると、埋め込まれたビデオが適切なサイズで表示され、元のコードが使用されるため、JavaScript と関係があることは明らかです。

私はJavaScriptのデバッグが初めてであることを念頭に置いて、この種のコードの操作を何とかきれいに中断して、YouTubeの埋め込みコードを操作しないようにする最も簡単な方法は何ですか?

Google Chrome 開発ツールを使用しています。

Chrome と Firefox のデバッグ ツールを使いこなせるようになりましたが、Breeze が管理するローカル エンティティ キャッシュを簡単に調べる方法がまだ見つかりません。データがネットワーク経由で送信されるのは簡単に確認できますが、ローカル キャッシュに対して作業を行っている場合は、VS C# デバッグのビジュアライザーのようなものがローカル データを調べて、追加されたオブジェクト、変更されたオブジェクト、およびオブジェクトの形状を確認したいと考えています。メタデータを拡張しました。

私は Glimpse をインストールしましたが、それはワイヤ トラフィックにのみ適しているようです。Hibernating Rhinos EF プロファイラーの評価があり、トリックを実行する何かがそこにある場合はそれをインストールします。

確かに他の誰かがこれを望んでいて、ビジュアライザーを見つけたのですか、それとも私が見逃しているChromeまたはFirebugのもののどこかを指し示すことができますか?

createMessageNode の戻り値を取得して変更し、Web コンソールの出力を変更して、Firefox Web コンソールに情報を挿入する方法を見つけました。

奇妙なことに、返された要素は、それらが表すオブジェクトにリンクする方法がないように見えますが、[object Array] をクリックすると、常に右にポップアップします。これはどのように接続されていますか？

補足として、パンくずリストを上方向にクリックしてスタック トレースのどこから来たかを確認すると、一部の項目がデバッガーに表示されません。これはバグですか、それとも一部の JS モジュールがコンパイルされて、コンテンツがここに表示されないようになっていますか? [object Array] などと常に言うのではなく、コンソール ラインに配列を追加するのは正しい場所ですか?

更新このコードは、上記のブランチで確認して実行できます: https://github.com/programmin1/DevTools-Tweaks/tree/webconsoleOutputBetter

Meteor は、返されたすべてのスクリプト ファイルの最後に一意のハッシュ クエリ パラメータを追加します。デバッグに関しては、これは素晴らしいことです。変更したファイルにブレークポイントを設定すると、それらのブレークポイントを再度追加する必要があります。通常、変更するファイルにブレークポイントがあるため、非常に面倒です。このような場合、新しいバージョンのコードを取得するためにキャッシュを無効にしてページを強制的に更新する必要はありません。

ブレークポイントを保持する別の方法があれば、これも私の問題を解決します

私はjquery.FileDownloadプラグインを実装しようとしています。これは、iframe を使用することによって通常は不可能な Ajax のようなファイル ダウンロード エクスペリエンスを可能にします。ただし、このプラグインを使用しているという事実は、私の質問にとって必須ではありません。これは、コードのブレーク ポイントに関する一般的な質問です。

その場合、ここに私のコードがあります：

AJAX 呼び出しが成功すると、successCallbackが呼び出され、すべてが正常に機能します。リクエストでエラーが発生すると、failCallbackが呼び出され、$container 内のどの要素にもアクセスできません。iframe が原因で、アクセシビリティに関して何かが起こっている可能性があることを示す「許可が拒否されました」というエラーが表示されます。

いずれの場合も、この問題をデバッグするときに、ブラウザー デバッガーにブレーク ポイントを配置しました$.fileDownload()。この行を中断すると、 $container とそれに含まれるすべての要素にアクセスでき、「許可が拒否されました」というエラーは表示されません。urlこれは、メソッドに渡されていることに対応するサーバー側のメソッドで任意の時間ブレークする場合にも当てはまります$.fileDownload。

これにより、IE のこのプラグインにはタイミング/スレッドの問題があると思われました。デバッガーでエラーが発生するのを妨げていた遅延を再現するために、javascript とサーバー側のコードでそれぞれ と を使用しようとしsetTimeout()ましThread.Sleep()たが、それでも「許可が拒否されました」というエラーが発生しました。

コードに手動で遅延を追加するのと比較して、デバッガーを中断するのと何が違うのですか?