En esta entrada voy a explicar cómo solucionar o mejor dicho cómo detectar el famoso error 500 en prestashop 1.7 al acceder a backoffice.
Índice
¿Cómo y por qué ha aparecido este error 500 en prestashop 1.7 al acceder a backoffice?
Hay muchas posibles causas del porqué de este error 500 en prestashop 1.7 al acceder a backoffice. En mi caso la última vez que me ha aparecido ha sido por algo tan simple como acceder al panel de administración, desactivar las URLs amigables y volver a activarlas.
Prestashop a pesar de ser una plataforma muy potente y fiable, al mismo tiempo es delicada. Y por el gran volumen de datos que maneja, en ocasiones no funciona como nos gustaría.
En mi caso, no me funcionaba el acceso al backoffice y cada vez que insertaba la URL para hacer login. Esta mostraba la página que podéis ver en la imagen anterior.
Esto es una auténtica desesperación para todo aquel que no tenga conocimientos a nivel de programación. Y para quienes los tenemos también :).
¿Cómo se manifiesta el error 500 en backoffice de prestashop?
Una vez empleado mucho tiempo en documentarme acerca de cómo solucionar este tema. Tanto leyendo en foros como ojeando otros posts de programadores. Me di cuenta que no siempre el problema era originado del mismo modo. Eso sí, en casi todas las ocasiones la solución era muy similar, o al menos detectar esta.
El error puede reproducirse de las siguientes formas: 500 Internal Server Error, HTTP 500 – Error interno del servidor, Error interno del servidor, HTTP 500 Error interno, Error 500 y HTTP Error 500.
La frase que viene junto al error puede ser algo como esto: La página luisjordan.net no puede procesar esta solicitud ahora.
A este efecto se le conoce como Server-side, que quiere decir que ago salió mal a la hora de interpretar el código fuente desde nuestro servidor o servicio de hosting.
Encontrar el error 500 en backoffice de prestashop paso a paso
Antes de nada, vamos a activar el informe de errores en Prestashop. Esto se consigue del siguiente modo:
Abre con tu editor de código fuente el script config/defines.inc.php que está en el directorio raíz de tu tienda, busca y cambia false por true…
/* Debug only */ if (!defined('_PS_MODE_DEV_')) { define('_PS_MODE_DEV_', false); }
Hecho esto, en la mayoría de casos ya podemos acceder a nuestro panel de administración con el modo debug a true, pero si volvemos a desactivar el modo debug vuelve a aparecer el error o pantalla en blanco.
Ya que tenemos alguna pista acerca del problema (bien accediendo a Front-End o revisando nuestra consola), ahora vamos a resolverlo.
Solucionando el error 500 en backoffice de prestashop
Vamos ahora a darle caña a este error…
Lo que he tenido que hacer es comprobar los módulos instalados de terceros y ver que uno de ellos tenía un problema en la llamada a un método de una clase en particular. Tras resolverlo la pantalla anteriormente mostrada ha desaparecido.
Nuevo problema tras solucionar el anterior
En muchas ocasiones unos problemas son derivados de otros. Es por eso que el concepto principal de esta entrada es saber cómo detectar estos errores, no solucionarlos. En cada caso la solución puede aplicar de diferente modo.
De todos modos, voy a continuar con la explicación pero tengamos en cuenta que desde aquí el problema ya es personalizado.
¿Qué sucede ahora tras haber detectado y reparado el error?
Pues parece ser que con esto no es suficiente, continuamos en la situación de que al desactivar el modo debug vuelve el error 500.
Para poder solucionar esto, he tenido que activar también el display errors a on. Para ello en el mismo script config/defines.inc.php cambiamos el off por el on en la línea…
@ini_set('display_errors', 'off');
Una vez hecho este cambio, me reportaba a un error en un script de producción, su ruta es la siguiente: /app/cache/prod/classes.php
Al llegar a esta ruta desde mi FTP, he comprobado que existían dos directorios internos, dev y pro.
Comparando el fichero de producción con el de desarrollo
Ya que en el entorno de desarrollo no saltaba el error, la comprobación era obvia.
He abierto ambos scripts utilizando un programa de comprobación de diferencias como puede ser DiffMerge o WinMerge y justo ahi estaba la cosa.
En el script de producción tenía una línea que en el de desarrollo no aparecía. Y la línea que me indicaba el error era esta:
namespace {require __DIR__.'/../../../vendor/symfony/symfony/src/Symfony/Component/Debug/ErrorHandler.php';}
Bien, si llegados aquí la complejidad no ha sido alta, ahora resulta que al comentar dicha línea y subir por FTP de nuevo el script de producción, el error desaparece. También es algo lógico, pero…
Vuelvo a descomentar la línea, subo el script de nuevo por FTP, limpio caché y demás vía backoffice en mi e-commerce y aparece la magia de la programación en prestashop.
Todo funciona perfectamente!
Lo sé, a veces esto de la programación con CMS complejos es algo costoso, pero bueno la finalidad en este caso es lo importante. It’s working!
La explicación que puedo sacar al respecto es que algo estuviera mal codificado y crease un error. Pero como bien digo, hay comportamientos difíciles de explicar.
Ah y recuerda!!!, si quieres estar al día acerca de la creación de nuevas entradas, no te olvides de suscribirte al blog.
<!-- Start of HubSpot Embed Code --> <script type="text/javascript" id="hs-script-loader" async defer src="//js-na1.hs-scripts.com/20099440.js"></script> <!-- End of HubSpot Embed Code -->
Hola Luis,
El error que me reporta a mi es este, pero la verdad, es que no tengo ni idea de por donde pillarlo.
Hola Luis,
in FrontController.php line 798
at ErrorHandler->handleError(‘2’, ‘Cannot modify header information – headers already sent by (output started at /homepages/24/d579549833/htdocs/clickandbuilds/Multitienda/index.php:30)’, ‘/homepages/24/d579549833/htdocs/clickandbuilds/Multitienda/classes/controller/FrontController.php’, ‘798’, array(‘canonical_url’ => ‘http://lcq.es/es/’ ‘match_url’ => ‘http://lcq.es/’ ‘params’ => array(), ‘url_details’ => array(‘scheme’ => ‘http’, ‘host’ => ‘lcq.es’, ‘path’ => ‘/es/’), ‘value’ => ‘index’, ‘key’ => ‘controller’, ‘excluded_key’ => array(‘isolang’, ‘id_lang’, ‘controller’, ‘fc’, ‘id_product’, ‘id_category’, ‘id_manufacturer’, ‘id_supplier’, ‘id_cms’), ‘str_params’ => », ‘final_url’ => ‘http://lcq.es/es/’ ‘redirect_type’ => ‘302’))
at header(‘HTTP/1.0 302 Moved’) in FrontController.php line 798
at FrontControllerCore->canonicalRedirection(‘http://lcq.es/es/’) in FrontController.php line 444
at FrontControllerCore->init() in Controller.php line 186
at ControllerCore->run() in Dispatcher.php line 369
at DispatcherCore->dispatch() in index.php line 45
Hola Estefanía, ¿qué tal?, es un placer tenerte por mi blog.
Veamos … entiendo que tienes acceso vía FTP a tu site, ¿verdad?
Deberías empezar por hacer esto:
1 – Abre con tu editor de código fuente el script config/defines.inc.php que está en el directorio raíz de tu tienda, busca y cambia false por true…
/* Debug only */
if (!defined(‘_PS_MODE_DEV_’)) {
define(‘_PS_MODE_DEV_’, false);
}
2 – Para poder solucionar esto, he tenido que activar también el display errors a on. Para ello en el mismo script config/defines.inc.php cambiamos el off por el on en la línea…
@ini_set(‘display_errors’, ‘off’);
De este modo ya deberías poder acceder a tu panel de administración. Dime si es así.
Saludos!
Yo he hecho eso y nada, no va. De hecho, a mi lo de ‘on’ ya me lo ponía, no he tenido que cambiarlo. Ya no sé qué más hacer!
Hola Noelia, pásame por correo electrónico a mi cuenta luisjordan1979@gmail.com las credenciales de tu tienda y le pego un vistazo.
Perdona Luis,
Se me ha pasado comentarte que es multitienda y la que está teniendo problemas es la principal lcq.es . La otra lastablas.lcq.es funciona a la perfección y no me da problemas. Ahora si puedo acceder a las 2 webs, pero a las páginas cms de lcq.es no puedo acceder desde el móvil.
Tampoco puedo entrar al backoffice a no ser que esté en modo debug.
Nunca me había pasado un problema de este tipo, solamente me he dedicado a modificar el diseño, algo con lo que llevo 3 semanas. Pero de un día para otro algo falla.
Saludos y gracias!
Si, prestashop es delicado en algunos aspectos.
A mi me pasó algo similar aquí: http://luisejo.esy.es/tienda/ (Esto es un entorno de desarrollo).
Mi problema apareció ya que estaba creando un módulo a medida (el de búsqueda) y puse código que no le gustaba a prestashop. La solución fue costosa como indico en el post, pero los pasos a seguir son esos.
¿Dispones de un backup reciente?
¿Tienes conocimientos a nivel de programación?
Hola Luis,
Lo que tengo es una descarga de todos los ficheros del FTP, pero desde prestashop no hice ninguna, tampoco desde el servidor 1&1. A nivel de programación muy muy poca, lo basico para el diseño y algo de php.
Saludos!
Con el modo debug activado en el panel de administración, ¿has probado a vaciar la caché?
Si ya has hecho esto, para dar con el error tendría que empezar a depurar el código de tu site.
Si estás interesada en saber de mis servicios puedes escribirme directamente por correo a mi dirección personal: luisjordan1979@gmail.com
Hola Luis,
Tengo copias de seguridad en el servicio de hosting. ¿Puedo hacer un backup? ¿Me lo recomiendas?
¿De qué fecha son los backups?
¿Se ha instalado algún módulo o modificado código fuente desde el último backup realizado?
Buenas, he probado a cambiar la primera parte que has comentado para entrar al back-office pero me sigue sin entrar todavía. Estoy trabajando en local todavía, Me puedes ayudar por favor
Hola Sergio, ¿qué versión de Prestashop tienes?
Hola, acabo de instalar Prestashop usando XAMPP V3.2.2 y Versión de PHP: 7.2.2
Al terminar la instalación salio que todo estaba correcto, y me dejo abrir Front Office sin problema, pero no puedo acceder a Back Office, de hecho jamas eh podido hacerlo desde que hice la instalacion.
Y me sale el siguiente error
Whoops, looks like something went wrong.
1/1
FatalErrorException in AdminLoginController.php line 232:
Compile Error: Declaration of AdminLoginControllerCore::setMedia() must be compatible with AdminControllerCore::setMedia($isNewTheme = false)
in AdminLoginController.php line 232
Alguien podría ayudarme, aun no conozco como funciona BackOffice de Prestashop, debido a este error que no me deja en paz.
Hola Víctor, ¿la versión de Prestashop instalada es la 1.7.x?
¿Has probado a hacer la instalación sobre PHP 7.0?, creo recordar que sobre la versión 7.2 daba algún error.
Buenas!
Gracias por tu ayuda Luis, a mi me pasaba algo parecido y un poco más y me vuelvo loca buscando el fallo..
Lo que me pasaba es que había aumentado mi hosting a uno superior y al hacer este cambio y la migración correspondiente me dejó de funcionar el backoffice de mi tienda… Buscando buscando di con tu web y di con la clave.
Al realizar el cambio de hosting la versión de php me cambió de 5.6 a 7. El prestashop con el que trabajaba era un 1.7 y algo debe ocurrir que no iba… pero al cambiar la versión y poner la anterior PUM! Magia jejej
Lo dejo por aquí por si a alguien le ha pasado y le puede servir de ayuda.
Un saludo!
Muchas gracias por tu aporte María, y si tienes toda la razón.
Seguro que a los compañeros que nos leen les es de mucha utilidad.
hola
Whoops, looks like something went wrong.
1/1
FatalErrorException in AdminDashboardController.php line 539:
Compile Error: Declaration of AdminDashboardControllerCore::setMedia() must be compatible with AdminControllerCore::setMedia($isNewTheme = false)
in AdminDashboardController.php line 539
Hola Arath, cuéntame desde qué momento te salta este error por favor.
Yo también tengo ese problema!! El mismo error y todo. Sale después de instalar Prestashop y al tratar de entrar a la carpeta de admin.
Hola , me pasa lo mismo. Yo recien acabo de subir mi prestashop a mi hosting. Mi web va bien pero al intentar acceder al backoffice me sale el error. Aún no he podido acceder desde que la subí.
Hola Melisa, te recomiendo activar el modo debug desde el código fuente y subir el script por FTP y una vez hecho, podrás ver el porqué del fallo.
Buenas tardes Arath.
Tengo el mismo problema con mi prestashop, pudiste resolver el error?
Saludos.
Hello,
I am experiencing the same problem now. Can anyone help ?
Hi Tshe.
Good afternoon from Spain.
If you agree, send me an email to luisjordan1979@gmail.com with the credentials of your website and I will check the issue.
Maybe, it’s possible to need credentials about cPanel or Plesk too.
Best regards.
Buenas tardes,
Tengo un http error 500 igual a la forma en que lo describes en la parte inicial de este post.
Tengo la tienda de mi cliente publicada, pero el backoffice está en modo debug, si lo quito de este modo vuelve a salir el http error 500.
He seguido sus indicaciones hasta la parte final: ( Bien, si llegados aquí la complejidad no ha sido alta, ahora resulta que al comentar dicha línea y subir por FTP de nuevo el script de producción, el error desaparece. También es algo lógico, pero…
Vuelvo a descomentar la línea, subo el script de nuevo por FTP, limpio caché y demás vía backoffice en mi e-commerce y aparece la magia de la programación en prestashop)
¿Podrías por favor comentar de forma explícita «para neófitos», teniendo en cuenta que tengo Cpanel, a qué script te refieres y como comentar y descomentar la línea?
Espero tu ayuda.
Muchas gracias por adelantado. Elviro
Hola.
Yo he llegado aquí buscando info sobre el dichoso 500.
Estábamos actualizando de PS 1.7.2. a 1.7.3. Ha copiado todos los archivos pero la instalación se ha quedado congelada en «Todos los archivos actualizados. Actualización de bases de datos en curso…»
DE modo que hemos intentado volver a la anterior y ahí ha empezado la pesadilla.
No tenemos acceso al BO y después de modificar los archivos encontramos el error:
[PrestaShopDatabaseException]
Table ‘db711426640.aucq_shop_url’ doesn’t exist
Imagino que la BD se ha quedado a medio actualizar.
¿Puede ser?
¿Podríamos restaurar la BD desde FTP?
Saludos
Hola sergio, ¿pudiste solucionar el error 500?
Buenas tardes, os he leído a todos pero no encuentro la solucion a mi error. El tema ha sido que actualizandola a la ultima version ha ocurrido un error y me salia el error 500, haciendo vuestros pasos ahora me sale
FatalThrowableError in index.php line 84: Undefined class constant ‘HEADER_X_FORWARDED_ALL’
pero no tengo manera de poder entrar al back office y restaurar una copia de sguridad.
Muchas Gracias
Hola Víctor, veo que se puede acceder a tu tienda sin error 500, entiendo que solucionaste la incidencia.
saludo
tenemos el mismo error que
Víctor descrito anteriormente, ¿qué podemos hacer, puede ayudarnos por favor?
Sinceramente suyo
Hola Daniel, ¿sobre qué versión de PHP tenéis la tienda?
Hola, muchas gracias por su respuesta. Actualmente tenemos la versión 7.1 en ejecución
Como bien explico en las entradas, el error puede deberse a muchos factores: Error a la hora de trabajar el código fuente, error por haber instalado un módulo que no es compatible o tiene errores, error tras alguna actualización, etc.
Si queréis que revise personalmente el error, podéis contactarme directamente escribiendo a: luisjordan1979@gmail.com
Saludos!
Excelente, muy buena guía, solo hay que tratar de aplicarlo en el error que tiene cada uno, es algo muy general que podemos hacerlo especifico si tenemos cuidado.
Hola , me da error 500 al pinchar en productos, he puesto true en vez de false en a linea 29 de config/defines.inc.php (‘_PS_MODE_DEV_’, false); y me sale esto:
Notice en línea 101 en archivo /home/********/public_html/********.com/vendor/symfony/symfony/src/Symfony/Component/HttpFoundation/Session/Storage/Handler/StrictSessionHandler.php
[8] SessionHandler::gc(): ps_files_cleanup_dir: opendir(/var/cpanel/php/sessions/ea-php56) failed: Permission denied (13)
Hola jakc zim
En tu caso el error parece estar claro, necesitas permisos y parece ser que no los tienes.
¿Pudiste avanzar algo más al respecto?
Saludos.
Hola Luis como estas?
Tengo un problema y quisiera saber si me puedes ayudar: El tema es que estaba trabajando en mi prestashop y al activar la cache desde le panel de Rendimiento perdí el acceso al back.
Ahora me muestra el siguiente codigo:
Fatal error: Uncaught Symfony\Component\DependencyInjection\Exception\RuntimeException: Cannot dump definition because of invalid class name (NULL) in /homepages/17/d728508947/htdocs/clickandbuilds/PrestaShop/tienda_nombredelatienda/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Dumper/PhpDumper.php:1403 Stack trace: #0 /homepages/17/d728508947/htdocs/clickandbuilds/PrestaShop/tienda_nombredelatienda/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Dumper/PhpDumper.php(790): Symfony\Component\DependencyInjection\Dumper\PhpDumper->dumpLiteralClass(‘NULL’) #1 /homepages/17/d728508947/htdocs/clickandbuilds/PrestaShop/tienda_nombredelatienda/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Dumper/PhpDumper.php(394): Symfony\Component\DependencyInjection\Dumper\PhpDumper->addNewInstance(‘_defaults’, Object(Symfony\Component\DependencyInjection\Definition), ‘return ‘, ‘$this->services…’) #2 /homepages/17/d728508947/htdocs/clickandbu in /homepages/17/d728508947/htdocs/clickandbuilds/PrestaShop/tienda_nombredelatienda/vendor/symfony/symfony/src/Symfony/Component/DependencyInjection/Dumper/PhpDumper.php on line 1403
Espero que me puedas ayudar.
Gracias!
Activa el mod debug desde el script de configuración, tendrás que ponerlo a true.
Si es tema de caché, así ya debería dejarte acceder al BO y reparar lo que te haya fallado.
Me cuentas qué tal.
Saludos.
Hola que tal
Actualicé la versión de Prestashop de 1.6 a 1.7 y me sale el siguiente error
(1/1) ContextErrorException
Warning: Declaration of BWDisplay::setTemplate($template) should be compatible with FrontControllerCore::setTemplate($template, $params = Array, $locale = NULL)
in Display.php
at ErrorHandler->handleError(2, ‘Declaration of BWDisplay::setTemplate($template) should be compatible with FrontControllerCore::setTemplate($template, $params = Array, $locale = NULL)’, ‘/home/bytespcn/public_html/modules/paypalmx/backward_compatibility/Display.php’, 0, array())
in backward.php line 38
at require_once()
in backward.php line 38
at require(‘/home/bytespcn/public_html/modules/paypalmx/backward_compatibility/backward.php’)
in paypalmx.php line 36
at PayPalMX->__construct()
at ReflectionClass->newInstance()
in Container.php line 131
at Container->makeInstanceFromClassName(‘paypalmx’, array(‘paypalmx’ => true))
in Container.php line 164
at Container->doMake(‘paypalmx’, array(‘paypalmx’ => true))
in Container.php line 177
at Container->make(‘paypalmx’)
in ServiceLocator.php line 65
at ServiceLocator::get(‘paypalmx’)
in Module.php line 1141
at ModuleCore::coreLoadModule(‘paypalmx’)
in Module.php line 1120
at ModuleCore::getInstanceByName(‘paypalmx’)
in Hook.php line 884
at HookCore::exec(‘displayHeader’)
in FrontController.php line 556
at FrontControllerCore->initContent()
in IndexController.php line 37
at IndexControllerCore->initContent()
in Controller.php line 292
at ControllerCore->run()
in Dispatcher.php line 515
at DispatcherCore->dispatch()
in index.php line 28
Este comentario ha sido contestado.
Hola,
migré mi PS 1.7 a otro servidor (con la misma versión de php) pero al llegar al checkout me arroja:
(1/1) ContextErrorException
Notice: Undefined variable: delivery_sucursal
in CheckoutDeliveryStep.php line 132
at CheckoutDeliveryStepCore->handleRequest(array(‘delivery_option’ => array(’21,’), ‘delivery_correos’ => ‘SUCURSAL EL GOLF’, ‘delivery_starken’ => », ‘delivery_message’ => », ‘confirmDeliveryOption’ => ‘1’, ‘action’ => ‘show’, ‘checkout’ => », ‘controller’ => ‘order’))
in CheckoutProcess.php line 59
at CheckoutProcessCore->handleRequest(array(‘delivery_option’ => array(’21,’), ‘delivery_correos’ => ‘SUCURSAL EL GOLF’, ‘delivery_starken’ => », ‘delivery_message’ => », ‘confirmDeliveryOption’ => ‘1’, ‘action’ => ‘show’, ‘checkout’ => », ‘controller’ => ‘order’))
in OrderController.php line 264
at OrderControllerCore->initContent()
in Controller.php line 292
at ControllerCore->run()
in Dispatcher.php line 515
at DispatcherCore->dispatch()
in index.php line 28
le he dado mil vueltas pero no logro ver la luz, tampoco siguiendo tu manual.
gracias, slds!
Hola Danilo, está claro que tu fallo se debe al módulo de correos.
Quizá el nuevo servidor no cumpla con alguno de los requisitos del módulo.
Para ello, haz lo siguiente: desactiva el módulo y limpia caché, doy por hecho que el fallo desaparecerá. Seguidamente instala el módulo de nuevo y configúralo… ojo pues esto último eliminará los tramos que tengas definidos.
Ya me cuentas qué tal.
Hola tengo el mismo error que no me muestra la pagina ni me deja acceder al back office
Fatal error: Illegal length modifier specified ‘f’ in s[np]printf call in /home/feriaa5/public_html/vendor/symfony/symfony/src/Symfony/Component/Config/Definition/Builder/NodeParentInterface.php on line 19
este es el error que muestra cuando activo el debug
en el back office me muestra este error
(1/1) FatalErrorException
Error: Illegal length modifier specified ‘f’ in s[np]printf call
in EntityManagerInterface.php line 33
y en el front el anterior
Muchas gracias me sirvio en displays on para ver los errores y asi descubir mas cosas.
Prestashop 1.76.5
Hola Luis necesito de tu ayuda.Cree una tienda el hosting y todo bien!
luego hiceuna instalación de xampp y realice otra tienda pero lamentablemente uséel mismo correo que en la primera y ahora me da el error 500 en ambas instalaciones. No he podido resolverlo.
Hola Carlo, esto que me comentas es muy extraño. Puedes utilizar el mismo correo en tantas tiendas como quieras.
Activa el modo debug desde tu administración y me informas de lo que te aparece.
Saludos.
Muchas gracias Luis, me ayudaste tremendamente. Con el modo debug activado, vi indicaciones de cambiar varias líneas de código modificando el interruptor de segmentación «continue» a «continue 2» en UnitofWork.php.
Hola Luis buenas noches, he leido parte de tu blog, tengo problemas con un error 500 de una tiena de prestashop version 1.7, active a verdadero la depuracion de errores como sugieres y lo que me llega parece ser algo relacionado con mi base de datos, me manda esto:
[PrestaShopException]
Link to database cannot be established: SQLSTATE[HY000] [1045] Access denied for user »@’localhost’ (using password: NO)
at line 127 in file classes/db/DbPDO.php
122. public function connect()
123. {
124. try {
125. $this->link = $this->getPDO($this->server, $this->user, $this->password, $this->database, 5);
126. } catch (PDOException $e) {
127. throw new PrestaShopException(‘Link to database cannot be established: ‘ . $e->getMessage());
128. }
129.
130. $this->link->exec(‘SET SESSION sql_mode = \’\»);
131.
132. return $this->link;
recurro a su valiosa ayuda para ver si le es posible apoyarnos, muchas gracias
Hola Moisés, tienes Galo por permisos.
Tendrás que otorgarlos.
Muchas gracias por compartir. ¿Es la misma manipulación para la versión de prestashop 1.7.6. ?
Hola, exactamente lo mismo.
Hola Luis, te escribo porque no consigo solucionar un problema que me ha surgido esta mañana. Al estar en mi tienda prestashop y pulsar en «ver mi tienda», me saltaba un error 500 y no me dejaba entrar. Leí a través de foros que debía activar el modo depuración en «parámetros avanzados»-> «rendimiento». Y eso hice, activé el modo depuración y ahora me sale una pantalla que no me deja volver atrás, sin posibilidad de hacer nada y llena de códigos. No se que ha podido pasar ni como recuperar mi tienda.
Hola Anxo, ¿qué tal?
Para poder revisar tu tienda, necesito que revises esta información: https://luisjordan.net/prestashop/prestashop-soporte-profesional-para-tu-e-commerce/
Lo que has hecho de activar el modo debug es correcto, pero Prestashop es tan delicado, que a veces suceden estas cosas.
Si prefieres que agendemos una reunión antes, escríbeme a mi cuenta de empresa: luisjordan@thinklab.es y hablamos.
Lo de prestashop y su poca fiabilidad es de traca. Ya con la version 1.5 me volvia loco y me hacia judiadas. Se me ocurre volver a verlo en la version 1.7 y mas de lo mismo.
La verdad no se como aguantais esto. WordPress es mucho mas fiable
Hola Jose, bueno la verdad es que hay opinión de todo tipo, la tuya una más y muy respetable.
Lamento que no hayas tenido buenas experiencias con Prestashop.
Si puedo ayudarte en alguna cosa me dices.
Un saludo,.
Hola Luis, mi problema es que he cambiado la direccion raiz a una inexistente y ahora no puedo usar el prestashop para cambiarlo de nuevo. He intentado lo del debug pero no funciona. seguramente mi error sea facil de corregir porque se exactamente lo que es pero no se como arreglarlo. Básicamente mi pagina accede a un lugar que no esta creado. como lo cambio sin el prestashop?
Hola Mattias, cuando dices que has cambiado la dirección raíz, ¿dónde lo has hecho: host, base de datos…?
Concreta este punto y a ver si puedo guiarte a dar solución a ello.
Saludos.
Hola Luis,
El error que me aparecia es con relacion al tag «shop_url»:
/mails/es/order_conf_product_list.txt» on line 1 «[{shop_url}]» unknown tag «shop_url»
Vi en un tutorial que simplemente eliminara del archivo TXT el tag, pero ahora pasa a la siguiente linea:
/mails/es/order_conf_product_list.txt» on line 3 «Hola {firstname} {lastname},» unknown tag ‘firstname
y no lo entiendo
por favor ¿me puedes echar una mano?
muchas gracias
MARI CARMEN
Hola Mari Carmen, esta petición la he atendido directamente por mail
Saludos.
hola brother el mio se queda igual en el logo despues de acceder se queda ahi. Como soluciono eso?
Hola Johan, debes mirar los logs del servidor para ver qué está sucediendo.
Cuando los revises, me indicas lo que dice y buscamos solución.
Saludos.
Hola Luis, buena tarde.
Tengo un problema con mi tienda prestashop 1.7 me manda el siguiente error.
(1/1) ContextErrorException
Advertencia: Error al enviar el paquete QUERY. PID = 285797
en DbPDO.php línea 165
espero puedas ayudarme a solucionarlo.
Muchas gracias por tu tiempo.
Hola Javier´S
¿Es posible que te suceda después de realizar una migración?
¿Has comprobado que la versión de PHP es compatible con tu versión de Prestashop?
Por último, una posible solución es utilizar el módulo 1 click para el upgrade, pero puede que tengas que subir de nuevo los productos.
Ya nos cuentas, un saludo.
Hola Luis,
Ya revise la compatibilidad de php con la versión de prestashop que tengo y de acuerdo a las información que encontré si es compatible incluso ya borre la base de datos y sigue marcando el mismo error.
Prestashop 1.7.7.1
PHP 7.3.23
Otra tema es que estoy pidiéndole a mi prestador de servicio de hosting que me modifique el tiempo de espera para poder actualizar el prestashop a la versión 1.7.7.2, no se si esto tenga algo que ver?
saludos
quedo pendiente de tu comentario.
Muchas gracias
Hola Javier, para personalizar tu caso, escríbeme a luisjordan1979@gmail.com y te intento ayudar en privado.
Hola Luis,
No aun no revisado si la versión de PHP es compatible con la versión de mi Prestashop.
Lo reviso y te comento que sucede.
Muchas gracias por tu ayuda.
Buenas Luis
tengo el famoso erro http 500
el font office va bien pero no puedo acceder al backoffice
Una vez que cambio de false a true, me aparece esto:
FatalErrorException
Error de compilación: main (): Falló la apertura requerida ‘/var/www/vhosts/panelspool.es/tiendaweb.panelspool.es/admin4305v24fo/../autoload.php’ (include_path = ‘/ var / www / vhosts / PanelSpool. es / tiendaweb.panelspool.es / vendor / pear / pear_exception: /var/www/vhosts/panelspool.es/tiendaweb.panelspool.es/vendor/pear/console_getopt: /var/www/vhosts/panelspool.es/tiendaweb. panelespool.es/vendor/pear/pear-core-minimal/src:/var/www/vhosts/panelspool.es/tiendaweb.panelspool.es/vendor/pear/archive_tar:.:/opt/plesk/php/7.2/ compartir / pera ‘)
en index.php línea 81
he borrado las carpetas que estaban dentro de administrador de archivos, var/cache/dev y var/cache/prov
y sigue igual…
por favor necesito tu ayuda no se por donde va el error
Hola Alberto, perdona pero este mes he tenido sobrecarga de trabajo.
¿Pudiste solucionar?
Saludos.