Configuration de wamp compatible presta.1.6.1.24 et PhenixSuite 1.6.2.25

eolia

Si vous voulez mettre à jour votre 1.6.1.24 vers Phenix, utilisez le module Autoupgrade fourni dans le zip. (Si vous aviez la version "officielle", désinstallez-la et supprimez-la avant).

Jos

J'ai installé sur wamp phenixsuite pour partir d'un site neuf.
Donc, ma démarche est maintenant d'importer les données de mon site qui est toujours en ligne. Et faire tout ça en local.
Comme précisé au début de ce post.

Autrement, cela voudrait dire que tout ce que je viens de faire ne sert à rien.

Est-ce qu'il y a un problème d'import de l'ancienne BDD ?
Est-ce qu'il faut exporter ces données autrement ? Avec une requête SQL par exemple ?

eolia

Bah écoutez, vous pouvez faire vos propres expériences mais je ne vois pas comment vous allez contrôler l'intégrité des données en utilisant cette manière de faire.

On installe Phenix si on désire partir de zéro, sinon on effectue un upgrade, je ne vois pas pourquoi se compliquer la vie ainsi.

Jos

Et bien si justement, il y a de très bonnes raisons.
Autrement, pourriez-vous développer un module ou une requête exportant les données produit / commandes / clients, compatible avec phenixsuite, et quel en serait le coût ?
Cela pourrait en intéresser d'autres je pense.

eolia

Il faudra m'expliquer ces raisons.
Je ne vais pas développer un module dont je ne saisis pas l'intérêt.

Si vous voulez repartir sur une boutique propre:

Upgradez vers Phenix
Basculez sur le thème par défaut
Désinstallez/supprimez tous les modules non natifs
Videz le répertoire des overrides.

Ca prend 10 min au max.

Jos

Bon, il va falloir alors que je clone mon site sur wamp et que j'arrive à l'y faire fonctionner.
J'avais fait une tentative dans ce sens l'année dernière, mais cela ne fonctionnait pas sur wamp. Probablement à cause d'incompatibilités.
Je vais essayer à nouveau, vu que je ne veux pas le faire en direct.

eolia

Si vous le cloner sur Wamp respectez la version PHP de votre site pour commencer.
Vous n'avez pas la possibilité de le cloner chez votre hébergeur ? (sous-domaine dev.votre-site.com) Ce qui est la manière habituelle de procéder.

Jos

Je n'ai pas encore utilisé cette fonctionnalité, mais je vais m'y coller. Je viens de crér un sous-domaine, à la racine "dev"

eolia

Une fois votre ftp copié et votre base de données importée, mettez à jour le fichier /config/settings.inc.php (pour indiquer les identifiants de la nouvelle base) et mettez à jour la table ps_shop_url avec votre sous-domaine à la place du nom de domaine actuel.

eolia

J'ai déjà tout expliqué ici:
https://www.prestashop.com/forums/topic/519979-tutorial-comment-transférer-mon-site-local-distant-ou-linverse/

Jos

OK. Merci. Je vais lire.

Jos

C'est fait. Le clone en ligne est fonctionnel.
J'ai téléchargé votre module autoupgrade.
J'ai désactivé eicaptcha.
Vu que j'ai un phenixsuite vierge sur wamp, je compare les réglages avant de lancer l'upgrade.
Je vois que tous les réglages dans "Performances" sont sur "non" (sauf smarty) et ne sont pas tous les mêmes que sur ma version.
Je me demande s'il faut que je mette tout sur "non"

eolia

Peu importe ces réglages pour la mise à jour, par contre, une fois celle-ci terminée il est préférable de les passer tous sur oui.

Jos

ok
J'ai ce message :
"You are using PHP 7.1.33 version. The latest PHP version supported by PhenixSuite is PHP 8.2.2. To make sure you’re ready for the future, we recommend you to upgrade to PHP 7.4 minimum after complete upgrade."

Je peux modifier la version de php, mais je ne suis pas sure de pouvoir le faire sans changer celle de la version en ligne. Je vais vérifier et consulter mon hébergeur.

Jos

L'upgrade est fait sur le clone et tout a l'air de s'être bien passé, bien qu'il y ait quelques alertes dans le message final.
Prochaine étape : faire un contrôle plus poussé.

Il faudra aussi que je détermine si cela change quelque chose (améliorations) pour search console (quand cette version sera publié sur le site principal). Car si tous les voyants y sont au vert, il y a des alertes orange sur lesquelles je dois travailler, pour les produits, vu que Google réclame plus.

Merci Eolia pour l'accompagnement.

eolia

Phenix intègre les json-ld pour les produits, cela devrait vous rassurer.

Jos

J'ai procédé à l'upgrade sur le site principal et la mise à jour a été facile.
Par contre, je me rends compte que je n'avais pas fait assez de tests sur le clone.
Je découvre des fonctionnalités en panne :

Certains liens qui ne fonctionnent plus.

Dans le menu : le lien ne fonctionne pas pour "promotion et soldes". En fait la page "/promotions" semble avoir disparue (le lien vers les nouveautés lui fonctionne). Pour l'instant je l'ai supprimé du menu en attendant de trouver.
Dans le slider les liens vers les pages de marques ne fonctionnent plus non plus, d'ailleurs plus aucun lien de marque/fabricant ne fonctionne.
En inspectant une fiche de fabricant (catalogue/fabricant) je vois qu'il n'y a pas d'url. (Il y a bien le descriptif, les balises et les mots-clé).

Il y a aussi eicaptacha qui fait un message d'erreur quand on essaie d'envoyer un message via le formulaire de contact et qui bloque l'envoi. Pour l'instant je l'ai désactivé afin que le formulaire puisse être utilisé.

Voilà où j'en suis des constats. Je veux bien des pistes pour résoudre ces problèmes.

eolia

Prenez le temps de regarder les différents paramétrages de Phenix:

Concernant eicaptcha je vous conseille de le désinstaller complètement (idem si vous avez un module de gestion de cookies).
Phenix a des protections natives (voir les Paramètres avancés => Performances => onglet sécurité)

et un script pour la gestion des cookies (Préférences => clients)

Jos

Merci.
Effectivement, j'aurais du vérifier dans les préférences. Il était tard dans la nuit...

Pour les cookies, je suppose qu'il faut d'abord avoir un module, ou bien un simple CMS suffit ?

Je constate aussi des différences dans les statistiques. Notamment, celles des paniers abandonnés ne s'actualisent pas. J'ai le même nombre depuis hier, sans nouveaux paniers abandonnés. En principe se sont ceux de la dernière demi-heure.

Dans phpmyadmin :
Je vois que dans la table cart_rule, toutes les dates sont à 0000-00-00 00:00:00 / date_add
Dans ps_cart, il y a des dates.

De par ailleurs, il faudra aussi que je trouve le moyen de faire du ménage dans la table des paniers, où l'on ne peut pas faire des coupes, vu qu'il y a aussi ceux qui sont associés à des commandes.

Jos

Pour la table cart_rule, je pense que c'est la fonction AUTO_INCREMENT qui a sauté et qui probablement responsable.