kurtspirit

Le thème apparait enfin Merci beaucoup. Je vais passer à la mise en place d'un nouveau thème et essayer de mettre en ordre à peu près tout. Une fois fait, j'essaierai le transfert sur le FTP hébergeur voir si mon serveur est capable de supporter la version 1.7.... Merci énormément pour toute l'aide, je n'aurai pas réussi sans vous ! Belle journée et merci encore. Jonathan.

Bonjour, merci énormément à vous. J'ai réussi à accéder enfin au catalogue de modules en désactivant manuellement le module : advancedeucompliance. Plus qu'à trouver comment réinitialiser le thème voir si ça me remet les menus et produits en page parce-que là c'est le vide intersidéral . Merci encore !

Dernier post pour éviter trop de spams... J'ai donc la boutique plus ou moins en place, j'ai juste le FO qui ne contient plus rien après désactivation du module sendinblue qui posait soucis, j'ai juste mon logo et un vide puis Propulsé par Prestashop... Au-delà de ça, j'ai encore un soucis en BO... Tout fonctionne sauf le catalogue de module (dommage ) , il me provoque une erreur : Compile Error: Cannot declare class AeucCMSRoleEmailEntity, because the name is already in use Avez-vous une idée de comment virer cette erreur s'il vous plait ? J'ai regardé sur le forum mais pas vu de solutions probantes. Merci

Question : est-il possible de désactiver le SSL via un fichier config ou la DB ? La mise à jour s'est bien passée en local mais j'ai un soucis avec le SSL. Merci Trouvé merci Dans la table PS_CONFIGURATION tout bêtement ! Tout fonctionne en local hormis le Front Office mais c'est due à beaucoup de modules non compatible.

Je vais tenter l'upgrade via le local là et je vous dis tout ça . Merci pour le coup de pouce en tout cas !

Alors je viens de faire un rollback tout va bien en 1.6.1.18. Avant que je lance de nouveau une mise à jour via le module, dois-je faire des choses particulières? J'ai bien entendu désactivé la boutique mais je sais pas si il y a autre chose? Merci beaucoup ! Edit : désolé je fais des edit à chaque fois que je tente un truc ... J'ai essayé de nouveau un upgrade et j'ai une erreur directement maintenant à la mise à jour : [Ajax / Server Error for action upgradeDb] textStatus: "error " errorThrown:"Internal Server Error " jqXHR: " " Je sais pas d'où ça vient encore... J'ai essayé de faire une désactivation du backup auto comme j'ai pu lire sur la partie anglophone mais ça change rien au résultat... Je désespère

Alors au niveau des droits, je n'ai pas de soucis niveau MySQL... Sur Presta je vais vérifier mais j'ai un doute aussi. Je vais voir ça tout de suite et je fais un retour ici. Merci en tout cas. EDIT : Je viens de regarder et pas grand chose de mauvais en apparence . Nouveauté aussi : quand je clique trop "rapidement" sur les menus, j'ai une erreur : [PrestaShopException] Link to database cannot be established: SQLSTATE[HY000] [1203] User o56363 already has more than 'max_user_connections' active connections at line 127 in file classes/db/DbPDO.php 122. public function connect() 123. { 124. try { 125. $this->link = $this->getPDO($this->server, $this->user, $this->password, $this->database, 5); 126. } catch (PDOException $e) { 127. throw new PrestaShopException('Link to database cannot be established: ' . $e->getMessage()); 128. } 129. 130. $this->link->exec('SET SESSION sql_mode = \'\''); 131. 132. return $this->link; DbPDOCore->connect - [line 330 - classes/db/Db.php] DbCore->__construct - [line 241 - classes/db/Db.php] - [4 Arguments] DbCore::getInstance - [line 48 - config/alias.php] pSQL - [line 340 - classes/shop/Shop.php] - [1 Arguments] ShopCore::initialize - [line 119 - config/config.inc.php] require - [line 42 - admin/index.php] - [1 Arguments] ça sent pas bon cette histoire. Je vais tenter le rollback puisque je crois encore avoir accès à cette partie et tenter à nouveau la mise à jour.

Petite info, j'ai pris l'ancienne table ps_access et extrait les id_profile et id_tab puis injecté dans la database. Une fois actualisé, certains menu fonctionnent de nouveau dans le BO comme les produits par exemple, c'est super étrange. Le problème est surtout que les menus d'administrations / configurations ne fonctionnent pas. Il faut que je comprenne ce qui cloche dans cette table, il doit y avoir une valeur qui ne colle pas ou manque à l'appel.

Dans les logs, j'ai juste ceci : UPDATE `ps_access_old` ao SET `id_tab` = ( /* Update tab ID if possible, leave as is if the tab does not exist anymore */ SELECT IFNULL(`id_new_tab`, ao.`id_tab`) FROM `ps_tab_transit` WHERE `id_old_tab` = ao.`id_tab` ): Table 'dbs56363.ps_access_old' doesn't exist</div> [2019-04-29 10:03:37] SQL 1.7.0.0 1146 in /* Update access tab IDs */ UPDATE `ps_access_old` ao SET `id_tab` = ( /* Update tab ID if possible, leave as is if the tab does not exist anymore */ SELECT IFNULL(`id_new_tab`, ao.`id_tab`) FROM `ps_tab_transit` WHERE `id_old_tab` = ao.`id_tab` ): Table 'dbs56363.ps_access_old' doesn't exist Je ne pense pas que ça soit bien utile hélas. Je ne sais pas quoi injecter, j'ai bien l'ancienne table ps_access si besoin. Merci à vous

J'ai fais la mise à jour sur une copie de mon site bien entendu... Je ne suis pas dingue . Il s'agit d'un dossier spécifique pour la mise à jour. Faire un rollback n'est pas la solution pour moi sur le coup, il faut que je trouve la solution. J'ai désactivé les modules incompatibles et j'ai donc maintenant un FO pas terrible mais plus d'erreurs affichées. Pour ce qui est du Back Office, je cherche donc à résoudre ce problème de Accès interdit qui doit bien avoir une raison 😕 . Merci en tout cas pour la suggestion mais je vais attendre d'avoir de nouvelles propositions de solutions. Je me doute que la mise à jour majeure ne se fait pas en un ou deux clics 😛 .

Ah ok... alors je n'explique pas du tout le pourquoi de l'accès interdit ainsi que l'erreur FO 😕

Bonjour, je viens d'effectuer la mise à jour de mon Presta de la version 1.6.x vers la dernière version 1.7.x. J'ai bien entendu effectué la mise à jour via le module 1clickupgrade et j'ai eu une alerte : SQL 1.7.0.0 1786 in /* Create a copy without indexes to make ID updates without conflict. */ CREATE TABLE `ps_access_old` AS SELECT * FROM `ps_access`: Statement violates GTID consistency: CREATE TABLE ... SELECT. SQL 1.7.0.0 1146 in /* Update access tab IDs */ UPDATE `ps_access_old` ao SET `id_tab` = ( /* Update tab ID if possible, leave as is if the tab does not exist anymore */ SELECT IFNULL(`id_new_tab`, ao.`id_tab`) FROM `ps_tab_transit` WHERE `id_old_tab` = ao.`id_tab` ): Table 'dbs56363.ps_access_old' doesn't exist J'ai donc lancé le FO après la mise à jour et j'ai une page blanche. J'ai activé le mode debug et j'ai une grosse erreur : (1/1) ContextErrorException Warning: Declaration of BWDisplay::setTemplate($template) should be compatible with FrontControllerCore::setTemplate($template, $params = Array, $locale = NULL) in Display.php line 48 at ErrorHandler->handleError(2, 'Declaration of BWDisplay::setTemplate($template) should be compatible with FrontControllerCore::setTemplate($template, $params = Array, $locale = NULL)', '/homepages/38/d562708948/htdocs/repairmobilecenter/modules/sendinblue/backward_compatibility/Display.php', 48, array())in backward.php line 38 at require_once()in backward.php line 38 at require('/homepages/38/d562708948/htdocs/repairmobilecenter/modules/sendinblue/backward_compatibility/backward.php')in sendinblue.php line 88 at Sendinblue->__construct() at ReflectionClass->newInstance()in Container.php line 130 at Container->makeInstanceFromClassName('sendinblue', array('sendinblue' => true))in Container.php line 163 at Container->doMake('sendinblue', array('sendinblue' => true))in Container.php line 176 at Container->make('sendinblue')in ServiceLocator.php line 65 at ServiceLocator::get('sendinblue')in Module.php line 1137 at ModuleCore::coreLoadModule('sendinblue')in Module.php line 1116 at ModuleCore::getInstanceByName('sendinblue')in Hook.php line 880 at HookCore::exec('displayHeader')in FrontController.php line 555 at FrontControllerCore->initContent()in IndexController.php line 37 at IndexControllerCore->initContent()in Controller.php line 281 at ControllerCore->run()in Dispatcher.php line 511 at DispatcherCore->dispatch()in index.php line 28 Je suis retourné vers le BO et j'ai des accès interdits quasiment partout... Je pense que la table ps_access a un soucis mais je ne sais comment le résoudre. Voici la table ps_access qui me semble étonnamment vide 😕 : -- -- Structure de la table `ps_access` -- CREATE TABLE `ps_access` ( `id_profile` int(10) UNSIGNED NOT NULL, `id_authorization_role` int(10) UNSIGNED NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8; -- -- Index pour les tables exportées -- -- -- Index pour la table `ps_access` -- ALTER TABLE `ps_access` ADD PRIMARY KEY (`id_profile`,`id_authorization_role`); /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */; /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; Pourriez-vous m'aider sur le coup s'il vous plait ? Merci par avance Jonathan

Je reviens donc ici après multiples tentatives de déplacement de boutique, rien à faire... Avez-vous des idées parce-que je nage et ne peux faire la mise à jour de ma boutique . Merci beaucoup par avance, Jonathan.

Re, merci à vous pour la réponse. J'ai retiré ce que vous m'avez indiqué mais pas de changement. J'ai ajouté en dur le sous-répertoire dans le ps_shop_url , pas de soucis. Par contre si je mets : /repertoire/, j'ai une erreur et l'url affichée est : http://localhost/sousrepertoire/fr . Si je remplace par : /repertoire j'ai le texte mais pas les images. Côté BO, jamais d'accès. Je cherche encore et toujours mais je comprend vraiment pas...

Bonjour, avant de crier, oui j'ai suivi les tutos dispos ici et là pour le déplacement de la boutique . Donc voilà, je souhaiterai déplacer ma boutique en 1.6.1.18 afin de tenter la mise à jour vers la nouvelle version. J'ai donc une installation Wamp, j'ai importé la base dans le local, configuré le fichier settings.inc.php comme ceci : <?php define('_DB_SERVER_', 'localhost'); define('_DB_NAME_', 'dbxxxxx'); define('_DB_USER_', 'root'); define('_DB_PASSWD_', ''); define('_DB_PREFIX_', 'ps_'); define('_MYSQL_ENGINE_', 'InnoDB'); define('_PS_CACHING_SYSTEM_', 'CacheMemcache'); define('_PS_CACHE_ENABLED_', '0'); define('_COOKIE_KEY_', 'EJot4bEDnNkgL12iqgJE63u0OEhiU81MAabmtJTiRXqLKPfM4F'); define('_COOKIE_IV_', 'QRnt0oIO'); define('_PS_CREATION_DATE_', '2017-03-19'); define('_PS_VERSION_', '1.6.1.18'); define('_RIJNDAEL_KEY_', 'VouRyKyzKXFXikNdP6VgM2QaGJ9v'); define('_RIJNDAEL_IV_', 'oJE4Y64yCWdJKDPI8dw=='); define('_PS_DIRECTORY_', '/../../'); J'ai ensuite modifié les valeurs dans la base de données, table "ps_shop_url" en remplaçant les valeurs de domaine par localhost et lors du lancement de l'adresse, j'ai juste les écritures sans images avec en haut un 404 et la page Admin n'est pas accessible, timeout. J'ai beau tout retourner et chercher dans différentes solutions proposées sur le forum, je n'ai pas réussi. J'espère ne pas vous embêter avec cet énième soucis de transfert mais j'arrive à bout de solution de mon côté. Merci à vous et bonne journée. Jonathan