
Love-And-Dream
Members-
Posts
18 -
Joined
-
Last visited
Everything posted by Love-And-Dream
-
Les deux modules qui sont en hook sur actionproductdelete, non natifs PS, sont ebay version 2.05 de 202 e commerce, et amazon de common service. Reste plus qu'à savoir comment déterminer qui serait responsable de mon erreur, sans faire dysfonctionner quoique ce soit. Sachant que je n'arrive plus à accéder à "greffer un module", qui m'affiche un gatewaynginx, j'hésite à tenter de dégreffer un module :/ À suivre, mais je suis bien embêté depuis un moment, j'espère arriver à résoudre ce problème
-
Les deux modules qui sont en hook sur actionproductdelete, non natifs PS, sont ebay version 2.05 de 202 e commerce, et amazon de common service. Reste plus qu'à savoir comment déterminer qui serait responsable de mon erreur, sans faire dysfonctionner quoique ce soit. Sachant que je n'arrive plus à accéder à "greffer un module", qui m'affiche un gatewaynginx, j'hésite à tenter de dégreffer un module :/ À suivre, mais je suis bien embêté depuis un moment, j'espère arriver à résoudre ce problème
-
Je reviens tout de même vous tenir informé. Je vais donc continuer mes investigations. J'ai trouvé dans le fichier impliqué (AdminProductDataUpdater.php line 130) ces lignes, pile poil à ligne d'erreur en question: $product = new Product($productId);if (!Validate::isLoadedObject($product)) {throw new Exception('AdminProductDataUpdater->deleteProduct() received an unknown ID.', 5005);}// dumb? no: delete() makes a lot of things, and can reject deletion in specific cases.// Hooks: will trigger actionProductDelete Il semble donc que ce soit un hook de actionproductdelete qui pose problème. Reste à savoir lequel
-
Je reviens tout de même vous tenir informé. Je vais donc continuer mes investigations. J'ai trouvé dans le fichier impliqué (AdminProductDataUpdater.php line 130) ces lignes, pile poil à ligne d'erreur en question: $product = new Product($productId);if (!Validate::isLoadedObject($product)) {throw new Exception('AdminProductDataUpdater->deleteProduct() received an unknown ID.', 5005);}// dumb? no: delete() makes a lot of things, and can reject deletion in specific cases.// Hooks: will trigger actionProductDelete Il semble donc que ce soit un hook de actionproductdelete qui pose problème. Reste à savoir lequel
-
Je suis le seul à avoir ce problème? Je vais essayer de voir d'où ça peut venir par moi-même :/ Si d'autres ont le même soucis, n'hésitez pas à venir en parler, pour voir si ça peut venir d'un module ou autre qui aurait modifié des fichiers qu'il n'aurait pas du... De ce que je comprends, "AdminProductDataUpdater" n'arrive pas à récupérer l'identifiant produit concernait par la suppression. Reste plus qu'à savoir où se trouvent tout ces AdminProductDataUpdater, ProductController, etc pour voir ce qui pose problème. (Désolé pour le monologue, c'est tout ce que j'ai pour le moment. Je touche un peu à l'informatique, mais pas au point non plus de maitriser la programmation&co)
-
Je suis le seul à avoir ce problème? Je vais essayer de voir d'où ça peut venir par moi-même :/ Si d'autres ont le même soucis, n'hésitez pas à venir en parler, pour voir si ça peut venir d'un module ou autre qui aurait modifié des fichiers qu'il n'aurait pas du... De ce que je comprends, "AdminProductDataUpdater" n'arrive pas à récupérer l'identifiant produit concernait par la suppression. Reste plus qu'à savoir où se trouvent tout ces AdminProductDataUpdater, ProductController, etc pour voir ce qui pose problème. (Désolé pour le monologue, c'est tout ce que j'ai pour le moment. Je touche un peu à l'informatique, mais pas au point non plus de maitriser la programmation&co)
-
Bonjour, J'ai le même problème, mais avec une origine différente. Voici le message d'erreur que j'ai en mode debug: Whoops, looks like something went wrong. 1/1 Exception in AdminProductDataUpdater.php line 130: AdminProductDataUpdater->deleteProduct() received an unknown ID. in AdminProductDataUpdater.php line 130 at AdminProductDataUpdater->deleteProduct('788') in ProductController.php line 804 at ProductController->unitAction('delete', '788') at call_user_func_array(array(object(ProductController), 'unitAction'), array('delete', '788')) in bootstrap.php.cache line 3247 at HttpKernel->handleRaw(object(Request), '1') in bootstrap.php.cache line 3206 at HttpKernel->handle(object(Request), '1', false) in bootstrap.php.cache line 3360 at ContainerAwareHttpKernel->handle(object(Request), '1', false) in bootstrap.php.cache line 2562 at Kernel->handle(object(Request), '1', false) in index.php line 86
-
Bonjour, Je viens déterrer le sujet, car j'ai la même erreur. Voici le message d'erreur que j'ai en mode debug: Whoops, looks like something went wrong. 1/1 Exception in AdminProductDataUpdater.php line 130: AdminProductDataUpdater->deleteProduct() received an unknown ID. in AdminProductDataUpdater.php line 130 at AdminProductDataUpdater->deleteProduct('788') in ProductController.php line 804 at ProductController->unitAction('delete', '788') at call_user_func_array(array(object(ProductController), 'unitAction'), array('delete', '788')) in bootstrap.php.cache line 3247 at HttpKernel->handleRaw(object(Request), '1') in bootstrap.php.cache line 3206 at HttpKernel->handle(object(Request), '1', false) in bootstrap.php.cache line 3360 at ContainerAwareHttpKernel->handle(object(Request), '1', false) in bootstrap.php.cache line 2562 at Kernel->handle(object(Request), '1', false) in index.php line 86
-
Vous continuez avec votre arrogance. Je découvre le forum, c'est mon premier poste. Une explication simple, sans dénigrer, ne m'aurait pas empêcher de comprendre, et c'est avec plaisir que j'aurai corrigé le tir pour cette publication et les éventuelles suivantes (mais je ne reviendrai pas ici, l'envie m'est passée). Quant à lire les règles lorsqu'on a un site bloqué et qu'on perd de l'argent parce-qu'il est difficile de trouver l'info sur le fonctionnement de Prestashop, désolé, ce n'est pas trop possible. Par contre, cela ne m'aurait pas empêcher de le faire ensuite, à tête reposé. J'ai bien compris que marquez "au secours" n'aidait en rien la lisibilité du forum, je vous rassure. Et ce n'est pas par votre arrogance que je l'ai compris, juste par bon sens... Sur ce, bon week-end. Bannissez moi, je ne reviendrai plus ici. Je pensais apporter également mon aide en postant la solution à ce problème, plutôt que de m'enfuir comme un voleur et ignorer le post, comme de nombreuses personnes le ferait... Si vous souhaitez continuer à débattre, à toujours avec arrogance, je vous en prie. En ce qui me concerne, je passe...
-
Excusez moi, mais c'était la première fois que je publiais, et au vu du problème important que j'avais, je n'ai effectivement pas pris le temps de lire les règles. Au vu de votre sympathie, votre amabilité, et le dénigrement dont vous faites preuve, je vous en prie, faites vous plaisir en supprimant ce sujet, et en me bannissant même, car je ne modifierai pas le sujet vu que c'est si bien demandé. Tant pis pour ceux qui auront ce problème, et la difficulté associée à trouver l'info sur le net. N'est-ce pas ? Bon week-end ^^
-
Merci pour votre tentative d'aide, ainsi que pour le courage, j'en ai besoin lol Le fichier setting.inc.php n'est plus utilisé pour PrestaShop 1.7, C'est le fichier parameters.php qui est désormais utilisé. Mais même en ayant mis à jour le mot de passe, Prestashop cherche toujours à se connecter à la bdd avec l'ancien mot de passe :/ [suppression des lignes erreurs- Problème résolu] J'ai demandé de l'aide à un ami développeur, qui a commencé à creuser la question. Le problème, c'est qu'on arrive toujours pas à trouver où Prestashop va chercher le mot de passe (en l'occurence, l'ancien ici) Il va télécharger tous mes fichiers demain en FTP sur son ordi, et faire une recherche sur tous les fichiers, à partir de l'ancien mot de passe, avec notepad ++ (que je n'ai pas en étant sous linux mint) On devrait normalement retrouver le fichier dans lequel se trouve ce p***** de mot de passe lol
-
Mon site ne fonctionne plus, N'arrivant pas à mettre à jour mon prestashop avec le module 1 click upgrade, j'ai multiplié les manipulations, J'ai modifié le mot de passe de ma base de données OVH, Et j'ai obtenu une fatal error sur tous mes sites (plus d'accès par prestashop à ma base) J'ai appelé OVH, qui m'a fait modifier le mot de passe sur mon fichier "parameters.php". La fatal error n'est plus là, mais j'ai plein d'erreurs en back office: plus d'accès à mes produits, il me dit que je n'ai aucun module, etc etc En mode debug j'ai ce type de message d'erreur: at Driver->connect(array('driver' => 'pdo_mysql', 'host' => 'mysql684.sql001', 'port' => '3306', 'dbname' => 'loveanddrl663', 'user' => 'loveanddrl663', 'password' => 'XXXXXXXXXXXX', 'charset' => 'UTF8', 'driverOptions' => array(), 'serverVersion' => '5.1'), 'loveanddrl663', 'XXXXXXXXXXXX', array()) in Connection.php line 360 XXXXXXXXXX étant mon ancien mot de passe de base de donnée, alors que j'ai renseigné le nouveau dans le fichier parameters.php Alors, pour résoudre le problème, j'ai bien pensé à remettre cet ancien mot de passe par défaut, mais il est nécessaire de mettre au moins un chiffre, et le mot de passe par défaut n'en contenait pas! Au secours, je deviens fou, je ne sais plus quoi faire
-
C'est rien, je comprends, Du coup j'ai potassé le web pour essayer de le faire manuellement. J'ai voulu éditer le fichier "header", mais à l'ouverture, il est dit que c'est déconseillé si on veut continuer à avoir les mises à jour :/ J'ai donc cherché une autre solution, et j'ai vu qu'on pouvait également passer par le "sitemap". Comme je convertis moi même mon sitemap de l'html en xml, j'ai édité le fichier pour introduire les lignes de code. Est-ce que quelqu'un peut me dire dire j'ai bien fais les choses. Voici les lignes en question: En en-tête (dans <urlset), ajout de : xmlns:xhtml="http://www.w3.org/1999/xhtml" <loc>https://love-and-dream.fr/fr/</loc> <xhtml:link rel="alternate" hreflang="en" href="https://love-and-dream.fr/en/" /> <xhtml:link rel="alternate" hreflang="fr" href="https://love-and-dream.fr/fr/" /> </url> <url> <loc>https://love-and-dream.fr/en/</loc> <xhtml:link rel="alternate" hreflang="fr" href="https://love-and-dream.fr/fr/" /> <xhtml:link rel="alternate" hreflang="en" href="https://love-and-dream.fr/en/" /> </url> edit: j'ai modifié mon premier jet, il y avait des erreurs, et j'ai ajouté ce que j'ai mis dans <urlset) pour voir la totalité de mon sitemap, voir ici: https://love-and-dream.fr/sitemap.xml (et faire afficher code source. La configuration d'hreflang est à la fin à partir de la ligne 1951 jusque 1977, et l'ajout dans <urlset au début). Sitemap réalisé avec xmlsitemapgenerator.org, et réinjecté sur mon serveur ovh avec filezilla)