eaufolle Posted December 17, 2012 Share Posted December 17, 2012 Bonjour, pour un client, je dois faire une mise à jour d'une boutique qui n'a pas dépassé la version 1.1.0.5... J'ai déjà passé beaucoup de temps à faire et refaire des essais, c'est catastrophique. N'étant pas spécialiste de Prestashop, j'ai suivi les instructions de cette page : http://doc.prestashop.com/pages/viewpage.action?pageId=11272350 Une fois tous les fichiers copiés et installés, déjà on part mal, quand j'accède au dossier /install, j'ai le message "Vous ne pouvez plus utiliser cet outil pour mettre à jour votre boutique." Je passe outre et appelle directement la page install/upgrade/upgrade.php ; le script tourne, puis le fichier xml affiche une erreur 34. J'ai recommencé plusieurs fois, en local, sur une base de données OVH, en remplaçant les fichiers du dossier sql... toujours le même problème. Du coup, la mise à jour de la base de données a l'air de se faire, mais de façon incomplète : j'ai 243 tables au lieu des 253 d'une installation toute neuve (j'ai testé ça aussi). J'ai donc essayé de copier les tables manquantes depuis une installation neuve vers ma base de données upgradée ; ça a l'air de fonctionner pas trop mal, même si les images des produits ne s'affichent pas et que le thème est totalement foutu en l'air. (J'avais de toute façon prévu de refaire tout le css, donc je fais mes essais avec le thème par défaut.) Mais un énorme problème apparaît : les clients ont bien été "transférés", mais leurs mots de passe sont copiés à l'identique, or le codage a l'air différent entre les 2 versions. En tout cas moi, en tant qu'admin je n'ai pas pu me connecter avec le mot de passe de l'ancienne version. J'ai utilisé la fonction de réinitialisation, qui a bien fonctionné, mais je ne vois pas les clients de la boutique penser à le faire sytématiquement, ou avoir la patience de le faire, et je crains que certains abandonnent, donc un préjudice pour mon client. Ma question est donc : voyez-vous une solution pour moi ? Ai-je commis une ou des erreurs ? Que pouvez-vous me conseiller ? Link to comment Share on other sites More sharing options...
Johann Posted December 17, 2012 Share Posted December 17, 2012 Bonsoir, j'ai pour ma part fait il y a quelques mois une mise à jour PS 1.2.0 -> 1.4.8 qui s'est globalement bien passée (de mémoire, le seul pb était la déclaration d'onglets et de permissions manquants dans le backoffice). Je pense qu'il ne doit donc pas être trop difficile à passer de la 1.1.0.5 (j'ai commencé avec celle là aussi, ça me rappelle des souvenirs !) à la 1.4.9.0, avec la procédure manuelle Pour ce qui est de passer à la 1.5.x, pour l'instant, j'attendrais un peu. J'ai trop rapidement accepté de faire 3 mises à jour 1.4 -> 1.5 pour des clients, je te raconte pas le temps que j'ai perdu... Link to comment Share on other sites More sharing options...
Johann Posted December 18, 2012 Share Posted December 18, 2012 pour ce qui est des mots de passe des clients, heureusement qu'ils sont identiques ! ils sont cryptés à l'aide de clés que tu trouveras dans le fichier /config/settings.inc.php Link to comment Share on other sites More sharing options...
eaufolle Posted December 18, 2012 Author Share Posted December 18, 2012 Merci pour les réponses. Pour les mots de passe, je me suis mal exprimée : admettons que mon mot de passe est "lapin", et que dans l'ancienne base de données, après codage ça donnait "1a2b3c". Si je crée un client dans la nouvelle version, avec le mot de passe "lapin", après codage ça donne "99f5mm" ; rien à voir donc. Le problème est que lors de la mise à jour, le mot de passe "transféré" dans la nouvelle base de données reste "1a2b3c", ce qui correspond à tout autre chose que "lapin". Donc si le client veut se connecter avec le mot de passe qu'il avait choisi ("lapin", donc), eh bien ça ne fonctionne pas... Quant à la clé dans le fichier /config/settings.inc.php, c'est RIJNDAEL_KEY ? Qu'est-ce que je peux en faire de toute façon ? Il me semble que même avec la clé, on ne peut pas décrypter les mots de passe ? De toute façon, je ne vais pas m'amuser à décrypter 400 mots de passe, sans parler de l'aspect éthique... Link to comment Share on other sites More sharing options...
Johann Posted December 18, 2012 Share Posted December 18, 2012 Il faut surtout comprendre que quand on fait une (vraie) mise à jour, les clés présentes dans le fichier config.inc.php sont inchangées, et que donc il est parfaitement normal que le hash des anciens mots de passe ne change pas. Si ce n'est pas le cas (qu'on a pas conservé son fichier config.inc.php, par exemple), on est gravement emmerdés, car à chaque mise à jour, les clients ne pourraient plus se connecter sans faire la procédure "j'ai perdu mon mot de passe". Avec la clé, on ne peut en effet par décrypter les mots de passe, mais par force brute, connaissant donc l'algo et les paramètres de d'initialisation utilisé, on peut savoir si le "clair" qu'on teste est le bon ou non. Link to comment Share on other sites More sharing options...
eaufolle Posted December 19, 2012 Author Share Posted December 19, 2012 Merci pour ta réponse, ça m'a permis de comprendre le problème de mots de passe. Du coup j'ai réessayé la mise à jour, mais vers la version 1.4.9, et selon ton tuto : ça a fonctionné nickel. Donc merci pour ça aussi ! Par contre j'ai tenté une mise à jour supplémentaire vers la version 1.5.2 : 3 essais, 3 ratés. Via le répertoire local, la mise à jour se lance à peine puis s'arrête en affichant une alerte Javascript (j'ai pas pensé à la relever exactement). Via le canal officiel et l'archive locale, j'ai ces erreurs : Mise à jour terminée, mais des erreurs sql sont apparues pendant la mise à jour de la base de données. Merci de restaurer votre boutique. [ERROR] PHP 1.5.0.4 /* PHP:update_mailalerts_add_column_idshop(); */ 1 - unable to create column id_shop (Table '***.ps_mailalert_customer_oos' doesn't exist) Erreur(s) détectée(s) pendant la mise à jour. Cela dit, malgré cette erreur, après la mise à jour via archive locale, à première vue ça a l'air de fonctionner. Autant la première fois le back office était en vrac, autant là je ne vois rien d'anormal et la boutique a l'air OK aussi, aux erreurs près que j'avais déjà constaté avec la V1.4.9... As-tu un avis, un conseil sur la question ? (Ou quelqu'un d'autre !) Link to comment Share on other sites More sharing options...
Johann Posted December 23, 2012 Share Posted December 23, 2012 Pour les mises à jour vers 1.5, c'est beaucoup plus complexe... J'ai jusque-là réussi à en finaliser 3 ! Mais à quel prix... près de 40h passées à débugger et corriger PS 1.5 et les modules additionnels, au lieu des quelques heures prévues (et facturées !), donc pour l'instant, je ne fais plus de mise à jour vers PS 1.5 J'ai parfois eu aussi des erreurs similaires aux tiennes, sans que celà ne semble être grâce au final. Le backoffice en vrac au départ, c'est juste un pb de rafraichissement du cache du navigateur bon courage Link to comment Share on other sites More sharing options...
eaufolle Posted December 28, 2012 Author Share Posted December 28, 2012 J'ai eu le même problème de dépassement de temps pour cette mise à jour là ! (deux fois plus que prévu ! Mais comme je l'ai dit, je ne suis pas spécialiste.) C'est quasi fini, mais j'en ai bien bavé... J'ai opté pour rester sur la version 1.4.9, au vu de tous les commentaires défavorables sur la 1.5, mais j'ai peur du coup que ça ne soit que partie remise... Sachant qu'après les diverses tentatives ratées de mise à jour, c'est l'adaptation du "thème" (un graphisme personnalisé, par un autre prestataire à l'époque) qui m'a pris le plus de temps, entre le css et le bidouillage dans tous les fichiers de template... Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now