Jump to content
Lanaworks

Erreur 500 si désactivation du mode debug

Recommended Posts

Bonjour à tous,

J'ai (encore) un problème surprenant sur PrestaShop 1.7 :

  • lorsque je désactive le mode débug, je n'ai plus accès à mon backoffice... erreur 500.
  • le front reste fonctionnel sans le moindre problème.

Opérations effectuées :

  • vider le cache smarty
  • verification des droits dossiers et fichiers
  • vide cache du navigateur
  • test mozilla, google chrome et safari (on sait jamais)
  • aucune erreur de remontée en mode débug...

Ma configuration :

  • PrestaShop 1.7.1.2
  • PHP 7.0, mariaDB
  • chmod OK sur tous les fichiers / dossiers (755 et 644)
  • serveur de dev ubuntu 16.04 local, 
  • pas le moindre problème sur es autres sites de dev : Wordpress, Joomla, Drupal et PrestaShop 1.6...

Merci pour vos retours,
Cordialement,

  • Like 1

Share this post


Link to post
Share on other sites

Fin de l'histoire... on remballe PrestaShop 1.7 en attendant des jours meilleurs et on retourne sur la 1.6 qui tourne comme une horloge.

  • Like 1

Share this post


Link to post
Share on other sites

Bonjour,

Essayez de vider le cache de Prestashop manuellement en supprimant les dossiers "dev" et "prod" dans le dossier app >> cache de la boutique.

Share this post


Link to post
Share on other sites

Je rencontre exactement le même souci lorsque j'essaye d'accéder à l'onglet "Promotions". L'activation (!!) du mode debug semble résoudre le souci. J'ai essayé de vider le cache, de le désactiver et je n'ai aucun résultat. Avez-vous trouvé des solutions depuis lors ?

D'avance merci !


 

Edited by Niko (see edit history)

Share this post


Link to post
Share on other sites

Une erreur 500 qui ne s'affiche pas très étranges vos problèmes ... 

Quand une erreur n'apparaît pas il faut regarder ce qu'il ce passe dans les XHR ou directement sur les logs du serveur. 

Si il y a erreur elle est obligatoirement remontée quelque part.

Share this post


Link to post
Share on other sites

Bonjour.

Je ne sais pas vraiment ce qui a résolu mon problème, peut être simplement le fait de passer à la version 1.7.2.3.

En tout cas désormais tout marche correctement.

Désolé de ne pouvoir être plus précis sur la résolution de ce problème...

Share this post


Link to post
Share on other sites

Bonjour, J'ai le même problème avec la version 1.7.4.2.

Est ce quelqu'un a résolu ce problème SVP ?

Merci d'avance

Share this post


Link to post
Share on other sites

J'avais le même problème. Supprimer les fichiers de cache sur le serveur a résolu le problème.

Les répertoires "dev" et "prod" n'étaient pas dans /app mais dans /var/cache

Pour savoir ou se trouve les répertoires de cache, il faut regarder dans le fichier /config/defines.inc.php, vers la ligne 69.

if (!defined('_PS_CACHE_DIR_')) {
    $prestashopCacheDir =  _PS_ROOT_DIR_
.'/var/cache/'.(_PS_MODE_DEV_ ? 'dev': 'prod'). DIRECTORY_SEPARATOR;
    define('_PS_CACHE_DIR_',$prestashopCacheDir);

 

Solution trouvée ici : https://www.prestashop.com/forums/topic/636734-disabling-debug-mode-gives-error/#elComment_2962342

  • Like 1

Share this post


Link to post
Share on other sites

Effectivement cette erreur se produit aussi chez moi en version 1.7.5.0

Cette erreur s'est produite après une migration d'un serveur mutualisé OVH vers un dédié OVH (avec changement de structure de répertoire)

En supprimant manuellement les répertoire /var/cache/dev et /var/cache/prod, le back office fonctionne de nouveau

patrice (https://www.ubimedia.fr)

  • Like 1

Share this post


Link to post
Share on other sites

Je confirme sur la 1.7.5.0. même problème juste après l'installation et même solution trouvée ici.

Merci à tous !

Edited by b3drik (see edit history)

Share this post


Link to post
Share on other sites

Bonjour à tous

Tout ce que j'ai lu à pu résoudre le problème mais en partie.

Le problème est que certain module ne sont plus fonctionnel, on peut entrer dans la configuration mais on ne peut pas changer des états. Pour certains.

Ma question est :

Faut-il dans le fichier defines.inc.php changer le chemin en : avec le changement de dossier "app" à la place de "var"

 

if (!defined('_PS_CACHE_DIR_')) {
    $prestashopCacheDir =  _PS_ROOT_DIR_.'/app/cache/'.(_PS_MODE_DEV_ ? 'dev': 'prod'). DIRECTORY_SEPARATOR;
    define('_PS_CACHE_DIR_',$prestashopCacheDir);

 

j'avoue là je suis perdu, tout était OK quand j'avais créer ma nouvelle boutique dans un répertoire. Je pense avoir tout bien paramétrer pour la migration à la racine.

Besoin d'aide svp

merci

 

Bien à vous

Share this post


Link to post
Share on other sites

@Patrice (post du 21 janvier) et les autres

Même souci pour moi en prestashop 1.7.6.0 lors de la migration de ma boutique sur un autre nom de domaine (soit page blanche, soit erreur 500). 24 heures de recherches pour arriver sur ce forum et suivre vos instructions... MERCI !

config :

boutique d'origine : serveur ionos en php 7.2

boutique migrée : serveur ionos en php 7.3 : je suis redescendue en 7.2

Le vidage du cache via le BO ne suffit pas : il faut passer par Filezilla pour supprimer le var/cache/var et le var/cache/prod. Seul bemol : il m'a fallu désélectionner le Containerldm6dux avant de lancer la suppression.

Et j'ai de nouveau accès à mon BO !

Bien évidemment j'avais été avant tout cela dans ma BDD modifier le ps_shop_url et "prefixedelatable"_shop_url

Bien à vous,

Danielle

Share this post


Link to post
Share on other sites

J'ai également pu résoudre cette erreur par la suppression de ces deux dossiers. Merci !

Fabre Danielle Naran, que sont ps_shop_url et "prefixedelatable"_shop_url ?

Share this post


Link to post
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...

Important Information

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