billilys Posted October 20, 2010 Share Posted October 20, 2010 Bonjour à tous,ca fait 2 ans que j'ai ce problème et je n'arrive vraiment pas à savoir d'ou ca vient,il m'est plus possible de travailler dans ces conditionsDepuis la vente de ID 265, plus rien n'est enregistrer sur le ps_order_detail ce qui dit:PLUS DE FACTURE PDF CORRECTPLUS DE BO ONGLET COMMANDE CORRECTRÉSUME DE COMMANDE VIDEet enfin plus de possibilité de changer les status des commandesje crois bien que je me coltine le problème depuis que je maj sur maj sur maj et aujourd'hui la méthode de réécriture du paymentmodule.php ne marche plusj'aimerais bien repartir sur une installation vierge, mais je n'arrive pas a exporter correctement le catalgoue client categories meme avec des modules du prestastoresi quelqu'un trouve mon problème..... je vous remercie par avance Link to comment Share on other sites More sharing options...
QuickTel Posted October 22, 2010 Share Posted October 22, 2010 Salut,Je viens de rencontrer le même problème avec la versions 1.3.2.3Le client à payé par paypal le paiement est bien valide dans mon compte paypal Mais je ne sais pas changer les statuts de la commande et je n'ai aucun détails sur la commande.Et dans la zone message j'ai toute les info's sur la transaction, au lieu de juste l'id. Link to comment Share on other sites More sharing options...
redtango2 Posted October 22, 2010 Share Posted October 22, 2010 Même problème après un changement de version et import du catalogue :j'ai changé les fichiers de 131 à 132 ( et inversement)je pense que c'est suite à une modification que j'ai faite sur les transporteurs en mettant les départementspour la livraison ????????,Post : http://www.prestashop.com/forums/viewthread/43518/#193964Alors ? changement de version ou modification des fichiers ?je ne suis pas sûrje cherche toujours Link to comment Share on other sites More sharing options...
redtango2 Posted October 22, 2010 Share Posted October 22, 2010 En cherchantje trouve sur la version 132qu'un produit commandé avec Aural Cash on delivery with fee l'Order redescend bien le produitpar contre ( je suis en test)j'ai repassé une commande avec une abscence de produit {c'est possible !}( toujours avec Aural Cash on delivery with fee )la commande passe sans redescendre la ligne produit voir votre image) On peut toujours annuler la commande.Mais je cherche encore pour une autre boutique (pour laquelle, il n'y a pas d'indication de poids). Link to comment Share on other sites More sharing options...
redtango2 Posted October 22, 2010 Share Posted October 22, 2010 Téléchargez GESTCOM Gestionnaire de comandes v1.2pratique et très efficace Link to comment Share on other sites More sharing options...
redtango2 Posted October 23, 2010 Share Posted October 23, 2010 Je sais pas si c'est un bug de PS 132 ou simplement un défaut de réglage .....(sur les versions anciennes ce la ne posait pas de problème, il me semble)si cela peut vous aider. dans l'onglet transport : les cases remplies ( ou ré-remplies à l'install) avec des valeursFrais de manutention:€ HT = 3Frais de port offerts à partir de:€ = 30Frais de port offerts à partir de: 300font bugger l'affichage et la prise en compte des frais de transport.(Aural Cash on delivery with fee n'y est pour rien pas plus que Stiff Carrier Categorie qui est excellent)en les supprimant on retrouve les frais de transporty compris dans la fiche produit : shippingestimate2_product_page_country_selectetdans :shippingestimate_summary_page_default_countrycordialement Link to comment Share on other sites More sharing options...
kabarka Posted October 23, 2010 Share Posted October 23, 2010 pareil que quick tel et pas de solution !!!! Link to comment Share on other sites More sharing options...
kabarka Posted October 23, 2010 Share Posted October 23, 2010 pas de création de champ supplémentaire dans dans la table order_detail pour les nouvelles commandesHELP ME je pète un câble. Link to comment Share on other sites More sharing options...
billilys Posted October 24, 2010 Author Share Posted October 24, 2010 je pense que cela vient que nos base sql sont marqué à jour, mais elle ne doivent pas etre a jour,il faudrait comparer nos bases et celle d'une install 1,3,2 pour voir les différenceils doit manqué un champ quelques part Link to comment Share on other sites More sharing options...
kabarka Posted October 24, 2010 Share Posted October 24, 2010 j'ai déjà essayé pas mal de trucs mais rien n'y fait , je continue a chercher cette après midi. c un vrai casse tête.je lâche pas le morceau faut absolument que je passe en 1.3.2.3 pour solutionner le problème des arrondis car c invivable sinon.erreur dans les factures , erreurs dans les paiements paypal ==> trop de clients mécontent c pas bon pour le businessmerci de ton intérêt billilys Link to comment Share on other sites More sharing options...
billilys Posted October 24, 2010 Author Share Posted October 24, 2010 le plus simple serait d'export, nos catalogues et client, modules, template etc....et repartir sur une install fraichemais je n'arrive pas à export meme avec des modules à 90€, ca fonctionne tres mal Link to comment Share on other sites More sharing options...
kabarka Posted October 24, 2010 Share Posted October 24, 2010 tu exportes clients et commandes en csv ? Link to comment Share on other sites More sharing options...
kabarka Posted October 24, 2010 Share Posted October 24, 2010 Je crois que j'ai trouver la soluce billilys , il me reste plus qu'a tester.... Link to comment Share on other sites More sharing options...
billilys Posted October 25, 2010 Author Share Posted October 25, 2010 Oui avec le csv, mais ca marche tres mal, il manque la moitié des choses, je suis un peu vert de payer 90€ pour caj'attends avec joie ta soluce, je test un truc de mon cotéA bientôt Link to comment Share on other sites More sharing options...
billilys Posted October 25, 2010 Author Share Posted October 25, 2010 Salutje reviens, et j'ai corriger le probleme mon dieu j'ai backup la base 1,3,2,3 + ftpJ'ai laissé la sql de 1,3,2,3 derniere en date, qui buggait avec les ps order detailj'ai laissé le ftp tel quel, sauf que j'ai rajouté le répertoire install de la 1,3,2,3 afin de pouvoir maj normalementj'ai modifié le setting.inc.php afin de tromper la maj et j'ai modifier en 1.0.0.1 pour être sur que toutes les modifs sql depuis 2008 se répercute sur ma base sql de 2010 (à moitié maj j'imagine)et voila que maintenant la ps_order_detail se reincremente, cela veut bien dire que les maj SQL antérieur se sont mal passé. Je suis entrain de testé un peu partout les problemesdonc résultat tout fonctionne de nouveau, BO commande, facture bon livraison etc..... Link to comment Share on other sites More sharing options...
miner Posted November 5, 2010 Share Posted November 5, 2010 Bonjour à tous,ca fait 2 ans que j'ai ce problème et je n'arrive vraiment pas à savoir d'ou ca vient,il m'est plus possible de travailler dans ces conditionsDepuis la vente de ID 265, plus rien n'est enregistrer sur le ps_order_detail ce qui dit:PLUS DE FACTURE PDF CORRECTPLUS DE BO ONGLET COMMANDE CORRECTRÉSUME DE COMMANDE VIDEet enfin plus de possibilité de changer les status des commandesje crois bien que je me coltine le problème depuis que je maj sur maj sur maj et aujourd'hui la méthode de réécriture du paymentmodule.php ne marche plusj'aimerais bien repartir sur une installation vierge, mais je n'arrive pas a exporter correctement le catalgoue client categories meme avec des modules du prestastoresi quelqu'un trouve mon problème..... je vous remercie par avance salut,avez vous trouvé la cause de ce problème, je suis également concerné avec 1.3.2.3 Link to comment Share on other sites More sharing options...
billilys Posted November 5, 2010 Author Share Posted November 5, 2010 la base sql n'était pas à jour, en désynchro avec le code php prestashopCe problème vient surement des installateur de maj cdlt Link to comment Share on other sites More sharing options...
miner Posted November 7, 2010 Share Posted November 7, 2010 après application de la solution billilys cela fonctionne pour moi. Mais vraiment il faudrait situer la source du problème car de nombreux autres posts parle du même soucis.ex: http://www.prestashop.com/forums/viewthread/69200/P45/configuration_et_utilisation_de_prestashop/resolu_commande_client_invisible_et_pourtant_passee_et_payeehttp://www.prestashop.com/forums/viewthread/77082/discussion_generale/probleme_de_commande_inexistante_dans_le_back_officehttp://www.prestashop.com/forums/viewthread/75743/mise_a_jour_de_prestashop/suite_a_la_mise_a_jour_perte_des_statuts_de_commande.....cdlt Link to comment Share on other sites More sharing options...
Yann - Prestaplugins Posted November 7, 2010 Share Posted November 7, 2010 S'intéresser au problème au bout de 2 ans...Pourquoi ne pas avoir agi avant ? Ca doit être un sacré bordel dans votre compta Vous savez, il existe une section "Appels d’offres et prestations" sur ce forum, si le bug dépasse vos compétences et que personne n'a su vous aider dans la partie "gratuite"... Des pros du PHP aurait su vous débugguer cela en 1 ou 2h tout au plus...Si en plus vous avez investi dans plein de modules au passage pensant qu'il résoudrait le bug, le calcul était mal fait Enfin tout s'arrange on dirait, tant mieux pour vous. Link to comment Share on other sites More sharing options...
miner Posted November 7, 2010 Share Posted November 7, 2010 S'intéresser au problème au bout de 2 ans...Pourquoi ne pas avoir agi avant ? Ca doit être un sacré bordel dans votre compta Vous savez, il existe une section "Appels d’offres et prestations" sur ce forum, si le bug dépasse vos compétences et que personne n'a su vous aider dans la partie "gratuite"... Des pros du PHP aurait su vous débugguer cela en 1 ou 2h tout au plus...Si en plus vous avez investi dans plein de modules au passage pensant qu'il résoudrait le bug, le calcul était mal fait Enfin tout s'arrange on dirait, tant mieux pour vous. Pourquoi un bordel dans la compta ? Les paniers étaient toujours visibles dans "clients > panier" le problème se situe dans "commandes". Les forums c'est quand même à la base pour partager et aider il me semble! Et pour moi il ne s'agissait pas de deux ans mais 15 jours. En attendant si quelqu'un un "PRO" arrive a situer la source de ce problème se serais cool pour beaucoup.cdlt Link to comment Share on other sites More sharing options...
Yann - Prestaplugins Posted November 7, 2010 Share Posted November 7, 2010 Miner : je réponds au 1er post. Pas de facture, pas de validation de commande etc.... pour moi ca s'appelle un sacré bordel...Sinon pour le bug, ben ca semble être un problème de mise à jour de la base de données non ?Surement que vous avez oublié de passer l'un des patchs à un moment.Après, en vous connectant à votre BDD, et en regardant ce que font les patchs sql 1 par 1, je pense qu'il est facile de vérifier si l'un d'eux n'a pas été passé, ou de retrouver celui qui a touché à la structure de cette table order_detail pour déterminer depuis quand ça merde. Link to comment Share on other sites More sharing options...
kabarka Posted November 9, 2010 Share Posted November 9, 2010 helloj'ai trouvé la source du problème il y a quelques jours mais j'ai voulu tester sur mon site en production et donc pas de problème particulier. Mais je tenais a dire que pour y arriver il a fallu que je lise énormément de conneries laisser par l'un et l'autre bien souvent n'ayant aucun rapport avec le sujet et je trouve ca navrant de perdre son temps de la sorte.Sinon venons en a la soluce parce que c bien beau le baratin mais ca saoule, surtout que ca va être très court parce que tt les indices se trouvent sous vos yeux:donc pour moi migration 1.3.1.0 a 1.3.2.3 (obligation de passer sous cette version pour régler les problèmes d'arrondis).le problème vient bien le table ps_order_detailversion 1.3.1.0 ==> 23 champsversion 1.3.2.3 ==> 25 champsdonc évidemment comme vous pouvez constater il manque 2 champs dans la version 1.3.1.0 et surement idem pour les versions precedentes.donc manque les champs ==> reduction_percent et reduction_amountsi vous avez fait la mise a jour vers 1.3.2.3 avec votre ancienne base MYSQL on se retrouve avec le problème que vous savez.donc enfin la solution (OUéééééééé) qui se résume en deux requete SQL sur votre base en mettant votre PREFIX de base bien sur pour ajouter les 2 champs à la tableALTER TABLE PREFIX_order_detail ADD `reduction_amount` decimal(20,6) NOT NULL DEFAULT '0.000000'etALTER TABLE PREFIX_order_detail ADD `reduction_percent` decimal(10,2) NOT NULL DEFAULT '0.00'et la c magique nan qu'est ce que je raconte ÇA MARCHE euh fonctionne. retour a la normale depuis 10 jours sans aucun problème, ps_order detail se réimplémente.Simple et efficace. je ne serais pas contre quelques MERCI tu nous as bien saoulé HAHAHAHAHAHAHHAHAHA.voila je finirais avec ma citation favorite : Un pigeon c plus con qu'une mouette mais va savoir.Merci a tous , prestashop , Willi mais pas l'orque, merci a Michel Sardou qui m'a donné envie de me barrer de devant mon pc et m'a permis de réfléchir bcp plus loin , merci a Franklin j'adore la morale de ton dessin animé, et enfin un grand merci à café du Brésil sans qui les journées serait bien plus courteKABARKA . Link to comment Share on other sites More sharing options...
Yann - Prestaplugins Posted November 9, 2010 Share Posted November 9, 2010 Ouai donc en gros tu as raté l'installation d'un patch, car tout ceci est dans l'upgrade 1.3.2.2.sql du repertoire /install/sql/upgradeTu ferais bien de vérifier que tu as le reste SET NAMES 'utf8'; ALTER TABLE `PREFIX_order_detail` ADD `reduction_percent` DECIMAL(10, 2) NOT NULL AFTER `product_price`; ALTER TABLE `PREFIX_order_detail` ADD `reduction_amount` DECIMAL(20, 6) NOT NULL AFTER `reduction_percent`; ALTER TABLE `PREFIX_country` CHANGE `need_identification_number` `need_identification_number` TINYINT(1) NOT NULL DEFAULT '0'; INSERT INTO `PREFIX_configuration` (`name`, `value`, `date_add`, `date_upd`) VALUES ('PS_1_3_2_UPDATE_DATE', NOW(), NOW(), NOW()); ALTER TABLE `PREFIX_search_index` CHANGE `weight` `weight` SMALLINT(4) unsigned NOT NULL DEFAULT '1'; ALTER TABLE `PREFIX_image` DROP INDEX `product_position`, ADD UNIQUE `product_position` (`id_product`, `position`); ALTER TABLE `PREFIX_zone` DROP `enabled`; SET @id_hook = (SELECT id_hook FROM PREFIX_hook WHERE name = 'backOfficeHeader'); SET @position = (SELECT IFNULL(MAX(position),0)+1 FROM PREFIX_hook_module WHERE id_hook = @id_hook); INSERT IGNORE INTO PREFIX_hook_module (id_hook, id_module, position) VALUES (@id_hook, (SELECT id_module FROM PREFIX_module WHERE name = 'statsbestcustomers'), @position); SET @position = @position + 1; INSERT IGNORE INTO PREFIX_hook_module (id_hook, id_module, position) VALUES (@id_hook, (SELECT id_module FROM PREFIX_module WHERE name = 'statsbestproducts'), @position); SET @position = @position + 1; INSERT IGNORE INTO PREFIX_hook_module (id_hook, id_module, position) VALUES (@id_hook, (SELECT id_module FROM PREFIX_module WHERE name = 'statsbestvouchers'), @position); SET @position = @position + 1; INSERT IGNORE INTO PREFIX_hook_module (id_hook, id_module, position) VALUES (@id_hook, (SELECT id_module FROM PREFIX_module WHERE name = 'statsbestcategories'), @position); SET @position = @position + 1; INSERT IGNORE INTO PREFIX_hook_module (id_hook, id_module, position) VALUES (@id_hook, (SELECT id_module FROM PREFIX_module WHERE name = 'statsbestcarriers'), @position); Link to comment Share on other sites More sharing options...
billilys Posted November 9, 2010 Author Share Posted November 9, 2010 je me remercie, car j'ai ouvert ce post,il y a donc bien un problème de maj depuis longtemps et depuis plusieurs version Link to comment Share on other sites More sharing options...
kabarka Posted November 9, 2010 Share Posted November 9, 2010 t un donneur de leçon pas de solution patatenok, t'inquiète pas pour moi va j'ai pas attendu après toi pour vérifier mon taf alors use pas ton clavier pour faire style t'es dans la cour des grands. a bon entendeur. Link to comment Share on other sites More sharing options...
Yann - Prestaplugins Posted November 9, 2010 Share Posted November 9, 2010 J'ai donné la solution sur le post juste avant toi, regarder 1 à 1 les patchs sql, ce que tu n'as pas fait, sinon tu aurais donné l'ensemble du script pour les gens qui peuvent avoir le même problème...M'enfin t'as raison, pas la peine d'user mon clavier pour un aigri comme toi.@billilys : tu n'aurais pas plutôt oublié l'étape finale lors d'une de tes mises à jours, qui est de retourner sur la page d'installation et de lancer la mise à jour de la base de donnée ? Je ne pense pas qu'il y ait de problème de mise à jour, juste des upgrades incomplets... Link to comment Share on other sites More sharing options...
jysfree Posted November 10, 2010 Share Posted November 10, 2010 Bonsoir à tousmeme probleme que @billilys plus de commande dans le bo plus d'ecriture dans la table ps_order_detail meme apres avoir executé les requetes SQL precedemment citées dans le post .le paiement fonctinne via paypal ou cic mais pas de commande dans bo pour le module cheque et virement impossible de finaliser la commande "commande echouée"avez vous une autre idée car la je secheprecision j'ai le probleme depuis mise a jour de 1.2.4 a 1.3.2.3 Link to comment Share on other sites More sharing options...
InfoValis Posted December 17, 2010 Share Posted December 17, 2010 Super billilys merci chez moi ça à marché Link to comment Share on other sites More sharing options...
InfoValis Posted December 17, 2010 Share Posted December 17, 2010 Salutje reviens, et j'ai corriger le probleme mon dieu j'ai backup la base 1,3,2,3 + ftpJ'ai laissé la sql de 1,3,2,3 derniere en date, qui buggait avec les ps order detailj'ai laissé le ftp tel quel, sauf que j'ai rajouté le répertoire install de la 1,3,2,3 afin de pouvoir maj normalementj'ai modifié le setting.inc.php afin de tromper la maj et j'ai modifier en 1.0.0.1 pour être sur que toutes les modifs sql depuis 2008 se répercute sur ma base sql de 2010 (à moitié maj j'imagine)et voila que maintenant la ps_order_detail se reincremente, cela veut bien dire que les maj SQL antérieur se sont mal passé. Je suis entrain de testé un peu partout les problemesdonc résultat tout fonctionne de nouveau, BO commande, facture bon livraison etc..... Super billilys merci chez moi ça à marché Link to comment Share on other sites More sharing options...
pacosxm Posted January 31, 2011 Share Posted January 31, 2011 N'étant pas du tout familier avec les BDD et le MYSQL, j'aurai besoin de vos lumières...j'accède bien jusqu'à la table PS_ORDER_DETAIL (image jointe), mais je bloque pour la suite.Comment intégrer les requêtes SQL citée au dessus :ALTER TABLE PREFIX_order_detail ADD `reduction_amount` decimal(20,6) NOT NULL DEFAULT ’0.000000’etc...grâce à vous, je crois être sur la bonne voie pour résoudre mes problèmes... mais il me manque encore un petit coup de pouce... merci d'avance. Link to comment Share on other sites More sharing options...
InfoValis Posted February 1, 2011 Share Posted February 1, 2011 Clique sur l'onglet SQL et colle ta requête dans le champ prévu Link to comment Share on other sites More sharing options...
pacosxm Posted February 1, 2011 Share Posted February 1, 2011 ok je crois avoir compris le processus (je n'avais pas vu la ligne d'ajout de champ).par contre ça n'a pas réglé mon problème, je n'ai toujours aucun détail de commande en BO, comme en FO ou encore sur la facture PDF. Aucune possibilité de modifier l'état de la commande en BO non plus... c'est la galère, j'y croyais vraiment ce coup-ci. Link to comment Share on other sites More sharing options...
InfoValis Posted February 1, 2011 Share Posted February 1, 2011 As-tu essayé ça ?billilys - 25 Octobre 2010 11:05 AMSalutje reviens, et j’ai corriger le probleme mon dieu j’ai backup la base 1,3,2,3 + ftpJ’ai laissé la sql de 1,3,2,3 derniere en date, qui buggait avec les ps order detailj’ai laissé le ftp tel quel, sauf que j’ai rajouté le répertoire install de la 1,3,2,3 afin de pouvoir maj normalementj’ai modifié le setting.inc.php afin de tromper la maj et j’ai modifier en 1.0.0.1 pour être sur que toutes les modifs sql depuis 2008 se répercute sur ma base sql de 2010 (à moitié maj j’imagine)et voila que maintenant la ps_order_detail se reincremente, cela veut bien dire que les maj SQL antérieur se sont mal passé. Je suis entrain de testé un peu partout les problemesdonc résultat tout fonctionne de nouveau, BO commande, facture bon livraison etc….. Link to comment Share on other sites More sharing options...
pacosxm Posted February 2, 2011 Share Posted February 2, 2011 un problème d'autorisation me block, je tiens le post au jus dés que c'est réglé avec mon C¥¥¥¥¥d de provider...merci de m'avoir remis sur le fil supremak Link to comment Share on other sites More sharing options...
pacosxm Posted February 3, 2011 Share Posted February 3, 2011 En effet, j'ai suivi le tuto de Billilys (merci supremak), je me suis retrouvé avec : mise à jour effectuée, malheureusement 329 erreurs sql trouvées !je refait la même manip mais en modifiant le setting.inc.php en 1.2.5.0 et je refais la mise à jours : 39 erreurs sql trouvées !Je passe une commande malgré tout et là MIRACLE ! tout le détail de la commande en FO, pareil en BO + accès au menu déroulant des status de commandes, je télécharge la facture en PDF et pareil, toutes les infos sont là.Un énorme merci à vous car c'était mon dernier point noir avant que ma boutique soit complètement ok. Link to comment Share on other sites More sharing options...
helloitsme Posted May 6, 2011 Share Posted May 6, 2011 Bonjour, J'ai le même problème (pas de détails de commande dans BO ni dans PDF facture etc.....je ne peux pas modifier le statut d'une commande : pas de menu déroulant...)J'ai la version 1.3.7 (installation complète pas MAJ)J'ai essayé d'entrer les 2 commande SQL pour les 2 champs dans ps_order_detail manquants mais ça ne change rien....Pouvez-vous me donner la marche à suivre? Est ce que ça fonctionnera pour la 1.3.7?Merci d'avance pour votre aide ! Link to comment Share on other sites More sharing options...
InfoValis Posted May 6, 2011 Share Posted May 6, 2011 Voici la solutiondans le fichier config/settings.inc.phptu définie la version 1.3.0.0 define('_PS_VERSION_', '1.3.0.0'); ensuite tu lance une mise à jour en allant sur www.maboutique.com/install voire capture d'image ci-jointeet le problème est réglé Link to comment Share on other sites More sharing options...
Kouadjio Posted May 6, 2011 Share Posted May 6, 2011 il me manque la table product_quantity_in_stock et product_quantity_reinjected comment puis je les rajouter svp ? Link to comment Share on other sites More sharing options...
InfoValis Posted May 6, 2011 Share Posted May 6, 2011 je ne connais pas ces tables, chez moi elles n'existent pas Link to comment Share on other sites More sharing options...
Kouadjio Posted May 6, 2011 Share Posted May 6, 2011 ma table ps orders details actuelle sur la premiere photo et a quoi elle devrait ressembler sur la seconde il manque deux "onglet" Link to comment Share on other sites More sharing options...
helloitsme Posted May 6, 2011 Share Posted May 6, 2011 Merci beaucoup Supremak ! Tout fonctionne correctement maintenant ! Link to comment Share on other sites More sharing options...
InfoValis Posted May 6, 2011 Share Posted May 6, 2011 de rien ça fait 100 balles Link to comment Share on other sites More sharing options...
le-lutin31 Posted May 6, 2011 Share Posted May 6, 2011 Bonjour,j'ai eu ce problème aussi. Il manquait des tables dans ps_order, je les ai rajouté selon le modèle pris sur une base d'une autre de mes boutiques.Cela rectifié, j'avais ensuite des commandes d'un total 0, cela rectifié, j'avais des factures fausses, le site ne prenait pas en compte les prix promo des articles.Voici comment j'ai réparé. J'avais un site vierge. J'ai exporté toutes les bases de la famille ps_order. J'ai supprimé les bases de la famille ps_order du site défectueux et j'ai importé les bases saines.Dans l'histoire, j'ai perdu toutes les inscriptions client, tous les historiques de commande.J'ai bossé une semaine entière et j'ai recopier toutes ces informations une à une à la main de l'ancienne base vers la nouvelle. N'ayant pas les mots de passe de mes clients, j'ai du leur en attribuer un.Les clients étaient furax parce que les factures étaient fausses, après ils étaient furax car ils devaient changer leur mot de passe.J'ai jamais su d'où venait le problème, ce que je sais c'est que beaucoup l'on eu en version 1.3.6 et que s'il est présent pour une version, il sera toujours présent lors des mises à jour. Ce problème m'a suivi de la 1.3.5, jusqu'à la 1.3. 7 ou je m'en suis débarrassé.J'ai toujours à ma disposition un site vierge qui ne comporte aucun bug ou défaut, je veux donc envoyer des tables si ça peut dépanner quelqu'un. 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