Jump to content
deyabee

Error 500 al entrar al backoffice Prestashop 1.7.3.6

Recommended Posts

Hola y gracias de antemano.

Estaba en el BO de mi tienda buscando unos textos para cambiar su traducción. Concretamente estaba búscando dentro del "tema classic" cambiar el placeholder del módulo ps_emailalerts. Cuando le doy a buscar "su@email.com" dentro del buscador de expresiones para poder cambiar el texto y se ha quedado pensando. Tras cansarme de esperar he refrescado la pantalla y bingo! error 500, no me carga el backoffice. La tienda carga y parece que funciona correctamente.

He activado el modo debug por FTP y al intentar entrar de nuevo en el BO aparece este error:

RuntimeException in PhpDumper.php line 1403: Cannot dump definition because of invalid class name (NULL)
in PhpDumper.php line 1403
at PhpDumper->dumpLiteralClass('NULL') in PhpDumper.php line 790
at PhpDumper->addNewInstance('_defaults', object(Definition), 'return ', '$this->services['_defaults'] = ') in PhpDumper.php line 394
at PhpDumper->addServiceInstance('_defaults', object(Definition)) in PhpDumper.php line 639
at PhpDumper->addService('_defaults', object(Definition)) in PhpDumper.php line 666
at PhpDumper->addServices() in PhpDumper.php line 145
at PhpDumper->dump(array('class' => 'appDevDebugProjectContainer', 'base_class' => 'Container', 'file' => '/home/esamuray/public_html/ledesirdelafemme/app/cache/dev/appDevDebugProjectContainer.php', 'debug' => true)) in bootstrap.php.cache line 2846
at Kernel->dumpContainer(object(ConfigCache), object(ContainerBuilder), 'appDevDebugProjectContainer', 'Container') in bootstrap.php.cache line 2759
at Kernel->initializeContainer() in bootstrap.php.cache line 2533
at Kernel->boot() in bootstrap.php.cache line 2564
at Kernel->handle(object(Request), '1', false) in index.php line 86

Después de calentarme la cabeza muchisimo no consigo entender el motivo y dónde está el error.
Si alguién me pudiera orientar un poco se lo agradecería.

Share this post


Link to post
Share on other sites

Creo que el error está en la caché. Prueba a eliminar desde el FTP la carpeta /var/caché (suponiendo que uses la versión 1.7 de PrestaShop).

Share this post


Link to post
Share on other sites

Sí, es la versión 1.7.3.6 pero no tengo ninguna carpeta que se llame var

Tengo una que se llama caché en la carpeta raiz de la web, es decir: miweb/cache.

Dentro están las carpetas:
miweb/cache/cachefs
miweb/cache/purifier
miweb/cache/sandbox
miweb/cache/smarty
miweb/cache/tcpdf

Share this post


Link to post
Share on other sites

He leído que en mi versión la carpeta var/cache está en app/cache.

He borrado la carpeta y nada. Se ha generado de nuevo pero mismo error...

Share this post


Link to post
Share on other sites

same error in my prestashop 1.7.3.3 after updating faceted search module from v3.3.0 >>> v3.4.0

 

  • Like 1

Share this post


Link to post
Share on other sites

Hola deyabee pudiste solucionarlo? tengo un error similar. Gracias

Share this post


Link to post
Share on other sites
En 26/10/2019 a las 12:16 AM, sebastian81 dijo:

same error in my prestashop 1.7.3.3 after updating faceted search module from v3.3.0 >>> v3.4.0

 

Yo también actualicé el módulo de búsqueda por facetas y regeneré todos los índices. Después fue cuando hice las traducciones y me generó el fallo.

hace 8 horas, cobre dijo:

Hola deyabee pudiste solucionarlo? tengo un error similar. Gracias

Cobre, lo he conseguido solucionar a partir de una copia de seguridad.

Primero hice una copia completa tanto de estructura de archivos como de base de datos por lo que pueda pasar.

Luego cargué la estructura de archivos de una copia de seguridad previa al fallo que tenía guardada, pero manteniendo la base de datos actual. Con eso la cosa se solucionó y podría acceder al backoffice pero tenia algunos problemas con la parte visible de la web. Algunos productos sin foto y algunos módulos no se cargaban correctamente.

Me tocó copiar la carpeta ../img/p de la estructura de datos que me fallaba a la de la copia de seguridad que estaba usando para que los productos volvieran a tener sus fotos. Regeneré todas las imágenes de la web desde el menú Diseño/Ajustes de imágenes y listo. Con reconfigurar los módulos que no cargan bien (como mucho reinicializádolos) también se solucionan.

Con esto he podido resolver el problema, pese a no saber por qué se ha producido el error (posiblemente por la actualización de modulo de búsqueda por facetas y regeneración de los índices) y cuál habría sido la forma correcta para solucionarlo sin tirar de copia de seguridad.

Edited by deyabee (see edit history)

Share this post


Link to post
Share on other sites

Nada, me ha vuelto a suceder lo mismo. De nuevo no puedo acceder al backoffice y me reporta el mismo error... a ver si alguien puede ayudarnos porque ya no sé que hacer.

Share this post


Link to post
Share on other sites

Estoy en la misma situación, llevo 5 días luchando sin encontrar solución. Justamente después de editar una traducción hubo un timeout y luego de eso ya solo da error 500 en el BackOffice. He intentado de todo, borrar caché manualmente o con scripts, borrar cookies. Ya estoy entrando en modo desespero...

Share this post


Link to post
Share on other sites

the only way to fix this is to go to cpanel>>>JetBackup>>>File Backups >>>choose a working backup (a day before you encountered the error 500) >>>then from the action column choose ""file manager"" then choose public_html and hit button "restore selected"

Share this post


Link to post
Share on other sites
37 minutes ago, sebastian81 said:

the only way to fix this is to go to cpanel>>>JetBackup>>>File Backups >>>choose a working backup (a day before you encountered the error 500) >>>then from the action column choose ""file manager"" then choose public_html and hit button "restore selected"

Not an option for us right now.... the last working backup is really old, we don't have JetBackup on Godaddy

Share this post


Link to post
Share on other sites

He vuelto a encontrar una solución, aunque no sé si volverá a suceder. Creo que está relacionado con la versión de php de nuestros servidores.

Finalmente he decidido por actualizar de forma manual la versión de prestashop a la 1.7.6.1 y se ha solucionado. Como no permite entrar en el backoffice, lo he hecho de forma manual desde el administrador de archivos del cpanel.

1.- He activado la versión php 5.4 en mi servidor.
2.- He hecho una copia de seguridad de la BD y la estructura de archivos por si acaso no funciona volver como estaba
3.- Creo una carpeta llamada OLD dentro del directorio principal
4.- Subo prestashop1.7.6.1 y descomprimo dejando solo el archivo prestashop.zip
5.- Vuelvo a descomprimir obteniendo la estructura de datos de prestashop 1.7.6.1 con la carpeta install
6.- Desde la carpeta OLD donde tenía mi antigua versión de prestashop copio los siguientes archivos:
6.1.- app/config/paremeters.php
6.2.- Carpetas: img, mails, modules, themes y translations
6.3.- .htaccess
7.- desde el navegador ejecuto el upgrade para la base de datos: midominio.com/install/upgrade/upgrade.php Dejo la pestaña abierta unos minutos.
8.- Si todo ha ido bien al entrar en midominio.com/admin aparecerá el mensaje informando que hay que borrar la carpeta install y renombrar la carpta admin
9.- Tras realizarlo, borro cache y cookies del navegador y ya puedo entrar al backoffice de mi tienda en versión 1.7.6.1
10.- En ese momento subo la versión de php a 7.2 quedando todo correctamente.

Espero que os sirva porque de verdad que también estaba desesperado, y sigo pasándolo mal cuando tarda un poco en cargar algo del backoffice por si vuelve a suceder.

Ya me decís si ha funcionado.

Share this post


Link to post
Share on other sites

Gracias por tu respuesta deyabee, el tema con nuestro sitio es el soporte del tema que solo va hasta 1.7.4.1, voy a intentar lo que dices con esa versión. La que tenemos actualmente es 1.7.3.2

Share this post


Link to post
Share on other sites

Mi tema indicaba que solo era compatible hasta la versión 1.7.5.x y me ha funcionando correctamente todo excepto un módulo de un blog. Prefiero quedarme sin blog y buscar una actualización o uno alternativo antes de sin tienda.

Yo lo intentaría, pero no olvides hacer primero copia de seguridad de base de datos y de estructura de archivos, por si no fuera compatible.

Por cierto, activando el modo debug te indica el mismo problema que a mi al cargar el BackOffice? A ver si lo tuyo va a ser otro problema que podamos resolver más fácil...

Share this post


Link to post
Share on other sites

Hola deyabee, acá mi error.

Si, tenemos claro lo de hacer backup de archivos y BD antes de todo.

Muchas gracias.

Captura de Pantalla 2019-10-29 a la(s) 11.05.43 a. m..png

Share this post


Link to post
Share on other sites
2 hours ago, deyabee said:

He vuelto a encontrar una solución, aunque no sé si volverá a suceder. Creo que está relacionado con la versión de php de nuestros servidores.

Finalmente he decidido por actualizar de forma manual la versión de prestashop a la 1.7.6.1 y se ha solucionado. Como no permite entrar en el backoffice, lo he hecho de forma manual desde el administrador de archivos del cpanel.

1.- He activado la versión php 5.4 en mi servidor.
2.- He hecho una copia de seguridad de la BD y la estructura de archivos por si acaso no funciona volver como estaba
3.- Creo una carpeta llamada OLD dentro del directorio principal
4.- Subo prestashop1.7.6.1 y descomprimo dejando solo el archivo prestashop.zip
5.- Vuelvo a descomprimir obteniendo la estructura de datos de prestashop 1.7.6.1 con la carpeta install
6.- Desde la carpeta OLD donde tenía mi antigua versión de prestashop copio los siguientes archivos:
6.1.- app/config/paremeters.php
6.2.- Carpetas: img, mails, modules, themes y translations
6.3.- .htaccess
7.- desde el navegador ejecuto el upgrade para la base de datos: midominio.com/install/upgrade/upgrade.php Dejo la pestaña abierta unos minutos.
8.- Si todo ha ido bien al entrar en midominio.com/admin aparecerá el mensaje informando que hay que borrar la carpeta install y renombrar la carpta admin
9.- Tras realizarlo, borro cache y cookies del navegador y ya puedo entrar al backoffice de mi tienda en versión 1.7.6.1
10.- En ese momento subo la versión de php a 7.2 quedando todo correctamente.

Espero que os sirva porque de verdad que también estaba desesperado, y sigo pasándolo mal cuando tarda un poco en cargar algo del backoffice por si vuelve a suceder.

Ya me decís si ha funcionado.

Muchas gracias Deyabee, me alegra que hayas encontrado la solución. Y te agradezco el tiempo de compartirla. Yo de momento estoy sin acceso al cpanel por lo que no puedo hacer nada hasta que me lo pasen. Mientras tanto se abrió un ticket en 1&1 para ver si ellos pueden dar una mano. Si no le dan solución voy a probar con los pasos que nos dejaste acá. Saludos!

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

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