コマンドを実行php bin/magento catalog:image:resize
すると、いくつかの画像の後に停止し、エラーが表示されます。
これをどのように修正しますか?
この問題の後、このフォルダに画像を手動で再アップロードしようとしました。
コマンドを実行php bin/magento catalog:image:resize
すると、いくつかの画像の後に停止し、エラーが表示されます。
これをどのように修正しますか?
この問題の後、このフォルダに画像を手動で再アップロードしようとしました。
回答:
ピーター、
スウォッチ画像プレースホルダーが見つからないようです。
バックエンドからアップロードするか、ファイルパスの下に手動でアップロードします。
/ home / public_html / vendor / magento / module-catalog / view / base / web / images / product / placeholder
名前はswatch_image.jpgのみにしてください。
同じ問題が発生しています。サイズ変更したい画像のパスにスクリプトが[webroot] / pub / media /を追加しているため、見つからないことを確認できます。
したがって、パスが存在しないため、そのパスに画像を追加することは解決策ではありません。
とにかく、エラーを無視してバッチのサイズ変更をスキップできます。結果は、管理インターフェイスからイメージキャッシュを空にした後と同じになります。
その結果、フロントエンドユーザーが製品(詳細ページ)を初めて表示するときに、サイズ変更された画像が各製品のオンデマンドで生成されます。これにより、各製品の詳細ページの第一印象のパフォーマンスが低下します。それとは別に、マイナスの結果はないはずです。
エラーメッセージのパスが奇妙に見え、あなたのパスはわずかに異なるフォルダ名で同じように見えます。
File '/var/www/magento/pub/media/var/www/magento/vendor/magento/module-catalog/view/base/web/images/product/placeholder/swatch_image.jpg' does not exist.
そのパスの後半は実在し、画像はそこにあります:
var/www/magento/vendor/magento/module-catalog/view/base/web/images/product/placeholder/swatch_image.jpg
ただし、エラーは、その場所の先頭に var/www/magento/pub/media/
それは意図的にそうですか、またはこの問題は画像を探している場所に関連していますか?
https://devdocs.magento.com/guides/v2.2/release-notes/ReleaseNotes2.2.6CE.htmlをお読み
ください
。catalog:image:resizeコマンドの実行時間は、リリースで最大90%短縮されました。ただし、この改善には、Magentoインスタンスを2.2.6にアップグレードした後、次の追加手順が必要です。
pub / media / catalog / product / cacheを削除します。(このフォルダーを削除すると、スペースが解放されます。)
bin / magento catalog:image:resizeを実行して、新しい画像キャッシュを生成します。(キャッシュされた画像へのパスを変更し、以前にキャッシュされた画像を削除する必要があるため、この手順が必要です。)
vendor/magento/module-catalog/view/base/web/images/product/placeholder