baumel.dan Posted March 19, 2015 Share Posted March 19, 2015 Bonjour, depuis peut je n'ai plus accès aux fabricants dans mon interface : Pourtant la table des fabricants se nome pss_manufacturer il me semble et non pss_address y'a-t-il un endroit où l'on peut vérifier les requêtes de l'interface ? Merci, Dan. Link to comment Share on other sites More sharing options...
baumel.dan Posted March 23, 2015 Author Share Posted March 23, 2015 Même après avoir supprimé/rajouté la base pss_adress impossible d'y accéder depuis le dashboard, pourtant j'y accède parfaitement depuis phpMyadmin... je pense que le problème vient de la requête depuis le dashboard... des idées ? Link to comment Share on other sites More sharing options...
J. Danse Posted March 23, 2015 Share Posted March 23, 2015 Bonjour, Quelle est votre version de PrestaShop ? Une mise à jour effectuée récemment ? Un import de données émanant d'un autre système e-commerce ? Link to comment Share on other sites More sharing options...
baumel.dan Posted March 23, 2015 Author Share Posted March 23, 2015 (edited) Bonjour, j'ai eu ce problème soudainement, j'étais en 1.6.0.9 , je suis passé en 1.6.0.14 mais aucun changement, suite à ce problème ( de requête j'imagine ) j'ai également la gestion des permissions qui a sautée : les autres tables ont l'aires de fonctionner parfaitement. Edited March 23, 2015 by baumel.dan (see edit history) Link to comment Share on other sites More sharing options...
J. Danse Posted March 23, 2015 Share Posted March 23, 2015 Serait-il éventuellement possible pour vous de me fournir un accès temporaire au Back Office afin de voir si j'entrevois une erreur éventuelle ? Faites le en MP, si tel est le cas. Ce serait plus simple et rapide, ainsi ;-) Link to comment Share on other sites More sharing options...
baumel.dan Posted March 23, 2015 Author Share Posted March 23, 2015 justement je ne peux plus gérer les permissions Link to comment Share on other sites More sharing options...
J. Danse Posted March 23, 2015 Share Posted March 23, 2015 Je vous dirais bien, dans ce cas, de voir pour fournir le compte employé existant déjà, et d'en changer le mot de passe (avant et/ou après utilisation), au pire... Mais c'est vrai que c'est délicat, sinon. Link to comment Share on other sites More sharing options...
baumel.dan Posted March 23, 2015 Author Share Posted March 23, 2015 ça aussi avec l’erreur sur la Bdd des permissions c'est embêtant ! voici un compte employé : Link to comment Share on other sites More sharing options...
baumel.dan Posted March 23, 2015 Author Share Posted March 23, 2015 déjà, quelqu'un sait pourquoi il appel la table pss_address au lieu de la table pss_manufacturer ? Link to comment Share on other sites More sharing options...
J. Danse Posted March 23, 2015 Share Posted March 23, 2015 Sans nuls doutes parce que vous avez une erreur dans une requête sur cette table. Elle est utilisée pour l'adresse d'un fabricant. Bête question... Avez-vous déjà activé le mode DEV, par hasard ? Et, une fois fait, allez sur la page de "Fabricants" Link to comment Share on other sites More sharing options...
baumel.dan Posted March 23, 2015 Author Share Posted March 23, 2015 (edited) c'est bon j'ai tout réparé ! en fait j'ai recrée les 2 tables en question tout simplement et Oh grand miracle de l'organisation j'avais ma sauvegarde sous la main ! voici la requête pour reset la table des permissions au cas où ça peut servir à quelqu'un : DROP TABLE IF EXISTS `pss_access`; CREATE TABLE `pss_access` ( `id_profile` int(10) unsigned NOT NULL, `id_tab` int(10) unsigned NOT NULL, `view` int(11) NOT NULL, `add` int(11) NOT NULL, `edit` int(11) NOT NULL, `delete` int(11) NOT NULL, PRIMARY KEY (`id_profile`,`id_tab`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; et pour les fabricants : DROP TABLE IF EXISTS `pss_address`; CREATE TABLE `pss_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 AUTO_INCREMENT=69 DEFAULT CHARSET=utf8; si votre table à disparue, comme c’était le cas pour ma table pss_address, ne tenez pas compte de la ligne orange Edited March 23, 2015 by baumel.dan (see edit history) 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