Dieser Artikel ist ein Spiegelartikel der maschinellen Übersetzung, bitte klicken Sie hier, um zum Originalartikel zu springen.

Ansehen: 16759|Antwort: 0

[ASP.NET] Ist es wirklich notwendig, Weißleerzeichen aus HTML zu entfernen?

[Link kopieren]
Veröffentlicht am 29.04.2019 13:52:08 | | |
Gerade eben hat mich ein Freund auf MSN gefragt, dass es viele leere Zeichen auf seiner Seite gibt, und als ich die Quelldatei öffnete, stellte ich fest, dass der Code sehr spärlich war. Er fand das eine Verschwendung und sagte, es gäbe einen Weg, sie loszuwerden. Ich fragte ihn: "Ist deine Seite mit GZip komprimiert?" Er sagte, er habe es benutzt, also antwortete ich: "Dann musst du die leeren Zeichen nicht entfernen, die kontinuierlichen Leerzeichen sind gut komprimiert, und der Effekt ist nach dem Entfernen nicht gut." Zu diesem Zeitpunkt konnte ich nicht anders, als zu denken, dass es am Morgen auch einen Abschnitt "Blog Park Homepage Optimization Experience" gab, der "Entfernung von Leerzeichen und leeren Zeilen in HTML" behandelte, also plante ich, ihn auszuprobieren, um zu sehen, wie effektiv es ist, Leerräume zu entfernen.

"Blog-Park-Homepage-Optimierungs-Erlebnis":Der Hyperlink-Login ist sichtbar.

Mein experimentelles Ziel sind die Detailseiten der ersten 40 Artikel auf meinem Blog, die vor der Kompression zwischen 98.000 und 277.000 reichen, was meiner Meinung nach eine typische Seitengröße in einem Bloggarten ist. Ich benutze Testcode wie diesen:

Im obigen Code habe ich die Methode verwendet, Weißleerzeichen aus Bloggarden zu entfernen, und das Ergebnis ist wie folgt:


OriginalseiteOriginalseite (komprimiert)Nach dem Entfernen der PlatzpatronenAfter Blank (Komprimiert)Vor und nach dem Entfernen der PlatzpatronenVor und nach dem Blanking (Kompression)
1307603601811735434702134061316
2559356340624043361870155021536
2788718679426370485298151671496
2212485314820544051548158081600
1516124026013793938940136731320
1350193600012159334750134261250
1282393623011465834878135811352
1615304277614718941392143411384
99884283728704727084128371288
1735344372415844642272150881452
1915195039817695848888145611510
1769964027416270638978142901296
2063484736219140045964149481398
1370143860812285537076141591532
1447153726013109735748136181512
1465313670413261935302139121402
1999154922418222747452176881772
106929298509369028518132391332
1362643666412154834990147161674
1487503799013456736578141831412
2828867192426633670306165501618
1760994146816132240126147771342
108394304569542829216129661240
1525784018613854338866140351320
2302435997021538958554148541416
2511835715623486255694163211462
1969574817618160846776153491400
1722674134015810540056141621284
2658776365024897462142169031508
1474033889413375137492136521402
1490913646013499835190140931270
1677414320015361441856141271344
1715644089815733339648142311250
1258123457011104733200147651370
1906494652417519745040154521484
1538073946213940138054144061408
1207883222810753430930132541298
1633274111014876339710145641400
103101294769028428222128171254
1413843978412664138350147431434

Es lohnt sich, auf die letzten beiden Spalten zu achten, aus denen wir feststellen können, dass zwar das Seitenvolumen vor und nach dem Entfernen der Lücken um mehr als ein Dutzend K reduziert werden kann, aberNach der Kompression beträgt der Unterschied tatsächlich nur 1–2K – etwa 1–2 Pakete。 Lohnen sich diese Einsparungen? Außerdem besteht die Praxis von Blog Garden darin, den Inhalt jeder Seite durch reguläre Ausdrücke zu ersetzen – lohnt sich das also? Das liegt am Blog Garden, sich selbst zu profilieren......

Schließlich ist das Entfernen von Leerzeichen tatsächlich keine so einfache Sache. Das einfachste Beispiel ist: Sind Sie schon einmal auf HTML-Editoren oder RSS-Reader gestoßen, die ansonsten ordentlichen Code in eine Zeile in einem Artikel umwandeln? Das liegt daran, dass sie willkürlich alle Leerräume entfernen, aber vergessen haben, dass es ein HTML-Tag namens <pre/>...... gibt




Vorhergehend:Lassen Sie die Zahlen das SQL der Wörter anzeigen
Nächster:Der HttpListener schreibt Bytes über die angegebene Content-Length-Byte-Größe hinaus in den Strom
Verzichtserklärung:
Alle von Code Farmer Network veröffentlichten Software, Programmiermaterialien oder Artikel dienen ausschließlich Lern- und Forschungszwecken; Die oben genannten Inhalte dürfen nicht für kommerzielle oder illegale Zwecke verwendet werden, andernfalls tragen die Nutzer alle Konsequenzen. Die Informationen auf dieser Seite stammen aus dem Internet, und Urheberrechtsstreitigkeiten haben nichts mit dieser Seite zu tun. Sie müssen die oben genannten Inhalte innerhalb von 24 Stunden nach dem Download vollständig von Ihrem Computer löschen. Wenn Ihnen das Programm gefällt, unterstützen Sie bitte echte Software, kaufen Sie die Registrierung und erhalten Sie bessere echte Dienstleistungen. Falls es eine Verletzung gibt, kontaktieren Sie uns bitte per E-Mail.

Mail To:help@itsvse.com