自動ウェブサイトアクセラレーション用のアプリケーションを何度もインストールした後-Joomla！の Webオプティマイザー ！ （バージョン1.0および1.5の両方）、発生する問題（主に現在の不正なサーバー環境に関連する）に関する有用な知識をまとめて、多数のユーザーが個別に解決できるようにすることが決定されました。
それでは、次の場合に何をすべきかを考えてみましょう。
Webオプティマイザーをダウンロード： code.google.com/p/web-optimizator/downloads/list
Webオプティマイザーの操作
多くの場合、Webオプティマイザーがサイトで機能しているかどうか、またはそのインストールが何らかの形でHTMLドキュメントの処理に接続しなかったかどうかを把握する必要があります。 バージョン0.5.2から、これはページコードで
<title lang="wo">
という行を見つけることで設定できます（タグがそこにない場合、Webオプティマイザーは機能しません）。
以前のバージョンの場合、この決定は、行の先頭にあるHTMLドキュメントのコードにインデントがないこと、二重改行、または
head
セクションに特徴的なキャッシュファイル名が存在することに基づいて行うことができます（
cache/1234a6789b.css
または
cache/1234c6789d.js
、ここでは
1234c6789d
16進表記の任意の文字列）。
Webオプティマイザーのトレースを検出できなかった場合は、コンテンツ管理システムのファイル内のWebオプティマイザー呼び出しの正確性を再確認し、場合によってはアプリケーションを再インストールする必要があります-このようにして、Webオプティマイザーは必要なすべての変更を個別に行うことができます。
CMSソースファイルに必要な変更に関する情報を取得する必要がある場合は、インストール中に
/index.php
自動変更を無効にします。
/index.phpを変更->自動記録を有効にする->いいえ
最後のステップで「必要な変更」タブに移動します。
サイトの代わりに「ひび割れ」
これは通常、HTMLドキュメントの二重圧縮が原因です。 圧縮の1つはWebオプティマイザー自体によって適用され、2つ目はコンテンツ管理システムとサーバーによって使用されます。
スーパーインポーズされた圧縮の1つを削除するには、CMS、サーバー構成、またはWebオプティマイザー自体で圧縮を無効にします。
アーカイブ設定-> HTMLにgzipを適用->いいえ
サイトの代わりに白い画面
白い画面の主な問題（CSSスプライトの作成時にメモリ制限を超える）は、バージョン0.5以降で既に修正されているため、古いバージョンを使用している場合は、更新するだけで済みます。
また、サーバーのエラーログを調べて、この状態を引き起こした原因を調べることも価値があります。 これは通常、問題の解決に役立ちます。
場合によっては、アプリケーションの誤ったインストールまたは二重圧縮が原因で白い画面が表示されます。 これらの問題を解決する方法は上記のとおりです。
上記のすべての手順が機能しなかった場合は、Webオプティマイザーの設定の一部をオフにして、サーバーが独自に実行できることを理解してください。 最適化アクションの3つのグループすべて（CSS、JavaScript、HTML）のルートセット（「圧縮設定」および「アーカイブ設定」）から開始し、より詳細なパラメーター（「外部ファイルを含める」、「外部」など）キャッシング「または」CSSスプライト」）。
誤った外観
これはさまざまな問題の原因になりますが、最初にCSSスプライトを無効にしてみてください。
CSSスプライト-> CSSスプライトを適用->いいえ
次に、これが状況を改善しない場合、
data:URI
を無効にすることができ
data:URI
：
データ：URI->データの適用：URI->いいえ
これらの手順の後、含まれているすべてのCSSファイルはCSS Tidyを介して処理されるのではなく、マージされるだけです（そして、最初の最小化が実行されます）。
その後もサイトの外観が「別れた」場合、
head
中のスタイルの組み合わせを無効にする価値があります
外部ファイルを含める->外部CSSファイルのマージを有効にする->いいえ
mlmは一般にCSSファイルの縮小化
圧縮設定-> CSSファイルの最小化と結合->いいえ
問題をより詳細に理解したい場合は、
head
中でスタイルを組み合わせるときに、次の設定をオフにして1つずつ除外することができます。
外部ファイルを含める->マージからファイルを除外する->スペースで区切られたファイルのリスト
正しく処理されていないファイル（またはそれらのファイル）を見つけ、 jigsaw.w3.org / css- validator / validatorを使用して標準状態に戻し、再度マージを試みます。
背景画像がない、または正しくない
場合によっては、Webオプティマイザーをインストールした後の問題は、一部の背景画像が消えるか、または「悪くなる」ことです。 この問題セットを解決するには、初期設定の背景画像に問題があり（植字をデバッグするための手段を使用）、CSSスプライトの作成プロセスからこれらの画像を除外する必要があります。
CSSスプライト-> CSSスプライトからファイルを除外->スペースで区切られたファイルのリスト
この方法が機能しない場合は、CSSスプライトを完全にオフにすることができます。
CSSスプライト-> CSSスプライトを適用->いいえ
不適切なサイトの動作
通常、これはクライアントロジックの一部が機能しなくなるという事実に要約されます。 たとえば、サイトにコメントを入力するためのフォームがJavaScriptを使用して表示され、Webオプティマイザーが表示されなくなった場合、これは外観の問題ではなく、クライアントロジックの問題であることをよく理解する必要があります。
クライアントロジックの問題を特定するには、JavaScriptファイルの最小化を無効にすることをお勧めします。
圧縮設定-> JavaScriptファイルの最小化と結合->いいえ
そして（問題を保存しながら）次々に別々のファイルを除外しようとします：
外部ファイルを含める->マージからファイルを除外する->スペースで区切られたファイルのリスト
関連付けが失敗したファイルの名前を確立するとき、一般的なパッケージから単純に除外するか、元のロジックに正しく含まれるように設定することを試みることができます（通常、同じファイル環境内で競合しないソースファイルの不正な構文が原因でエラーが発生しますが、競合が開始されます）これらの環境を組み合わせる場合）。
ユーザーのファイルへのアクセス不能
サイトの所有者（ブラウザ内）のパフォーマンスは良好ですが、すべてのユーザーのサイトの表示と機能に問題がある場合があります。 問題の診断が同様に聞こえる場合は、キャッシュディレクトリのあるアドレス、Webオプティマイザー自体、および外部アクセスに対するWebオプティマイザー保護が有効になっているかどうかを確認する必要があります。
.htaccessの使用->を使用したWebオプティマイザーのインストールの保護 htpasswd->はい
この場合、キャッシングディレクトリをWebオプティマイザー自体のフォルダー（たとえば、Webサーバーに書き込み可能なキャッシュのルートディレクトリ）から取り出すか、アプリケーション保護を無効にする必要があります。
.htaccessの使用->を使用したWebオプティマイザーのインストールの保護 htpasswd->いいえ
複数のホストのサポートの欠如
複数の並列ホストを有効にして静的リソースの読み込みを高速化する必要がある場合は、次の点を確認する必要があります。
- DNSでのこれらのホストのサポートの可用性。 これを行うには、DNSゾーンでこれらのホストに対応するエントリを作成し、必要なIPアドレス（通常は現在のサイトと同じ）を示す必要があります。
- サーバーレベルでこれらのホストのサポートを有効にします。 Apacheの場合、これは
ServerAlias
ディレクティブを使用して行われます。例：
ServerAlias i1.site.ru ServerAlias i2.site.ru
- これらのホストがプライマリサイトをミラーリングしていることを確認します。 これを行うには、サイト上の静的オブジェクト（たとえば、
site.ru/images/my.png
）のアドレスを取得し、すべての追加ホスト（i1.site.ru/images/my.png
）を介してそれを開こうとします。 問題がある場合は、前の手順を繰り返します。 - 指定されたホストをWebオプティマイザーの構成に追加する
複数のホスト->利用可能なホスト->スペースで区切られたホスト名
複数ホストのサポートを有効にします
複数のホスト->並列ホストを有効にします。例：i1 i2->はい
Webオプティマイザーは、最も一般的なホストの一部を自動的にチェックするため、最後の構成は必要ない場合があります。
説明したアクションの後、サイト上のすべての画像が複数のホストを介して送信されるため、各ページの読み込みが大幅に高速化されます。
気づいたエラーとドキュメント
アプリケーションのドキュメントと説明が拡大および拡大します。 現時点では、設定の説明が記載され た記事と段階的なインストールガイドが記載された記事が既に公開されています。
ドキュメント（主に動作原理に関する）の一部は、英語で入手できます： code.google.com/p/web-optimizator/w/list
いくつかの既知の問題とそれらを解決する方法は、前の記事ですでに説明されています 。 サイトのWebオプティマイザーの動作が正しくない場合は、エラーの説明を投稿するか（Googleアカウントが必要）、 既知の（または解決済みの）問題をすべて確認できます 。 現時点では、問題を解決するための平均時間は約1日（通常は数時間）です。
また、指定された連絡先を使用して、対話形式で問題の解決を試みることもできます 。
有効性
Webオプティマイザーを使用したいくつかの結果（システムの「クリーンな」インストール、予備的な最適化なし） をここに示します 。 YSlowスコアは89〜97に上昇し、クライアントのダウンロード速度は2〜3回（それほど頻繁ではありませんが3〜5回）です。 Webオプティマイザー自体は、キャッシュファイルを作成した後、出力HTMLドキュメントの確認と更新に3〜10ミリ秒しかかかりません（既定の設定では、1行でのHTML圧縮はかなりリソースを消費し、さらに50〜100ミリ秒かかります）。
Webオプティマイザーをダウンロード： code.google.com/p/web-optimizator/downloads/list
プロジェクトを財政的に支援する： sprites.in/donate