コンポーネントがうまく機能しない

こんにちは、
私たちのコンポーネントは画像のサイズを大きくしません。
最悪の場合、同じサイズの画像が生成されます。

あなたの画像はxtadaptativeというフォルダにあります。XTAdaptativeimages拡張機能から見ると、ユーザーに応じてその場で画像が作成されます。
ImageRecycle後、XTAdaptativeImagesによって新しいバージョンの画像が作成されたと思います
この場合、画像が最適化されていないバージョンに置き換えられたことを認識していないため、コンポーネントによって作成された計算は間違っています。
なぜファイルが上書きされるのかはよくわかりませんが、問題が発生しているようです。

問題のあるすべての画像がxtアダプティブフォルダにあるかどうかを確認してください。
その場合は、ファイルの上書きを無効にできるかどうかを確認できます。

私たちの拡張機能には、すでに最適化された画像が上書きされているかどうかを確認する機能がありません。

また、専用のサポートシステムがあります。さらにサポートが必要な場合は、チケットを開いてくださいhttps：//www。 imagerecycle .com / my-account/support-ticket

よろしくお願い

こんにちはダミアン、あなたの答えをありがとう。

XT Adaptative画像に関連する問題について調査していますが、他にも問題があります。

コンポーネントは構成に従って画像を適切に検出しますが、キャッシュ/ mod_roksprocket /などの特定のフォルダーからの画像を最適化せず、手動で最適化する必要があります。

スクリーンショットを見て、何か提案があれば教えてください

よろしくお願い

こんにちは、

同じことのようです。
これはキャッシュフォルダです。これは、このフォルダ内のファイルが、それを管理する拡張子によって削除および上書きされる可能性があることを意味します。

一般に、頻繁に再生成されるイメージを最適化しようとしないでください。クォータが急激に減少します。
この場合、元の画像が最適化されていることを確認する必要があります。

正当な理由でこれが必要ない場合は、機能の王様をすべて非アクティブ化することをお勧めします。
ウェブサイトに一度アップロードされた画像は変更を意図したものではなく、何度も上書きする理由はなく、ユーザーのブラウザがキャッシュ内の画像を使用できなくなる可能性があります。

よろしくお願いします

ダミアンありがとう。

キャッシュフォルダ内の画像は、コンテンツフォルダから画像を取得し、圧縮せずにサイズを変更するさまざまな拡張機能によって生成されたサムネイルです。

したがって、Page Speedでページを確認すると、キャッシュフォルダ内の画像を圧縮する必要があることがわかります

。これを行うためのベストプラクティスはどれですか。

よろしく

使用する拡張機能は、新しいメディアをアップロードするときのJoomlaのように、画像を変更するときにonContentPrepareイベントをスローする必要があります。
ほとんどの場合、そうではありません。

この場合、 ImageRecycleメイン設定で「アップロード時に最適化」オプションを設定すると、その場で画像が最適化されます。

それ以外の場合、現在このケースの解決策はありません。

よろしくお願いします。

この場合、 ImageRecycleメイン設定で「アップロード時に最適化」オプションを設定すると、その場で画像が最適化されます。

「アップロード時に最適化」オプションはありません。「保存時にメディアを最適化する」という意味かもしれませんが、最初のステップとしてこのオプションを選択しました

宜しくお願いします

こんにちは、0％で最適化された画像もありますが、それらを最適化するオプションはありません。または元に戻す

方法0％で最適化されたステータスのすべての画像を見つける方法とそれらを最適化する方法

はあり

必要なサーバー上のマップ用の特別なchmod。 画像が0％で最適化されているときに、画像を元に戻し、再び圧縮するオプションが常にないのはなぜですか？

こんにちは、
これはほとんどの場合、画像が別のプラグインによって上書きされるためです。
ImageRecycleでキャッシュフォルダを最適化しないように注意してください。最適化しないと、この問題が発生します。

画像の復元は1か月間のみ利用可能です。おそらく、この最適化は1か月以上前に行われたものです。

すべての技術的な問題については、サポートチケットを開いてください。問題の解決をお手伝いします。

よろしくお願いします