Une migration PrestaShop échoue plus souvent
sur le serveur que sur le code.
PrestaShop demande à la machine des choses qu'un site vitrine ne demande jamais : de la mémoire pour un import de catalogue, des tâches planifiées pour les relances, une base qui tienne les jointures des filtres à facettes. Je règle PHP, MySQL, cron, sauvegardes et monitoring sur votre hébergement actuel — et je vous dis franchement quand en changer ne servirait à rien.
Trois pannes reviennent sans cesse sur PrestaShop, et aucune ne vient du code. La première : l'import produit qui s'arrête au milieu. Ce n'est pas le fichier, c'est `memory_limit` ou `max_execution_time` — et le back-office n'affiche rien d'autre qu'une page blanche, ce qui envoie chercher du côté du CSV pendant des heures.
Lire la suite
La deuxième : la relance de panier abandonné qui ne part jamais. Sur beaucoup d'installations, les tâches planifiées dépendent d'une visite sur une URL de cron ; sans visiteur la nuit, rien ne tourne. Déclarer le cron côté serveur règle la question en cinq minutes, encore faut-il savoir que c'est là que ça se joue.
La troisième : la page catégorie qui met huit secondes alors qu'elle en mettait deux. Les filtres à facettes génèrent des requêtes que la base ne sait plus servir quand le catalogue a doublé sans que les index suivent. Le symptôme ressemble à un problème d'hébergement ; c'en est rarement un.
D'où l'ordre de travail : relever ce qui est réellement appliqué avant de recommander quoi que ce soit. Changer d'hébergeur est parfois la bonne réponse, mais c'est presque jamais la première — une boutique lente sur un mutualisé le reste sur un VPS quand ce n'était pas la puissance qui manquait.
Ce que vous obtenez.
Comment on procède.
Relevé
Limites PHP réellement appliquées, cron existants et date de leur dernier passage, requêtes lentes, contenu des sauvegardes. On mesure avant de recommander.
Réglage
Mémoire, OPcache, index manquants, cron déclarés côté serveur. Chaque changement est appliqué seul, pour qu'on sache lequel a produit l'effet.
Sauvegardes et restauration
Mise en place hors serveur, puis restauration d'essai sur un environnement séparé. C'est cette étape qui transforme une sauvegarde en garantie.
Surveillance
Sondes en place et alertes routées. Le rapport mensuel dit ce qui a bougé, pas seulement que tout va bien.
Questions fréquentes
Pages liées.
Prêt pour votre projet ?
Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.
Certification délivrée par l'éditeur du CMS