1行のhtmlを作成する(または作成しない)理由を教えてもらえますか?
ファイルサイズを小さくする(メリット)だけですが、サーバーでは1行のhtml(サーバーコスト)を生成する関数を追加する必要があります。そうしないと、コードを変更する必要があるときに問題が発生します(編集コスト)。
1行のhtmlを作成する(または作成しない)理由を教えてもらえますか?
ファイルサイズを小さくする(メリット)だけですが、サーバーでは1行のhtml(サーバーコスト)を生成する関数を追加する必要があります。そうしないと、コードを変更する必要があるときに問題が発生します(編集コスト)。
そのような HTML を手動で作成する必要はありません。個人的には、CMS は出力を静的ファイルとしてキャッシュし、ユーザーに提供します。キャッシュする前に、次を実行します。
$tocache は表示するページの内容です。これを行ってから、ディスクに書き込みます。Apache は、その後のアクセスで DB と PHP を回避する代わりに、静的コンテンツを提供します。
// Remove white space
$tocache = str_replace(array("\n", "\t","\r")," ",$tocache);
// Remove unnecessary closing tags (I know </p> could be here, but it caused problems for me)
$tocache = str_replace(array("</option>","</td>","</tr>","</th>","</dt>","</dd>","</li>","</body>","</html>"),"",$tocache);
// remove ' or " around attributes that don't have spaces
$tocache = preg_replace('/(href|src|id|class|name|type|rel|sizes|lang|title|itemtype|itemprop)=(\"|\')([^\"\'\`=<>\s]+)(\"|\')/i', '$1=$3', $tocache);
// Turn any repeated white space into one space
$tocache = preg_replace('!\s+!', ' ', $tocache);
これをページ変更ごとに 1 回実行し、小さな HTML をユーザーに提供します。
ただし、gzip のプロセスが最大の違いを生むため、これはほとんど無意味です。私がそうするのは、私がそうするかもしれないからです – 私はすでにこれらのファイルをキャッシュしています。
CSS と JS については、SASS の圧縮オプションを使用し、uglifyJS を使用してそれらを 1 つの小さなファイルとして取得します。
つまり、1 つのページに 1 つの HTML ファイル、1 つの CSS および 1 つの JS があり、HTTP 要求の数と送信されるデータの量が最小限に抑えられます。
ただし、Gzip + 1 つの css と 1 つの js を確保することが最大の節約になります。
HTML を縮小しないでください。編集時に時間と労力を費やす価値はありません。この非常に良い答えを見てください。
ただし、CSS を最適化する必要があります。css ファイルの変更をチェックし、その縮小版を自動的に作成する無料のプログラムScoutがあります。Sassを実装しているため、CSS のコーディングがはるかに簡単になります。あなたはそれを試してみるべきです。