Tatooine

Personne n'a jamais rencontré ce problème ?

Non, pour être exact : 1) Migration Presta 1.5 -> 1.6 via module 'one click upgrade' 2) Installation Presta 1.6 tout neuf avec theme tout neuf en local, car divers problèmes 3) Export / Import certaines tables base site distant -> site local (de 1.6 à 1.6) : notamment tout ce qui concerne les clients, les commandes Depuis, pas mal de soucis d'auto-incrementation qui avaient disparus dans les tables, que j'ai dû mettre à nouveau manuellement... Là la table ps_orders a l'air normale, donc je ne vois pas...

Bonjour, J'ai un souci qui je pense vient de la base de données : depuis mise à jour vers 1.6.1.11 et en important manuellement des tables de l'ancienne base, maintenant, les montants des ventes dans l'onglet "client" sont complètements aberrants et ne correspondent pas du tout à ceux des vente réelles. Ex : la dernière commande en date : --> commande de 64,77€ (le client a vraiment payé cette somme) --> montant affiché dans "Clients", colonne "Ventes" : 111424,87€ (!!!) (voir fichiers joints) J'ai cherché ce montant énorme dans la base, je l'ai trouvé dans la colonne "total_paid_real" de la table "ps_orders". Pourquoi est-il si différent de "total_paid" ? Je ne trouve aucune logique... Toute aide serait la bienvenue !!!

Résolu !! J'avais 3 adresses dans ma table, avec un ID à 0, c'est ça qui bloquait... Je les ai supprimé via mySQL et j'ai réimporté la table ps_address en copiant la structure depuis la base d'un autre Prestashop qui fonctionne bien, à savoir : CREATE TABLE IF NOT EXISTS `ps_address` ( `id_address` int(10) unsigned NOT NULL AUTO_INCREMENT, `id_country` int(10) unsigned NOT NULL, `id_state` int(10) unsigned DEFAULT NULL, `id_customer` int(10) unsigned NOT NULL DEFAULT '0', `id_manufacturer` int(10) unsigned NOT NULL DEFAULT '0', `id_supplier` int(10) unsigned NOT NULL DEFAULT '0', `id_warehouse` int(10) unsigned NOT NULL DEFAULT '0', `alias` varchar(32) NOT NULL, `company` varchar(64) DEFAULT NULL, `lastname` varchar(32) NOT NULL, `firstname` varchar(32) NOT NULL, `address1` varchar(128) NOT NULL, `address2` varchar(128) DEFAULT NULL, `postcode` varchar(12) DEFAULT NULL, `city` varchar(64) NOT NULL, `other` text, `phone` varchar(32) DEFAULT NULL, `phone_mobile` varchar(32) DEFAULT NULL, `vat_number` varchar(32) DEFAULT NULL, `dni` varchar(16) DEFAULT NULL, `date_add` datetime NOT NULL, `date_upd` datetime NOT NULL, `active` tinyint(1) unsigned NOT NULL DEFAULT '1', `deleted` tinyint(1) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id_address`), KEY `address_customer` (`id_customer`), KEY `id_country` (`id_country`), KEY `id_state` (`id_state`), KEY `id_manufacturer` (`id_manufacturer`), KEY `id_supplier` (`id_supplier`), KEY `id_warehouse` (`id_warehouse`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=18308 ; Merci pour votre aide, ça m'a permis de trouver !!

Ca donne une erreur : MySQL a répondu: #1075 - Incorrect table definition; there can be only one auto column and it must be defined as a key J'ai avancé depuis, j'ai trouvé la colonne "Extra" dans la structure de la table, et effectivement il n'y a rien dedans. J'ai vérifié sur un autre prestashop qui fonctionne bien, dans cette colonne il y a bien "AUTO_INCREMENT". Comment faire pour ajouter "AUTO_INCREMENT" sans erreur ?

Bonjour et merci pour votre réponse, dans ma base j'ai ça : -- -- AUTO_INCREMENT pour la table `ps_address` -- ALTER TABLE `ps_address` MODIFY `id_address` int(10) unsigned NOT NULL AUTO_INCREMENT,AUTO_INCREMENT=18308; Je suis une bille en mySQL, "AUTO_INCREMENT=18308" ça veut dire que le prochain ID commencera à 18308 c'est ça ? Si c'est ça est-ce normal d'avoir "AUTO_INCREMENT," juste avant du coup ? Quelles options et où les trouver ? Pouvez-vous m'éclaircir d'avantage ?

Version de PrestaShop 1.6.1.11 Version de PHP 7.0.6 Version de MySQL 5.5.53-0+deb7u1-log Moteur MySQL InnoDB Connecteur MySQL DbPDO Bonjour à toutes et à tous, Mon problème : les adresses des clients ne veulent pas s'enregistrer correctement dans la base de données, enfin si, elle s'enregistrent, mais avec comme ID 0 à chaque nouvelle adresse. J'ai récupéré la table ps_address d'un site que je refais entièrement (MAJ Presta, changement de thème, etc), du coup je suis reparti de zéro em réimportant les données clients et produits par mySQL, mais je pense que j'ai du merdouiller quelque part lors de l'export import, car maintenant toutes les nouvelles adresses sont impactées par ce problème. Pourquoi l'ID reste bloqué sur zéro à chaque fois ? Quelqu'un a t-il déjà eu le même souci ? Pour info la structure de la table : CREATE TABLE `ps_address` ( `id_address` int(10) unsigned NOT NULL, `id_country` int(10) unsigned NOT NULL, `id_state` int(10) unsigned DEFAULT NULL, `id_customer` int(10) unsigned NOT NULL DEFAULT '0', `id_manufacturer` int(10) unsigned NOT NULL DEFAULT '0', `id_supplier` int(10) unsigned NOT NULL DEFAULT '0', `id_warehouse` int(10) unsigned NOT NULL DEFAULT '0', `alias` varchar(32) NOT NULL, `company` varchar(64) DEFAULT NULL, `lastname` varchar(32) NOT NULL, `firstname` varchar(32) NOT NULL, `address1` varchar(128) NOT NULL, `address2` varchar(128) DEFAULT NULL, `postcode` varchar(12) DEFAULT NULL, `city` varchar(64) NOT NULL, `other` text, `phone` varchar(32) DEFAULT NULL, `phone_mobile` varchar(32) DEFAULT NULL, `vat_number` varchar(32) DEFAULT NULL, `dni` varchar(16) DEFAULT NULL, `date_add` datetime NOT NULL, `date_upd` datetime NOT NULL, `active` tinyint(1) unsigned NOT NULL DEFAULT '1', `deleted` tinyint(1) unsigned NOT NULL DEFAULT '0' ) ENGINE=InnoDB DEFAULT CHARSET=utf8; Merci d'avance !!

UP please !! How to do that with PS 1.6.1.6 ? Anyone ? Help needed here !

Thank you Katmoget, it works fine but only for available values (Presta 1.6.1). For disabled values it still displaying 01. 02. etc ... Do you know how to fix it ? Thanks !

Merci pour ta réponse Brice. Bah oui c'est ce que je lui dit, mais je ne sais pas si elle est prête à ça... Je sais qu'il y a des soucis de ce genre avec les adresses hotmail, et que de façon générale, ça ne fait pas pro. Mais j'imagine que je ne suis pas le seul à qui ce problème SMTP via hotmail est arrivé, non ? D'autres ont surement été confronté à ce problème ?

Bonjour à tous, Je n'arrive pas à régler correctement le SMTP de ma boutique Prestashop afin que les emails sortants (SAV ou messages attachés à une commande essentiellement) n'atterrissent pas dans les SPAMS des clients, ce qui est le cas aujourd'hui. Je précise que mon adresse email (enfin celle de ma cliente pour qui je gère la boutique) est hotmail.fr, mon Prestashop un 1.5.6. J'ai essayé toutes les configs possibles, tous les ports, rien n'y fait. Pour info j'ai testé avec une adresse gmail et là ça fonctionne très bien. Quelqu'un a t-il le même souci avec hotmail.fr ? Je vous remercie d'avance !!

Petit UP ! Même problème ici, la lettre "r" en minuscule s'affiche à la place du nom de l'expéditeur généralement "Service Client", et de plus certains messages n'arrivent pas à destination, quelqu'un a t-il trouvé la solution ? Pour info c'est une Presta 1.5.6. Merci

Je crois qu'on avait du payer ça entre 200 et 300 euros.

Bonjour, Cela fait presque 3 ans maintenant que je ne travaille plus pour pour cette société, qui a fermé d'ailleurs depuis. Je ne me rappelle pas du tout quel développeur nous avions pris pour cela. Je n'ai pas ses coordonnées. J'avais trouvé un développeur sur Codeur.com pour info. Désolé du peu de réponse, bon courage.

Problème résolu en mettant à jour Prestashop à la version 1.5.6.0 et en passant le SSL à toute la boutique.