Plusieurs souci

[Curieux74]

Bonjour depuis la mise a jour, Module qui ne veut plus se mettre a jour et la j'ai plusieurs personnes qui me dise : Bonjour, je vaudrais commander 2 moteurs et 2 courroies pour village de Noël LEMAX vus sur votre site, mais impossible de créer un compte. "Cette page n'est pas disponible pour le moment". 

Je viens de tester effectivement j'ai une erreur : 

Cette page ne fonctionne pas
Impossible de traiter cette demande via repair-myvillage.fr à l'heure actuelle.
HTTP ERROR 500

Ou un autre client me dit :

 

Bonjour
j'ai préparé une commande sur votre site
Lorsque je veux payer ma commande il y a le message suivant

"l est possible que https://repair-myvillage.fr/commande connaisse un problème temporaire ou ait été déplacé.

Code d’erreur : 500 Internal Server Error
donc je ne peux pas passer ma commande
Merci

 

 

Que faire SVP merci ?

 

Cordialement Stéphane

[Eolia]

Activez le mode debug pour connaitre la raison de ces erreurs.

https://help-center.prestashop.com/hc/fr/articles/9242063447698-Le-mode-debug

[Curieux74]

il y a 15 minutes, Eolia a dit :

Activez le mode debug pour connaitre la raison de ces erreurs.

https://help-center.prestashop.com/hc/fr/articles/9242063447698-Le-mode-debug

Hello merci j'ai ça  

 

 

 

En version Texte au cas ou :

 

 Symfony Exception
 Symfony Docs
ErrorException
HTTP 500 Internal Server Error
Warning: file_put_contents(/home/repairm/www/var/cache/dev/admin/annotations.map): Failed to open stream: No such file or directory
ErrorException
Show exception properties
in /home/repairm/www/vendor/symfony/http-kernel/Kernel.php (line 298)
in /home/repairm/www/vendor/symfony/http-kernel/DependencyInjection/AddAnnotatedClassesToCachePass.php -> setAnnotatedClassCache (line 51)
in /home/repairm/www/vendor/symfony/dependency-injection/Compiler/Compiler.php -> process (line 80)
in /home/repairm/www/vendor/symfony/dependency-injection/ContainerBuilder.php -> compile (line 767)
in /home/repairm/www/vendor/symfony/http-kernel/Kernel.php -> compile (line 507)
in /home/repairm/www/vendor/symfony/http-kernel/Kernel.php -> initializeContainer (line 772)
in /home/repairm/www/vendor/symfony/http-kernel/Kernel.php -> preBoot (line 185)
Kernel->handle(object(Request), 1, true)
in /home/repairm/www/admin234bvgr1k/index.php (line 83)
// When using the HttpCache, you need to call the method in your front controller instead of relying on the configuration parameterRequest::enableHttpMethodParameterOverride();$request = Request::createFromGlobals();Request::setTrustedProxies([], Request::HEADER_X_FORWARDED_FOR | Request::HEADER_X_FORWARDED_HOST | Request::HEADER_X_FORWARDED_PORT | Request::HEADER_X_FORWARDED_PROTO);$response = $kernel->handle($request, HttpKernelInterface::MAIN_REQUEST, true);$response->send();$kernel->terminate($request, $response);

 

Edited August 20 by Curieux74 (see edit history)

[Eolia]

en FO vous avez surtout ce problème (Fatal error)

Fatal error: Uncaught TypeError: CustomerFormatter::__construct(): Argument #1 ($translator) must be of type Symfony\Component\Translation\TranslatorInterface, PrestaShopBundle\Translation\TranslatorComponent given, called in /home/repairm/www/classes/controller/FrontController.php on line 1987 and defined in /home/repairm/www/override/classes/form/CustomerFormatter.php:22 Stack trace: #0 /home/repairm/www/classes/controller/FrontController.php(1987): CustomerFormatter->__construct(Object(PrestaShopBundle\Translation\TranslatorComponent), Object(Language)) #1 /home/repairm/www/classes/controller/FrontController.php(2009): FrontControllerCore->makeCustomerFormatter() #2 /home/repairm/www/controllers/front/OrderController.php(388): FrontControllerCore->makeCustomerForm() #3 /home/repairm/www/controllers/front/OrderController.php(141): OrderControllerCore->buildCheckoutProcess(Object(CheckoutSession), Object(PrestaShopBundle\Translation\TranslatorComponent)) #4 /home/repairm/www/controllers/front/OrderController.php(105): OrderControllerCore->bootstrap() #5 /home/repairm/www/classes/controller/Controller.php(319): OrderControllerCore->postProcess() #6 /home/repairm/www/classes/Dispatcher.php(487): ControllerCore->run() #7 /home/repairm/www/index.php(78): DispatcherCore->dispatch() #8 {main} thrown in /home/repairm/www/override/classes/form/CustomerFormatter.php on line 22

 

dans /home/repairm/www/override/classes/form/CustomerFormatter.php, donc override ajouté par un module non-conforme.

[Curieux74]

il y a 2 minutes, Eolia a dit :

en FO vous avez surtout ce problème (Fatal error)

Fatal error: Uncaught TypeError: CustomerFormatter::__construct(): Argument #1 ($translator) must be of type Symfony\Component\Translation\TranslatorInterface, PrestaShopBundle\Translation\TranslatorComponent given, called in /home/repairm/www/classes/controller/FrontController.php on line 1987 and defined in /home/repairm/www/override/classes/form/CustomerFormatter.php:22 Stack trace: #0 /home/repairm/www/classes/controller/FrontController.php(1987): CustomerFormatter->__construct(Object(PrestaShopBundle\Translation\TranslatorComponent), Object(Language)) #1 /home/repairm/www/classes/controller/FrontController.php(2009): FrontControllerCore->makeCustomerFormatter() #2 /home/repairm/www/controllers/front/OrderController.php(388): FrontControllerCore->makeCustomerForm() #3 /home/repairm/www/controllers/front/OrderController.php(141): OrderControllerCore->buildCheckoutProcess(Object(CheckoutSession), Object(PrestaShopBundle\Translation\TranslatorComponent)) #4 /home/repairm/www/controllers/front/OrderController.php(105): OrderControllerCore->bootstrap() #5 /home/repairm/www/classes/controller/Controller.php(319): OrderControllerCore->postProcess() #6 /home/repairm/www/classes/Dispatcher.php(487): ControllerCore->run() #7 /home/repairm/www/index.php(78): DispatcherCore->dispatch() #8 {main} thrown in /home/repairm/www/override/classes/form/CustomerFormatter.php on line 22

 

dans /home/repairm/www/override/classes/form/CustomerFormatter.php, donc override ajouté par un module non-conforme.

Re Quelle solution svp Sinon je vous et Mp

Cordialement Stéphane,

[Eolia]

si vous ouvrez ce fichier (/home/repairm/www/override/classes/form/CustomerFormatter.php) vous aurez le nom du module responsable au début du fichier, donc vous pourrez le désactiver et contacter son auteur pour qu'il le corrige.

[Curieux74]

il y a 3 minutes, Eolia a dit :

si vous ouvrez ce fichier (/home/repairm/www/override/classes/form/CustomerFormatter.php) vous aurez le nom du module responsable au début du fichier, donc vous pourrez le désactiver et contacter son auteur pour qu'il le corrige.

Apparemment c'est pas un module si je comprend bien c'est une ligne de commande que j'avais ajouter dans les version PrestaShop 1. 7 

<?php

/**
 * Override par Webbax
 * 31.01.19 - Webbax | rendre la date d'anniversaire obligatoire 
 */

use Symfony\Component\Translation\TranslatorInterface;

class CustomerFormatter extends CustomerFormatterCore
{
    private $translator;
    private $language;

Comme on peu le voir ça remonte a un moment dommage que ça ne fonctionne plus si c'est le cas 😕 

[Eolia]

remontez le pb à @webbax, ce code remonte à 6 ans...

[Mehdi Bourechka]

54 minutes ago, Curieux74 said:

Bonjour depuis la mise a jour, Module qui ne veut plus se mettre a jour et la j'ai plusieurs personnes qui me dise : Bonjour, je vaudrais commander 2 moteurs et 2 courroies pour village de Noël LEMAX vus sur votre site, mais impossible de créer un compte. "Cette page n'est pas disponible pour le moment". 

Je viens de tester effectivement j'ai une erreur : 

Cette page ne fonctionne pas
Impossible de traiter cette demande via repair-myvillage.fr à l'heure actuelle.
HTTP ERROR 500

Ou un autre client me dit :

 

Bonjour
j'ai préparé une commande sur votre site
Lorsque je veux payer ma commande il y a le message suivant

"l est possible que https://repair-myvillage.fr/commande connaisse un problème temporaire ou ait été déplacé.

Code d’erreur : 500 Internal Server Error
donc je ne peux pas passer ma commande
Merci

 

 

Que faire SVP merci ?

 

Cordialement Stéphane

Il y a deux points distincts. L’erreur 500 côté front vient de l’override CustomerFormatter qui n’est plus compatible. Désactive-le temporairement (renomme le fichier) et vide var/cache/* pour vérifier. Si tu veux garder l’override, adapte la signature du constructeur pour accepter le TranslatorComponent actuel et ajoute ensuite ton champ obligatoire.

Le warning sur le cache en back-office est secondaire, supprime var/cache/* et vérifie les droits des dossiers.

Pour isoler rapidement le problème, active le thème natif et désactive tous les modules non essentiels. Si tout fonctionne dans cette configuration, tu pourras ensuite réactiver un par un pour identifier précisément ce qui bloque.

[Curieux74]

il y a 5 minutes, Mehdi Bourechka a dit :

Il y a deux points distincts. L’erreur 500 côté front vient de l’override CustomerFormatter qui n’est plus compatible. Désactive-le temporairement (renomme le fichier) et vide var/cache/* pour vérifier. Si tu veux garder l’override, adapte la signature du constructeur pour accepter le TranslatorComponent actuel et ajoute ensuite ton champ obligatoire.

Le warning sur le cache en back-office est secondaire, supprime var/cache/* et vérifie les droits des dossiers.

Pour isoler rapidement le problème, active le thème natif et désactive tous les modules non essentiels. Si tout fonctionne dans cette configuration, tu pourras ensuite réactiver un par un pour identifier précisément ce qui bloque.

Bonjour c'est top j'ai renommé comme tu ma dit ==> l’override CustomerFormatter qui n’est plus compatible. Désactive-le temporairement et ça fonctionne https://repair-myvillage.fr/?controller=registration

Me semble compliqué pour ==> Si tu veux garder l’override, adapte la signature du constructeur pour accepter le TranslatorComponent actuel et ajoute ensuite ton champ obligatoire.

Pour :
Le warning sur le cache en back-office est secondaire, supprime var/cache/* et vérifie les droits des dossiers.

C'est vidé par contre quelle dossier et ou pour ? ==> et vérifie les droits des dossiers.

 

Cordialement Stéphane,

[Mehdi Bourechka]

4 minutes ago, Curieux74 said:

Bonjour c'est top j'ai renommé comme tu ma dit ==> l’override CustomerFormatter qui n’est plus compatible. Désactive-le temporairement et ça fonctionne https://repair-myvillage.fr/?controller=registration

Me semble compliqué pour ==> Si tu veux garder l’override, adapte la signature du constructeur pour accepter le TranslatorComponent actuel et ajoute ensuite ton champ obligatoire.

Pour :
Le warning sur le cache en back-office est secondaire, supprime var/cache/* et vérifie les droits des dossiers.

C'est vidé par contre quelle dossier et ou pour ? ==> et vérifie les droits des dossiers.

 

Cordialement Stéphane,

parfait si la désactivation de l’override règle l’erreur front.

 

Pour le warning back-office : le cache à vider est bien le dossier /var/cache/* à la racine de ton installation PrestaShop (là où se trouvent aussi /config, /modules, /themes, etc.).

 

Pour les droits, vérifie que :

/var, /var/cache et tous leurs sous-dossiers appartiennent à l’utilisateur du serveur web (souvent www-data ou apache selon l’hébergeur),

les dossiers ont généralement les droits 755 et les fichiers 644.

En résumé : si le cache est supprimé mais que l’erreur revient, assure-toi que le serveur a bien la permission d’écrire dans /var/cache.

[Curieux74]

il y a 5 minutes, Mehdi Bourechka a dit :

parfait si la désactivation de l’override règle l’erreur front.

 

Pour le warning back-office : le cache à vider est bien le dossier /var/cache/* à la racine de ton installation PrestaShop (là où se trouvent aussi /config, /modules, /themes, etc.).

 

Pour les droits, vérifie que :

/var, /var/cache et tous leurs sous-dossiers appartiennent à l’utilisateur du serveur web (souvent www-data ou apache selon l’hébergeur),

les dossiers ont généralement les droits 755 et les fichiers 644.

En résumé : si le cache est supprimé mais que l’erreur revient, assure-toi que le serveur a bien la permission d’écrire dans /var/cache.

Oui une partie quand j'essaie de crée un compte j'arrive quand même sur la page https://repair-myvillage.fr/commande avec l'erreur 

Cette page ne fonctionne pas

Impossible de traiter cette demande via repair-myvillage.fr à l'heure actuelle.

HTTP ERROR 500

 

Par contre quand je vais dans Home/www//Var/Cache j'ai 2 dossiers DEV et PROD faut que je supprime ? 

[Mehdi Bourechka]

16 minutes ago, Curieux74 said:

Oui une partie quand j'essaie de crée un compte j'arrive quand même sur la page https://repair-myvillage.fr/commande avec l'erreur 

Cette page ne fonctionne pas

Impossible de traiter cette demande via repair-myvillage.fr à l'heure actuelle.

HTTP ERROR 500

 

Par contre quand je vais dans Home/www//Var/Cache j'ai 2 dossiers DEV et PROD faut que je supprime ? 

Oui. Tu peux supprimer entièrement var/cache/dev et var/cache/prod puis recharger : PrestaShop les reconstruit tout seul.

Attention au chemin exact et à la casse : c’est var/cache/... (pas Var/Cache). Le double “//” n’a pas d’importance.

 

Ensuite, reteste la création de compte → si la page /commande renvoie encore 500 :

1 active le mode debug pour voir l’erreur précise

2 vérifie que l’override CustomerFormatter est bien désactivé

3 assure-toi que l’utilisateur du serveur web peut écrire dans var/*

4 si besoin, passe au thème Classic et désactive les modules non natifs pour isoler un conflit

[Curieux74]

il y a 5 minutes, Mehdi Bourechka a dit :

Oui. Tu peux supprimer entièrement var/cache/dev et var/cache/prod puis recharger : PrestaShop les reconstruit tout seul.

Attention au chemin exact et à la casse : c’est var/cache/... (pas Var/Cache). Le double “//” n’a pas d’importance.

 

Ensuite, reteste la création de compte → si la page /commande renvoie encore 500 :

1 active le mode debug pour voir l’erreur précise

2 vérifie que l’override CustomerFormatter est bien désactivé

3 assure-toi que l’utilisateur du serveur web peut écrire dans var/*

4 si besoin, passe au thème Classic et désactive les modules non natifs pour isoler un conflit

C'est fait c'est ok ==> 
Oui. Tu peux supprimer entièrement var/cache/dev et var/cache/prod puis recharger : PrestaShop les reconstruit tout seul.

Oui c'est une erreur de frappe merci ==> 
Attention au chemin exact et à la casse : c’est var/cache/... (pas Var/Cache). Le double “//” n’a pas d’importance.

1 active le mode debug pour voir l’erreur précise

J'ai renommé le fichier et même suprimer du server, sinon comment et ou le désactivé ?  ==>
2 vérifie que l’override CustomerFormatter est bien désactivé

Oui il peut écrire pas de souci ==>
3 assure-toi que l’utilisateur du serveur web peut écrire dans var/*

Je suis déjà en thème par défaut ==>
4 si besoin, passe au thème Classic et désactive les modules non natifs pour isoler un conflit

 

Sinon après tout ce que tu ma dit tout ma l'air de refonctionnée j'ai créer une commande et cliqué sur commandé il ma dit de créer un compte et remplire alias etc.. je pense que c'est niquel tu en pense quoi ?

 

[Curieux74]

au passage si jamais dans www/override/classes/cache le fichier ne s'est PAS recréer CustomerFormatter02.php 

[Mehdi Bourechka]

6 minutes ago, Curieux74 said:

C'est fait c'est ok ==> 
Oui. Tu peux supprimer entièrement var/cache/dev et var/cache/prod puis recharger : PrestaShop les reconstruit tout seul.

Oui c'est une erreur de frappe merci ==> 
Attention au chemin exact et à la casse : c’est var/cache/... (pas Var/Cache). Le double “//” n’a pas d’importance.

1 active le mode debug pour voir l’erreur précise

J'ai renommé le fichier et même suprimer du server, sinon comment et ou le désactivé ?  ==>
2 vérifie que l’override CustomerFormatter est bien désactivé

Oui il peut écrire pas de souci ==>
3 assure-toi que l’utilisateur du serveur web peut écrire dans var/*

Je suis déjà en thème par défaut ==>
4 si besoin, passe au thème Classic et désactive les modules non natifs pour isoler un conflit

 

Sinon après tout ce que tu ma dit tout ma l'air de refonctionnée j'ai créer une commande et cliqué sur commandé il ma dit de créer un compte et remplire alias etc.. je pense que c'est niquel tu en pense quoi ?

 

Parfait, ça veut dire que tout est rentré dans l’ordre. Le fait que tu arrives à créer une commande et que le processus de création de compte fonctionne est le signe que le problème principal est réglé. Surveille juste les prochains tests de commande pour être sûr qu’aucune erreur 500 ne réapparaisse, mais à ce stade c’est bien « nickel ».

 

Si tu veux fluidifier l’expérience utilisateur, tu peux aussi activer le mode “Commande en tant qu’invité”. Cela permet à la personne de passer une commande sans créer de compte complet. Et pour aller encore plus loin, il existe des modules spécialisés qui offrent la connexion en un clic via Google ou Facebook, ce qui réduit encore la friction et améliore la conversion.