connexion au BO impossible

[romainbwo]

Bonjour

 

Suite à une mise a jour qui c'est mal passé, il m'est impossible de me logger au BO

le site est accessible : www.miradorslagneaux.com

voici la page erreur:

[PrestaShopException]

No access reference in table module_access for id_module 81.
at line 2539 in file classes/module/Module.php

 

version prestashop 1.6.1.1

version php 5.4

j'ai deja vidé le cache via ftp et rien ne change , je n'arrive pas à savoir quel est le module 81

 

si vous pouvez m'aider, cela serait sympa :)

 

[Eolia]

table ps_module vous aurez le nom du module 81^^

[romainbwo]

bonjour Eolia, merci de votre reponse, par contre je n'arrive pas a me logger à php admin ...

 

[Eolia]

vos identifiants sont dans /config/settings.inc.php au cas où vous les auriez perdus...

[romainbwo]

ok merci je vais regarder

 

[romainbwo]

impossible, j'ai essayé avec les infos de settings.inc.php et voici le message d'erreur:

 

[Eolia]

Utilisez le deuxième lien en bas de votre capture, vous devez avoir une base mysql51 je pense, sinon contactez OVH

[romainbwo]

je viens d'essayer avec mysql51 et toujours rien

je contacte ovh ...

[romainbwo]

ca y est je peux me logger à myphpadmin ... ovh avait migré mon hébergement ....

 

alors le module 81 c'est eicaptca ...

81eicaptcha10.4.3 Supprimer Copier Éditer

 

comment est il possible que ce module m’empêche d'aller sur le BO?

[Eolia]

C'est Prestashop qui vous en empêche car vous devez avoir le mode debug activé.

Dans tous les cas, vérifier si cette ligne existe dans ps_module_access sinon ajoutez-la:

id_profile    id_module    view    configure    uninstall
XXX             81                     1             1                  1

 

Le XXX est un incrément automatique, ne mettez rien si vous rajoutez cette ligne

[romainbwo]

la ligne existe mais configure est à 0 et uninstall aussi

donc je viens de les mettre sur 1

par contre ca ne change rien:

 

[Eolia]

l'id profile est bien le votre (normalement superadmin = 1) ?

[romainbwo]

euh ... non moi je suis admin, je ne pense pas pas qu'il ai de superadmin

ou est ce que je doit contrôler ?

Edited July 3, 2019 by romainbwo (see edit history)

[Eolia]

ps_profile_lang

[romainbwo]

j'ai bien un superadmin

par contre comment savoir ci c'est moi ?

[Eolia]

Dans ps_employee vous avez l'id_profile de chaque employé

[romainbwo]

mon id profil est 1

donc je suis superadministrateur?

[Eolia]

oui^^

 

renommer le module sur le ftp (ajoutez un _ à la fin) et essayez de vous connecter

[romainbwo]

je viens de le renommer, nouvel essai ...

cette fois ci c'est le module 76 : autoupgrade 

[Eolia]

y aurait pas un cafouillage entre la table ps_module et ps_module_access ? (genre les id ne correspondent pas)

[romainbwo]

je vais regarder ça de plus près 

[romainbwo]

c'est normal que dans module access les modules 76 et 81(par exemple) on 4 id profile différents? (de 1 à 4)

 

[Eolia]

Oui. Cette table sert justement a déterminer quels sont les niveaux d'accès aux modules suivant le statut employé

[romainbwo]

et bien dans ce cas, rien ne me semble cafouiller ...

[Eolia]

Alors c'est votre id_profile qui doit merdouiller.

Controlez la table ps_employee

[romainbwo]

je viens de regarder mon id profile et rien de special.

Eolia, je n'arrive pas à comprendre ou est l'interaction entre mon id profil et les modules , bref je sèche un peu

[Eolia]

l'interaction est que Prestashop établit la liste des action possibles en BO suivant l'id_profil de l'employé qui se connecte.

Vérifiez quand même que votre fichier /config/defines.inc.php contient bien ceci: define('_PS_ADMIN_PROFILE_', 1);

Il faut bien comprendre que votre mise à jour ratée a dû fiche le bazar dans votre ftp/bdd donc la solution n'est ni simple, ni évidente et qu'il faut chercher un peu partout ce qui pourrait coincer.

Il s'est passé quoi lors de votre maj et qu'avez-vous fait ensuite pour réparer ?

[romainbwo]

voila ce que j'ai dans le fichier /config/defines.inc.php:

/* PS Technical configuration */
define('_PS_ADMIN_PROFILE_', 1);

pour qui c'est passé lors de la mise à jour:

etant en PS 1.6.1.1 et php 5.4 j'ai voulu mettre des prix à jours sur des produits, et là impossible . ca restait toujours à l'ancien prix

je me suis dit que j'allais mette le site à jour: j'ai utiliser le module d'update automatique et à la fin de l’installation, j'avais pleins de lignes rouges, des message d'erreur

j'ai donc passé mon hébergement en php 5.6 et fait une restauration de mes fichiers 3 jours avant

j'ai re-essayé de faire une mise à jour automatique : pareil, et même encore plus de message d'erreur, puis blocage du BO

A partir de là  restauration des fichiers à 1 semaine et retour php à 5.4

depuis site en ligne, mais impossible d’accéder au BO

[Eolia]

Restauration du ftp et de la base de données ?

[romainbwo]

restauration sauvegarde FTP mais pas base de données je pense ...

avant de faire ma mise à jour j'ai sauvegarder ma base de données via le BO mais impossible de remettre la main dessus

[Eolia]

si vous avez sauvegardé votre bdd depuis le BO celle-ci est stockée sur votre ftp dans votre répertoire admin/backups

[romainbwo]

oui mais je n'ai que des fichiers bz2 datant de 2016 ... je sais pas ce que j'ai fait de travers !

[Eolia]

Et bien il ne reste plus qu'à espérer que l'hébergeur a des sauvegarde autrement il va falloir tout contrôler à la mano et là c'est une autre paire de manches...

[romainbwo]

malheureusement je n'ai rien rien d'autre

que faire?

reinstaller une base de donnée de 2016

ou reinstaller en clean install le site en entier

[Eolia]

c'est qui votre hébergeur ? OVH a 3 sauvegardes par exemple (courante, à 8 jours et à 1 mois)

[romainbwo]

chez ovh pour les fichiers c'est j-1/2/3 et semaine -1 / 2

pour les bases de données je sauvegardais (rien du tout en fait) manuellement par le BO

[Eolia]

ben on s'en moque de vos sauvegarde manuelles, OVH sauvegarde de toute façon. Allez voir dans l'espace OVH

[romainbwo]

ah ca y est ca doit etre ca non?

je n'avais pas regardé dans cette section

 

[Eolia]

A votre avis ?  

[romainbwo]

super!

donc je restaure une base bien avant que je trifouille tout ca?

[Eolia]

ben juste avant la maj ratée, ca devrait suffire et éviter de perdre des commandes ou des clients^^

[romainbwo]

Ok Eolia , je vais essayer

[romainbwo]

RRhhoo un énorme merci Eolia, ca marche! je peux enfin me connecter au BO

je vais pouvoir enfin faire ma mise jour correctement en suivant cette méthode ?:

https://www.prestashop.com/fr/blog/mettre-a-jour-ma-boutique-prestashop-1-6-vers-1-7

[Eolia]

Ah ben là si vous allez vers 1.7 ne comptez plus sur moi  

[romainbwo]

ah bon? pourquoi?

moi en fait , comme dis plus haut , je veux juste remettre mes prix à jour,

[Eolia]

1.6.1.24 maxi pour ma part, la 1.7 n'est pas mature, il lui manque des fonctionnalités et trop de bugs.

[romainbwo]

je vais deja passer en php 5.6 et faire de essai de mise à jour de prix.

[romainbwo]

php en 5.6 et toujours impossible de changer le prix sur les articles

[Eolia]

C'est à dire ?

Avez-vous mis à jour votre boutique vers la 1.6.1.24 pour commencer ?

[romainbwo]

non pas encore, je vais le faire de façon manuel

[Eolia]

Manuel ???

Sauvegarde manuelle ftp + bdd

ensuite module autoupgrade -> options Expert/mode expert

-> version majeures -> 1.6.1.24

-> sauvegarder images/ftp/bdd -> NON

et roule ma poule^^

[romainbwo]

ok, je fais comme ça

[romainbwo]

impecable! merci Eolia!

boutique en 1.6.1.24 php 5.6 et mes prix mis à jour !

juste qq message erreur lors de l'installation mais ca fonctionne :

SQL 1.6.1.2 1142 in TRUNCATE TABLE `pre2140_smarty_last_flush`: DROP command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_smarty_last_flush'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_search_index` ADD INDEX(`id_product`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_search_index'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` ADD INDEX(`id_product_attribute`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` ADD INDEX(`id_shop`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` ADD INDEX(`id_customer`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` ADD INDEX(`from`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` ADD INDEX(`to`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` DROP KEY `id_product_2`: ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_specific_price` ADD UNIQUE KEY `id_product_2` (`id_product`,`id_product_attribute`,`id_customer`,`id_cart`,`from`,`to`,`id_shop`,`id_shop_group`,`id_currency`,`id_country`,`id_group`,`from_quantity`,`id_specific_price_rule`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_specific_price'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_category_product` ADD INDEX(`id_category`, `position`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_category_product'

SQL 1.6.1.2 1142 in ALTER TABLE `pre2140_address` CHANGE `company` `company` VARCHAR(64) NULL: ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_address'

SQL 1.6.1.6 1142 in ALTER TABLE `pre2140_cart_product` CHANGE `id_product_attribute` `id_product_attribute` int(10) unsigned NOT NULL DEFAULT '0': ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_cart_product'

SQL 1.6.1.13 1142 in ALTER TABLE `pre2140_address` CHANGE `company` `company` VARCHAR(255) DEFAULT NULL: ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_address'

SQL 1.6.1.14 1142 in ALTER TABLE `pre2140_carrier_lang` CHANGE `delay` `delay` VARCHAR(512) NULL: ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_carrier_lang'

SQL 1.6.1.17 1142 in ALTER TABLE `pre2140_search_index` DROP KEY `id_product`: ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_search_index'

SQL 1.6.1.17 1142 in ALTER TABLE `pre2140_search_index` ADD KEY `id_product` (`id_product`,`weight`): ALTER command denied to user 'ovh_prestashop'@'10.20.111.37' for table 'pre2140_search_index'

/home/miradorshy/www/admin9828/autoupgrade/tmp/gsitemap.zip n'est pas un fichier

[Eolia]

pour le sitemap on s'en fiche mais pour le reste il va falloir effectuer les requêtes à la main.

Pas normal que vous n'ayez pas les droits sur les tables.

[romainbwo]

ahh? c'est quoi le soucis ?

[Eolia]

Voyez avec votre hébergeur car normalement le user SQL a le droit de CREER, MODIFIER, SUPPRIMER et LIRE les tables SQL

Or chez vous ça ne semble pas être le cas et ça va vous provoquer plein d'erreurs