Jump to content

Recommended Posts

Buenas tardes, estoy con un problema hace varios días, es que tengo encargado un proyecto de prestashop, el problema es que me entregaron un proyecto que carga muuuy lento, llevo varios dias intentando detectar por que esta ocurriendo esto y no he logrado dar con el problema, utilizo un theme que se llama everprest theme1513, resulta que investigando y probando varias cosas he determinado que el problema principal radica en em method __construct ya que esta tardando mas de lo normal..
 

Les dejo el resumen:

 

  Time Cumulated Time Memory Usage Memory Peak Usage
config 55 ms 55 ms 2.82 Mb 2.86 Mb
__construct 1332 ms 1386 ms 17.77 Mb 22.21 Mb
init 16 ms 1402 ms 1.21 Mb 22.21 Mb
checkAccess 0 ms 1402 ms - Mb 22.21 Mb
setMedia 1 ms 1404 ms 0.01 Mb 22.21 Mb
postProcess 0 ms 1404 ms - Mb 22.21 Mb
initHeader 0 ms 1404 ms - Mb 22.21 Mb
initContent 127 ms 1530 ms 3.84 Mb 25.70 Mb
initFooter 0 ms 1530 ms - Mb 25.70 Mb
display 10 ms 1540 ms 0.24 Mb

25.95 Mb

 

 

 

 

 

Load Time 1540 ms - OK... for a shared hosting
Querying Time 192 ms
Queries 541
Memory Peak Usage 26.0 Mb
Included Files 372 files - 5.20 Mb
PrestaShop Cache - Mb
Global vars 0.15 Mb
PrestaShop Version 1.7.5.1
PHP Version 7.3.1 (OK)
MySQL Version 5.7.24 (OK)
Memory Limit 2048M
Max Execution Time 1000s
Smarty Cache enabled
Smarty Compilation never recompile

 

 

 

Cosas que he probado:

  • Desactivar todos los módulos.
  • Cambiar el template al Classic.
  • Mudar versiones de php de 7.3 a 5.6.
  • Subir la memoria a apache "Memory Limit".
  • Activar todo lo referente a cache en back Office.
  • Desactivar el modo Debug.
  • Limpiar cache en Back Office y borrar carpetas temporales de Cache en los ficheros.
  • Instalar en Servidor Windows y Servidor Linux.
  • Vaciar las tablas que no estoy usando y que pesaban un poco en la base de datos.
  • Cargar con otros ordenadores, navegadores, incognito, etc.
  • Cambiar el proyecto a localhost para verificar que fuera la red del hosting.
  • Verificar las querys que mas causan stress corriendolas desde Navicat.

Datos adicionales:

Doubles

178
            SELECT `key`, `translation`, `domain`
            FROM `spp_translation`
            WHERE `id_lang` = XX
178
            SELECT `key`, `translation`, `domain`
            FROM `spp_translation`
            WHERE `id_lang` = XX
AND theme = 'classic'
18
select price FROM spp_specific_price sp where id_product = XX and id_group = XX and now() between sp.from and sp.to limit XX

 

 

Tables stress

356 translation

30 specific_price

 

 

Ayuda :(!!!

 

 

 

 

Link to comment
Share on other sites

Les puse el mejor de los casos porque normalmente está asi:

Time Cumulated Time Memory Usage Memory Peak Usage
config 203 ms 203 ms 16.24 Mb 16.41 Mb
__construct 2430 ms 2633 ms 20.06 Mb 38.17 Mb
init 101 ms 2734 ms 6.22 Mb 42.60 Mb
checkAccess 0 ms 2734 ms - Mb 42.60 Mb
setMedia 1 ms 2735 ms 0.01 Mb 42.61 Mb
postProcess 0 ms 2735 ms - Mb 42.61 Mb
initHeader 0 ms 2735 ms - Mb 42.61 Mb
initContent 665 ms 3401 ms 16.02 Mb 58.71 Mb
initFooter 0 ms 3401 ms - Mb 58.71 Mb
display 39 ms 3440 ms 0.95 Mb 59.69 Mb
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...