Affichage du passage en caisse très lent

Bonjour,

Je constate sur mon site mais aussi sur votre site de démo que l'affichage du passage en caisse est relativement lent.

En regardant avec Firebug je constate qu'il y a chaque fois 2 requêtes (post et get) avec le statut 303 avant de d'avoir une réponse 200.

Bien sûr, cela augmente considérablement le temps de réponse.

Merci.

Je ne vois pas a chaque fois de redirect sur le site de démo.
Il y a un redirect à l'affichage car l'option "force a menu on checkout" est configurée. Ensuite, à la fin, il y a un redirect vers la plateforme de paiement qui peut être lent mais ca n'est pas de notre ressort.

Voici une copie de firebug sur l'affichage du panier de votre site de demo :




Près de 7 secondes, c'est assez long !

C'est la première page du passage en caisse:
Le post est pour l'enregistrement du panier
Le premier get envoi sur le passage en caisse
Le second get envoi sur le menu configuré pour le passage en caisse.
Le dernier get en bas de votre screenshot permet de récupérer le dropdown de sélection du département.
Si vous vous connectez, la page suivante du passage en caisse sera affichée avec une seule requête HTTP.
Il est également possible de réduire le nombre de requêtes de la première du passage en caisse :
Si vous ne sélectionnez pas "force a menu on checkout", vous n'aurez pas le second get.
Si vous accédez au passage en caisse via un élément de menu, il n'y aura pas de POST d'information. Cela n'arrive seulement quand vous y accédez via le panier ou après avoir ajouté un produit.
Si vous dépubliez le champs d'état, vous n'aurez pas la dernière requête.
Donc vous pouvez très bien avoir une première page de passage en caisse avec une seule requête HTTP.
Tout dépend de la façon dont vous construisez votre site.