https://github.com/mitsuhiko/jinja2-htmlcompress
--jinja2-htmlcompress
a Jinja2 extension that removes whitespace between HTML tags.
HTML圧縮は本当に価値がありますか?ソースが見苦しくなります。それはパフォーマンスにどの程度役立ちますか?それはユーザーにとって目立ちますか?
https://github.com/mitsuhiko/jinja2-htmlcompress
--jinja2-htmlcompress
a Jinja2 extension that removes whitespace between HTML tags.
HTML圧縮は本当に価値がありますか?ソースが見苦しくなります。それはパフォーマンスにどの程度役立ちますか?それはユーザーにとって目立ちますか?
冗長な空白の量が、ほとんどのHTMLにとって実際に価値があるとは思えません。心配なら、可能であればフロントエンドWebサーバーをgzipで圧縮するように設定してください。
HTMLを縮小する理由は他にもあります。たとえば、HTMLメールを送信しているため、これを行う必要があります。一部のクライアント(Gmailなど)は、ある時点でメッセージを切断します。
したがって、この場合、生成されたhtmlのサイズを小さくすると、ユーザーが実際に電子メールクライアントに表示する情報の量が増えます。そして、私は彼らがコンテンツのgzipをサポートしているとは思いません。
htmlminライブラリを使用しています:https ://github.com/mankyd/htmlmin
Djangoのフロントエンドもあります:https ://github.com/cobrateam/django-htmlmin
少なくともgzip圧縮を使用する場合、空白からの節約はわずかです。
状況によっては、解析とDOMが高速になる場合があります。空白のバイトを保存するだけでなく、解析時に追加の「テキスト」ノードとして表示される場合があります。
ただし、多くのユーザーにとって、これの主な用途はソースコードをやや難読化することであると私は確信しています。HTMLを再フォーマットして再び読みやすくする方法については、誰もが自分のツールを知っている必要があるため、これはあまり意味がありません。
ソースが見苦しくなります
これはまったく問題ではありません。開発中はコンプレッサーを実行しません。非圧縮ファイルで開発し、ビルドプロセスの一部としてコンプレッサーを実行します(たとえば、JavaScriptミニファイの場合と同じように)。
それはパフォーマンスにどの程度役立ちますか?それはユーザーにとって目立ちますか?
はい、ブラウザでダウンロードする必要のあるファイルのサイズを減らすため、パフォーマンスに役立ちます。実際の保存は明らかにファイルの元のサイズに依存しますが、最近の接続では違いが目立たない可能性があります。ただし、特にモバイル向けに最適化されたページの場合は、それでも間違いなく有益である可能性があります。