Extrèmement bloquant : Lenteurs + erreurs 500 panier

Bonjour,

Des lenteurs lorsqu'il y a un utilisateur connecté avec un panier rempli, pour moi, cela indique que lorsque HikaShop charge le panier en mémoire, quelque chose (un plugin) a besoin de récupérer des informations sur un serveur externe et il n'y arrive pas.
Normalement, pour moi c'est un plugin de livraison qui n'arrive pas à se connecter au serveur de la plateforme de livraison, vu que cela n'arrive qu'une fois que l'utilisateur fourni une adresse et a un panier rempli.
Je vois que vous avez le plugin Mondial relay, donc pour moi c'était le suspect en haut de la liste.

Cependant, j'ai essayé de reproduire le problème sur votre site, mais je n'y arrive pas. Même connecté, et avec une adresse, et avec un panier, et sur le passage en caisse, la page s'affiche rapidement et j'ai même la méthode de livraison Mondial relay qui s'affiche normalement. N'arrivant pas à reproduire le problème, difficile de dire qu'où cela vient. Peut être même que vous n'avez plus le problème ? Peut être était-ce une mise à jour de serveur chez Mondial Relay durant le weekend ?
Arrivez-vous toujours à reproduire le problème ? Si oui, auriez-vous des instructions précises pour reproduire le problème ?

Ce que vous pouvez essayer de faire, c'est de parcourir la liste des plugins des groupes "hikashop", "hikashopshipping", "hikashoppayment" et "system", et pour chaque plugin qui a besoin de se connecter à un service externe, essayez de le dépublier temporairement et pendant ce temps, rafraîchissez une page avec le souci sur le frontend.
Si le problème n'apparait plus, ce permettra de dire que le problème vient du plugin dépublié. Et ensuite on pourra cibler notre travail là-dessus.

Enfin, si vous avez le problème sur toutes les pages avec un panier, je vous recommande de désactiver temporairement le module panier et de configurer le plugin HikaShop cart notification pour rediriger vers le passage en caisse. Ainsi, le problème sera circonscrit au passage en caisse.

La vérification du numéro de TVA ne se fait qu'à la sauvegarde d'une nouvelle adresse avec un numéro de TVA, ou lorsqu'une adresse est modifiée avec une autre valeur que celle déjà dans le champ du numéro de TVA.
Donc, normalement, une fois qu'un utilisateur a sauvé son adresse, il ne devrait pas à avoir de vérification du numéro.
Aussi, si vous regardez le WSDL qui est utilisé pour la vérification du numéro de TVA ( ec.europa.eu/taxation_customs/vies/checkVatService.wsdl ) vous pouvez y lire ceci:

- GLOBAL_MAX_CONCURRENT_REQ: Your Request for VAT validation has not been processed; the maximum number of concurrent requests has been reached. Please re-submit your request later or contact This email address is being protected from spambots. You need JavaScript enabled to view it. for further information": Your request cannot be processed due to high traffic on the web application. Please try again later;
- MS_MAX_CONCURRENT_REQ: Your Request for VAT validation has not been processed; the maximum number of concurrent requests for this Member State has been reached. Please re-submit your request later or contact This email address is being protected from spambots. You need JavaScript enabled to view it. for further information": Your request cannot be processed due to high traffic towards the Member State you are trying to reach. Please try again later.
- SERVICE_UNAVAILABLE: an error was encountered either at the network level or the Web application level, try again later;
- MS_UNAVAILABLE: The application at the Member State is not replying or not available. Please refer to the Technical Information page to check the status of the requested Member State, try again later;
- TIMEOUT: The application did not receive a reply within the allocated time period, try again later.

Donc il y a plusieurs raisons qui pourrait faire que la vérification en ligne soit impossible, et en plus le problème pourrait être localisé sur certains pays de l'EU uniquement.
Donc par exemple, il est possible qu'avec mon numéro de TVA en France, cela fonctionne bien sur votre site, mais pas avec un numéro de TVA Belge, si le souci est au niveau du serveur de vérification des numéros de TVA de la Belgique.
Cependant, dans le code d'HikaShop nous gérons ces erreurs, et si par exemple il y a un timeout, HikaShop laisse passer le numéro de TVA sans bloquer l'utilisateur.
Le seul moment ou HikaShop refuse le numéro de TVA et affiche directement un message à l'utilisateur, c'est si SOAP n'est pas disponible, car il faut alors que SOAP soit activé, soit que la vérification online soit désactivée. Et normalement, cet affichage ne se fait qu'à la sauvegarde de l'adresse, pas sur chaque page, vu que la vérification du numéro est à la sauvegarde de l'adresse.
Donc même en supposant que le problème vienne de là, je ne vois pas bien pourquoi cela bloquerait toutes les pages avec un panier... à moins que vous ayez un plugin qui fasse de la validation des numéros de TVA à chaque chargement de panier ? Cela me semblerait bizarre tout de même.
Aussi, dans les messages d'erreur du service de vérification de TVA en ligne, rien n'indique qu'il y a des limites imposées par site web.

Bonjour,

Comme je disais, la vérification du numéro de TVA ne se fait qu'à l'enregistrement d'une adresse. Donc même avec beaucoup d'utilisateurs, cela ne devrait pas déclencher une limitation, et cela ne devrait pas bloquer toutes les pages avec un panier.
Cela se fait avec l'appel de _checkVat dans la fonction save de administrator/components/com_hikashop/classes/address.php dont vraiment je ne vois pas pourquoi cela bloquerait toutes les pages avec panier.
Peut être faudrait-il mettre en place une copie du site avec la vérification du numéro de TVA activée pour reproduire le souci et étudier cela plus en détails sans impacter vos clients.