Frage

Ich ging durch den .asp -Code von jemandem und sah, dass er eine HTML druckte, ohne ihn zu schließen. Ich ging nach Chrome und in seinem Inspektor, um den Dom zu sehen und wohin sie schließen konnte, wenn es plötzlich dort war: das Tag !!

Ich ging zurück zu .asp, um zu prüfen, ob ich etwas verpasst habe, aber es gab keine HTML -Einflüsse oder .js, die es schließen würden. Ich dachte, ich würde verrückt werden und dann sagte mir ein Kollege von mir, dass einige Browser selbst nicht abgeschlossene Tags selbst schließen?!

Es ist sinnvoll in Bezug auf den schlechten Code da draußen, aber ...

Inspector hat das Tag, aber der echte HTML -Quellcode nicht, daher gehe ich davon aus, dass Chrome den Quellcode liest, auf magische Weise Schließ -Tags fügt und dann die Seite präsentiert. Chrome Inspector inspiziert also die magisch veränderte Version.

Meine Fragen sind:

  • Warum sollte ein Entwickler -Tool wie C. Inspektor die geänderte Version zeigen?

  • Wie drehe ich es aus?

  • Was ist sonst noch autokliert, außer dem Tag

Danke vielmals

War es hilfreich?

Lösung

Was Sie im Inspektor sehen (dasselbe gilt für Firebug), ist die Browser-interpretierte (oder gerenderte) Version der angegebenen Quelle, nicht die reale Quelle.

Warum sollte ein Entwickler -Tool wie C. Inspektor die geänderte Version zeigen?

Wenn die Fehlerprüfung zu streng wäre, wären viele Webseiten überhaupt nicht zu sehen.

Wie drehe ich es aus?

Ich denke nicht, dass das möglich ist.

Was ist sonst noch autokliert, außer dem Tag

Alles, was die Browser benötigen, um eine gut formulierte HTML-Source zu erhalten.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top