ページのHTMLソースを入力してコードを縮小できるオンライン ツールはありますか?
Webサーバーにgzipを作成するのは良い考えではないため、aspxファイルに対してこれを行います...
おそらくHTML Compressorを試してみてください。これができることを示す前後の表があります(スタックオーバーフロー自体を含む):
安全な場所でのスクリプトの最小化 (ompressor、Google Closure Compiler、独自のコンプレッサー) まで、ページを最適化するための多くの選択肢があります。デフォルトのオプション セットは非常に保守的であるため、そこから始めて、より積極的なオプションを有効にして試すことができます。
プロジェクトは非常によく文書化され、サポートされています。
これをしないでください。むしろ、どうしてもやりたい場合は、さらに重要なサイトの最適化が完了してから実行してください。特にオンライン ツールを手動で使用して各ページを処理することを計画している場合 は、この作業の費用対効果が無視できる可能性が非常に高くなります。
YSlowまたはPage Speedを使用して、ページを最適化するために本当に必要なことを判断します。私の推測では、HTML のバイト数を減らすことは、あなたのサイトにとって最大の問題ではないと思います。圧縮、キャッシュ管理、画像の最適化などにより、サイト全体のパフォーマンスが大きく変わる可能性が高くなります。これらのツールは、最大の問題が何であるかを示します。それらすべてに対処しても、HTML の縮小が大きな違いを生むことがわかった場合は、それを試してください。
(どうしてもやりたいと思っていて、Apache httpd を使用している場合は、mod_pagespeedを使用し、いくつかのオプションをオンにして空白などを減らすことを検討できますが、リスクに注意してください。)
あなたの質問に対する短い答えは次のとおりです。HTML、CSS、JS を縮小する必要があります。gruntと呼ばれる使いやすいツールがあります。多くのタスクを自動化できます。その中には、 JS、CSS、HTML縮小、ファイル連結などがあります。
ここに書かれている回答は非常に古くなっているか、意味をなさない場合さえあります。古い2009年から多くのことが変わったので、これに適切に答えようとします.
短い答え - HTML を確実に縮小する必要があります。今日では些細なことで、約5% のスピードアップが得られます。より長い回答については、回答全体をお読みください
昔は、人々は css/js を手動で縮小していました (特定のツールを実行して縮小することによって)。プロセスを自動化するのはちょっと難しく、確かにある程度のスキルが必要でした。現在でも多くの高レベルのサイトが gzip を使用していないことを知っているため (これは些細なことです)、人々が html の圧縮に消極的だったことは理解できます。
では、なぜ人々は html ではなく js をミニファイしたのでしょうか? JS を縮小するときは、次のことを行います。
var isUserLoggedIn
へvar a
)これは、昔でも多くの改善をもたらしました。しかし、html では、長い名前を短く変更することはできませんでした。また、その間、コメントすることはほとんどありませんでした。残された唯一のことは、スペースと改行を削除することです。これにより、わずかな改善しか得られません。
ここに書かれている間違った議論の 1 つは、コンテンツが gzip で提供されるため、圧縮は意味をなさないということです。これは完全に間違っています。はい、gzip が縮小の改善を減少させることは理にかなっていますが、コメント、空白を適切にトリミングして重要な部分のみを gzip できるのであれば、なぜそれらを gzip する必要があるのでしょうか。これは、決して使用しないがらくたを含むアーカイブするフォルダーがあり、クリーンアップして圧縮するのではなく、単に圧縮することにした場合と同じです。
縮小化を行うことが無意味であるもう 1 つの理由は、それが面倒だということです。2009 年にはこれが正しかったのかもしれませんが、その後新しいツールが登場しました。現時点では、マークアップを手動で縮小する必要はありません。Gruntのようなものでは、grunt-contrib-htmlmin ( @kangaxによる HTMLMinifier に依存) をインストールし、html を縮小するように構成するのは簡単です。必要なのは、うなり声を学び、すべてを構成するのに 2 時間ほどかかるだけです。その後、すべてが 1 秒以内に自動的に行われます。1 秒 ( grunt-contrib-watchを使用して何もしないように自動化することもできます) は、約 5% の改善 (gzip を使用した場合でも) にとってそれほど悪くはないようです。
もう 1 つの議論は、CSS と JS は staticであり、HTML はサーバーによって生成されるため、事前に縮小することはできないということです。これは 2009 年にも当てはまりましたが、現在、サーバーがシンで、クライアントがすべてのルーティング、テンプレート化、およびその他のロジックを実行する単一ページ アプリのように見えるサイトがますます増えています。したがって、サーバーはJSONのみを提供し、クライアントはそれをレンダリングします。ここには、ページ用の多数の html とさまざまなテンプレートがあります。
だから私の考えを終わらせるために:
HTML を縮小するための Web ツールを作成しました。 http://prettydiff.com/?m=minify&html
このツールは、次のルールを使用して動作します。
style
は CSS であると想定され、そのように縮小されますscript
は、別のメディア タイプが提供されていない限り、JavaScript であると推定され、そのように縮小されます。これは私のために働いた:
http://minify.googlecode.com/git/min/lib/Minify/HTML.php
これはまだ利用可能なオンライン ツールではありませんが、単純な PHP インクルードであるため、自分で実行するだけで十分簡単です。
ただし、圧縮ファイルは保存しません。本当に必要な場合は動的に保存してください。Gzip サーバー圧縮を有効にすることを常にお勧めします。それが IIS/.Net にどの程度関与しているかはわかりませんが、PHP では、グローバル インクルード ファイルに 1 行を追加するのと同じくらい簡単です。
CodeProjectには、次の状況のいくつかを処理するためのサンプルプロジェクト( http://www.codeproject.com/KB/aspnet/AspNetOptimizer.aspx?fid=1528916&df=90&mpp=25&noise=3&sort=Position&view=Quick&select=2794900 )が公開されています。 。