Angular.js: ng-ifおよびng-repeatによって作成されたコメントを削除するにはどうすればよいですか？

内部でどのように機能するかはわかりませんが、Angularは、実際のDOMノードを出力として持つ場合と持たない場合があるディレクティブを追跡するためにこれらのコメントを必要としています。 たとえば、ngIfがfalseの場合、DOMノードはありませんが、Angularコンパイラは、ツリー内のどの位置にディレクティブが配置されているかを知るためのコメントが必要です。 他の誰か、たとえば@caitpがこれをよりよく説明できると確信しています。

@ cc17なぜこれらの要素を取り除きたいのですか？ あなたの目標を達成するためのより良い方法があるでしょう。

コメントには、他の人に望まない製品ロジックが表示されます
見る。

2014-08-26 7:05 GMT + 08：00ブライアンフォード[email protected] ：

@ cc17https ：//github.com/cc17なぜこれらを取り除きたいのですか
要素？ あなたの目標を達成するためのより良い方法があるでしょう。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/angular/angular.js/issues/8722#issuecomment-53349716 。

@ cc17に同意しました。 私も同じことを達成したいです。

@ cc17これを理解したい。 Angularは、このトピック以外の理由でこれらのコメントノードが存在する必要があります。
今、あなたは言った

コメントには、他の人に見られたくない製品ロジックが表示されます

あなたはそれを言っていますか

• コメントノードに情報を表示しないようにしますか？ つまり、これらが空のコメントノードである場合、それは問題ありません
• コメントノードはまったく存在しないはずです

最初のオプションについて話している場合、それは一筋縄ではいかないかもしれませんが、オプトインを追加できる可能性があります。 2番目のオプションについて話している場合、それらを削除すると、ディレクティブのトランスクルージョンがどのように機能するかについて大きなリファクタリングが必要になります。

@lgalfaso

コメントノードに情報を表示しないようにしますか？ つまり、これらが空のコメントノードである場合、それは問題ありません

それは選択肢だと言えます。

@lgalfasoはい最初のオプションは問題あり

私は同じ問題に対する同じ答えを探してここに来ましたが、理由は異なります（途中で100万のコメントがあるDOM要素をデバッグするのは本当に面倒でした）。

他の人の話を聞いて、Angularがコメントに依存していることを説明するのは理にかなっています。 アプリロジックを非表示にすることへの懸念に2セントを追加します。Angularはjavascriptであり、ご存知のとおり、実際にピークに達し、内部で何が得られたかを確認したいユーザーからjavascriptコードを本当に保護する方法はありません。 私の意見では、コメントを削除すると、カジュアルな覗き見者があなたのロジックを見ることができなくなるだけです。 攻撃者を思いとどまらせることはありません。攻撃者があなたの角度のあるコメントを、コードの潜在的な露出や弱点を見つけるためのルートと見なすとしたら、私は非常に驚きます。

@ cc17
「コメントには、他の人に見られたくない製品ロジックが表示されます。」
？ コメントを表示するには、ブラウザの開発ツールを開く必要があります。
ここに、すべての（フロントエンド部分の）製品ロジックが表示されます！ あなたのhtml（元と現在）、javascript、ネットワークリクエスト...

@seavor
「何百万ものコメントが含まれているDOM要素をデバッグするのは本当に面倒でした」
どの角度のページ（許容可能な応答時間で;-)）を作成して「100万のコメント」を生成できるのだろうか

+1

ライブHTMLからコメントを削除するオプションも見たいです。 私の目には、それは醜くて気が散る。 私のテキストエディタとは異なり、開発者コンソールはページの3分の1の高さであるため、これらの余分なコメントは本当にバグがあります。

Angularがこれらを必要とする理由についての詳細はありますか？

醜くて気が散るのはそれほど強力な理由ではありません。 😉
コメントは、Angularによってコンテンツのマーカーとして使用されます。
そこに挿入。 たとえば、表示されないngIf要素にはこれが必要です。
ですから、彼らがそうなるという現実的な可能性はないと思います
削除されました。 Angular 2は理論的には同じ問題を抱えているはずですが、おそらくそれは
そこは違う。
午前10.02.201619：16 schrieb "Alistair G MacDonald" < [email protected]

：

+1

ライブHTMLからコメントを削除するオプションも見たいです。
私の目には、それは醜くて気が散る。

Angularがこれらを必要とする理由についての詳細はありますか？

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/angular/angular.js/issues/8722#issuecomment -182509708
。

はい、ng2には構造ディレクティブについてのコメントもあります。 （彼らは<script>要素を使用していたと思いますが、要素がCSSセレクターiircを壊していたため、ある時点でコメントに切り替えます。）

はい、 @ Narretzを理解し

@ F1LT3R 、コメントノードはマーカーとしてあります。 これらは、内容が表示されない場合に必要です（たとえば、 ngIf式がfalseと評価される、 ngSwitchWhen値が現在のngSwitch式と一致しないなど）。 その場合、後で実際の要素を挿入する場所を知るためにDOMにプレースホルダーが必要です（たとえば、 ngIf式がtrueと評価されたときなど）。

そのためのオプションがあることを願っています。

このようにコメントを残すのは良い考えではないと思います
<!-- ngIf: transaction.status==9 && transaction.status!==8 -->

@codetrash 、あなたが提案するより良いアイデアを持っているなら、私たちはすべての耳です：smiley：

@codetrashなぜそれは良い考えではないのですか？

@Narretzは、銀行、決済サービスなどの非常に機密性の高いアプリケーションの場合...これを残します

!-- ngIf: transaction.status==9 && transaction.status!==8 -->

危険な状況につながる可能性があります。

@gkalpak多分暗号化されたマーカーなどを残します。何かありますか？

@codetrash式のマークアップは、とにかくユーザーエージェントに公開されるJavaScriptコードに基づいています。 Javascriptコードを難読化すると、情報を取得するのが難しくなる可能性がありますが、アプリケーションロジックは抽出できます。 もちろん、表現を削除/難読化することもできますが、個人的には、ここにはセキュリティ上のリスクはなく、優先度は低いと思います。 誰かがそれを試してみたいと思ったら、あなたは大歓迎ですが、それがマージされることを保証することはできません。

@gkalpakに感謝し

@codetrash
<<危険な状況につながる可能性があります>>
?? このコードは、とにかく最初の段階でクリアテキストで送信されたhtmlで読むことができるものにすぎません。

+1。

@smurugavelこの問題を単純に+1しないでください。 これらのコメントに対する説得力のあるケースはまだないので、+ 1だけではこれを実装できません。

@Narretzは、@のCC17のようなビジネスロジックが必要に開発ツールを介してソースコードを見ることができます他の人に見られないことを、私の懸念だった、と述べました。
このスレッドの提案を見ていくと、 @ lgalfasoの最初のオプションは私にとっては問題ありませんでした。
あるいは、Angularチームは、人間が読み取れないこれらのコメントを暗号化したり、Angularが内部で追跡できる一意の識別子を追加したりできますか？ ただ私の考え..

@smurugavel 、このスレッドですでに述べたように、これらのコメントには、テンプレートにプレーンテキストとしてまだ表示されていないものは含まれていません。 ソースコードを見ることができる人は誰でも、このビジネスロジックを見ることができます。 コメントを削除しても問題は解決しません。

フィルタリングでこれを削除して再度取得するためのオプションがあることを願っています。

このようにコメントを残すのは良い考えではないと思います

この時点でフィルターを適用してulliを再度使用する必要がある場合は、コメントされたli値が再び表示されます。

@ManishLSN 、どういう意味かわからない。 コメント付きのliはありません。 単なるHTMLコメント。
とはいえ、 debug infoが無効になっている場合は、コメントを空にするのが理にかなっていると思います（コメントの内容は、「デバッグ可能性」以外の目的には役立ちません）。

WDYT @ Narretz 、 @ lgalfaso ？

_{繰り返しますが（この懸念を提起した人々にとって）、これはセキュリティに影響を与えません。}

コメントノードをDOMに含める必要があります。そうしないと、Angularは機能しません。
debugInfoが無効になっている場合、コメントのテキストを削除するというアイデアを実装できます。 これはかなり簡単な変更です。 PRは誰ですか？

ありがとう ！！！

@codetrashこれは閉じられており、インスペクターからロジックを「隠す」のに適していると思います。 ただし、前述のように、プレーンHTMLとJSはブラウザーに提供されるため、より安全であるとは決して見なされるべきではありません。 これは、2.0でサーバー側のAngularを使用することで、はるかに適切に保護できる可能性があります。 いずれにせよ、私が見ることができる唯一の「危険な状況」は、インスペクターで値を変更し、できないはずのデータを表示または保存できるかどうかですが、モデルにそのデータを提供しないことでこれを止めることができますそもそも。 機密データをユーザーから隠す必要がある場合は、サーバーから機密データを送信することは悪い習慣と見なす必要があります。つまり、特に銀行や支払いサービスなどの場合は、サーバー側でアクセス許可を適用する必要があります。公開されていると見なされます。

これは、Akunoの興味深いユースケースです。 なぜそうなるのかを設定できます
イライラする。

実際には、特定の要素を除外したいと思うでしょう。
非Angularシナリオ。 フレーム、コメントなど。

実装する作業は増えますが、よりクリーンで制御可能なパイプライン
あるフォーマットと別のフォーマットの間はおそらく良い考えです。
2016年3月25日午前2時55分、「akunno」 [email protected]は次のように書いています。

私は同じような船に乗っているので、これを正しく理解していることを願っています。

現在、私のdomには、次のようなコメントや画像がたくさん含まれています。

要素の親でinnerHTMLを呼び出すと、最終的に何かが発生します
このような：

ng-src = "data：image / gif; base64、....">

AngularディレクティブなしでHTMLを抽出する方法を知りません。
通過しているので、角度なしでレンダリングされたHTMLを抽出しようとしています
これをコンバーターに変換し、そこからワードドキュメントを作成します。 現在、単語
docには、まだ試行中であるため、赤いXが付いた画像タグが多数含まれています
画像を画像であるかのようにレンダリングします。 コメントも大量にあります
文字列のサイズを大きくします。

コメントを削除しようとしましたが、それでも方法がわかりません
角度ディレクティブがHTMLを汚染することなく、レンダリングされたHTMLを抽出します。
理想的には、innerHTMLを呼び出すときに見たかったの場合
ngIfがtrueであるか、またはngIfがfalseを返した場合は、何もありません。

私はこれを正しく理解していること、そしてこれが方法の+1であることを願っています
コメント/ディレクティブなしでレンダリングされた出力を何らかの方法で抽出します。

—
あなたが言及されたので、あなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/angular/angular.js/issues/8722#issuecomment -201172995

別のユースケース：少なくともcss：empty pseudoの設定で改行をスキップして動作させるhttps://css-tricks.com/almanac/selectors/e/empty/

@mashpieはちょうど今同じユースケースに出くわしました、なんと偶然です

Angularはマーカーコメントの周りに改行を追加しません。 http://plnkr.co/edit/z1rJZd7yU0TYZmDAynTh?p=previewを参照してください

を使用してそれを行うことができます。

app.config（['$ compileProvider'、function（$ compileProvider）{
//デバッグ情報を無効にします
$ compileProvider.debugInfoEnabled（false）;
}]）;

@RHanmantこれはコメントを完全に削除するのではなく、コメントから変数/プロパティ名を削除するだけです。 コメントが必要です。

#mydiv > div:last-childようなcssルールを使おうとしたときにこの問題レポートにたどり着きましたが、最後の子になるはずのdivは、その後のangularjsコメントが原因ではありませんでした。

CSSセレクターはコメントを無視するため、説明したことは起こり得ません。

そのためのオプションがあることを願っています。

このようにコメントを残すのは良い考えではないと思います
<!-- ngIf: transaction.status==9 && transaction.status!==8 -->

はい、誰もが開発者が怠惰すぎて値をハードコーディングする代わりにいくつかの定数を追加できないことを知っているでしょう:)。
そして、はい、少し開示があります（フロントエンドにあるため）が、裏付けを徹底的にサニタイズした場合、誰もこの「リークされた」情報を悪用することはありません。 ですから、その部分に焦点を当てるべきだと思います。