Jump to content

Jhon Rengifo

Members
  • Posts

    9
  • Joined

  • Last visited

Everything posted by Jhon Rengifo

  1. Any solution? Im developing a Payment Module and I get that error with debug mode, when I disable debug mode I can see payment method and use that.
  2. Hola, Tengo una duda, en el prestashop 1.7 mediante la clase ProductAssembler podia obtener todos los datos necesarios de un producto para poder insertarlos en el tpl "product" o "listing", sin embargo en el prestashop 1.6 no funciona ese metodo. Cuando hago por ejemplo un "SELECT * FROM ps_product", Obtengo informacion de todos los productos de mi base de datos sin embargo para poder invocar los .tpl antes mencionados, es necesaria mas información de la que estoy obteniendo con ese query... Por ejemplo $product.link, $product.price_without_reduction, entre otros. Hay alguna forma que yo pueda obtener la informacion completa para poder invocar esos .tpl?
  3. 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
  4. 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 :(!!!
  5. Sr. @manu20gm gracias por su respuesta, ayer estuve haciendo muchas muuuchas pruebas, y creo que la opcion mas creible es que la traduccion del sitio hace que se consuma mucho mas CPU del necesario, mi hipotesis está basada en que instale un prestashop en blanco, todo carga muy bien con datos de ejemplo, sin embargo le acabo de pasar la base de datos de la tienda que me estaba dando problemas de lentitud, y mi tienda continuaba rapida, (no habia instalado aun theme no modules ni nada, solo la DB), sin embargo cuando cargue la pagina desde un navegador que tengo configurado en ingles, note que tardaba mucho mas, unos 11 segundos aproximadamente y el CPU lo llegaba a 30 o 40%, cosa que no ocurre cuando cargo la web en el idioma por defecto de la tienda que es "Portugues", la web carga en menos de 1 segundo y mi CPU no sube a mas de 8%. Tienes alguna idea?
  6. @manu20gm gracias por tu respuesta, sin embargo ya lo he hecho y no he tenido mejoría, un dato mas, solo con hacer click en "ADD TO CART" o en "INICIAR SESION" o cualquier otra cosa que precise de renderizar un TPL como refrescar la pagina es cuando mi CPU se torna 100%, y el administrador de procesos indica que es apache quien se apodera de esa gran porcion de mi CPU
  7. Buen día, llevo días buscando en el foro y no he dado con la resolucion de mi problema, He iniciado a trabajar para una empresa y los mismos me han dado la tarea de hacer cambios en una Tienda de prestashop 1.7.x, el problema es que la pagina esta corriendo un poco lenta, de hecho la primera carga tarda aproximadamente 1 minuto y despues con el cache tarda un poco menos, sin embargo las peticiones a la base de datos desde la página web continua siendo lento y por lo tanto al dar click a iniciar sesion, agregar al carrito, buscar un producto etc, esta tardando mucho mas de lo normal.. Cabe destacar que no hice cambios muy importantes y que la la página estaba corriendo lenta antes de eso, por ese motivo no he podido dar con el clavo, active el modo debug y esto es lo que obtuve. He probado activando CACHE, desactivando debug mode, desactivando algunos modulos para comprobar que no fueran ellos, etc. ADJUNTO COSAS QUE PUEDEN SER DE AYUDA
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More