Mage_Catalog_Model_Product_Image :: _ checkMemory

8

Mirando las solicitudes lentas en newrelic para una página de listado de productos, la función principal llamada era Mage_Catalog_Model_Product_Image :: _ checkMemory () que hace un montón de cosas como verificar la configuración ini de memory_limit ( ini_get('memory_limit'), verifica el tamaño de la imagen y calcula la memoria necesaria para eso y así en...

Acabo de agregar una return true(omita las comprobaciones, Magento tiene suficiente memoria para esos procesos) en esa función y el siguiente gráfico muestra el impacto.

¿Alguien más hizo algo al respecto? Ideas, riesgos?

ingrese la descripción de la imagen aquí

magento-1.7 catalog image FlorinelChis
fuente
3
Hice lo mismo, no hay ningún problema que sepa, a menos que los administradores de la tienda comiencen a cargar archivos de imágenes de monstruos.
Vinai
1
¡He hecho esto exactamente! No hay efectos adversos que he presenciado hasta ahora.
philwinkle
¿Le enviamos un parche a Magento? :)
FlorinelChis
Un parche para Magento 2 para que sea configurable sería bueno. La configuración predeterminada para "verificar el límite de memoria" no rompería la tienda para los usuarios en entornos limitados como Alan menciona a continuación.
Matthias Zeis

Respuestas:

1

Aparte de las advertencias habituales sobre que necesitará fusionar estos cambios con las actualizaciones usted mismo , no parece haber nada en esos métodos que cambie el estado de PHP o Magento de manera significativa. Parecen estar allí estrictamente para ayudar a los usuarios que ejecutan Magento en un entorno de memoria limitada para evitar bloqueos de PHP.

Alan Storm
fuente