Prácticas recomendadas de cambio de tamaño de imagen de catálogo
Se debe cambiar el tamaño de todas las imágenes del catálogo antes de que una tienda entre en producción. Al no cambiar el tamaño de las imágenes antes de la producción, se fuerza el cambio de tamaño de la imagen durante la carga de la página, lo que reduce significativamente la velocidad del sitio y aumenta la carga del servidor en los primeros días o semanas después del lanzamiento.
La forma lenta
Utilice el comando CLI predeterminado para cambiar el tamaño de todas las imágenes:
bin/magento catalog:images:resize
Las desventajas de este enfoque incluyen:
- El proceso es de un solo hilo
- El proceso cambia el tamaño de las imágenes a las que ya se ha cambiado el tamaño
- El proceso no se puede interrumpir, lo que puede llevar días
La(s) forma(s) rápida(s)
El cambio de tamaño de imagen asincrónico se introdujo en Adobe Commerce 2.4 y puede cambiar el tamaño de las imágenes más rápido.
-
En cada servidor web, inicie algunos controladores de cola adicionales temporalmente (el doble del número de procesadores físicos por servidor):
code language-bsh for i in {1.."$((2 * `nproc --all`))"};do bin/magento queue:consumers:start media.storage.catalog.image.resize &;done; -
Compruebe que los controladores de cola se están ejecutando:
code language-bash pgrep -fl media.storage.catalog.image.resize -
Rellene la cola con todas las solicitudes de cambio de tamaño de imagen:
code language-bash bin/magento catalog:images:resize --async -
Una vez cambiado el tamaño de todas las imágenes, finalice el proceso:
code language-bash pkill -f media.storage.catalog.image.resize
La vía rápida
Hay otra forma de cambiar el tamaño de las imágenes mediante el front-end.
Las ventajas de este enfoque incluyen:
- El proceso es multiproceso
- El proceso es de varios servidores (si tiene varios nodos web, un equilibrador de carga y espacio en disco compartido para
media/directory) - El proceso omite las imágenes cuyo tamaño ya se ha cambiado
Este enfoque cambia el tamaño de 100 000 imágenes en menos de 8 horas, mientras que el comando CLI tarda 6 días en completarse.
- Inicie sesión en el servidor de.
- Vaya a
pub/media/catalog/producty anote uno de los hash (por ejemplo, 0047d83143a5a3a4683afdf1116df680). - En los ejemplos siguientes, reemplace
www.example.comcon el dominio de su tienda y reemplace el hash por el que anotó.
| code language-bash |
|---|
|
La desventaja de siege Esto significa que visita todas las direcciones URL del servidor 10 veces si la concurrencia se establece en 10.
| code language-bash |
|---|
|
| code language-bash |
|---|
|
El -P determina el número de subprocesos.
La línea de una para la find/curl Por ejemplo, en caso de que pueda ejecutar curl desde el mismo equipo en el que se encuentran las imágenes:
| code language-bash |
|---|
|
De nuevo, reemplace www.example.com con el dominio y el conjunto del sitio web -P al número de subprocesos que el servidor puede gestionar sin que se bloqueen.
La salida devuelve una lista de todas las imágenes de producto de la tienda. Puede rastrear las imágenes (con siege o cualquier otro rastreador) utilizando todos los servidores y núcleos de procesador disponibles para usted y genere la caché de cambio de tamaño a una velocidad significativamente mayor que otros enfoques.
Al visitar una URL de caché de imagen, se generan todos los tamaños de imagen en segundo plano, si aún no existen. Además, omite los archivos que ya han cambiado de tamaño.
- Adobe Commerce en proyectos de infraestructura en la nube puede descargar el cambio de tamaño de la imagen del producto en el servicio Fastly. Consulte Optimización de imagen profunda en el Guía de Cloud.
- Si utiliza el módulo de almacenamiento remoto, también puede intentar descargar el cambio de tamaño de la imagen a nginx. Consulte Configurar el cambio de tamaño de la imagen para almacenamiento remoto en el Guía de configuración.