mgaffaires Posted June 7, 2015 Share Posted June 7, 2015 Bonjour, J'ai installé un module SEO dans le but d'optimiser mon référencement. Après l'avoir essayé, je m'aperçois qu'il n'apporte rien du tout de bénéfique. Je souhaite le supprimer mais voilà quand je le désinstalle dans le back office ou quand je le supprime via ftp mon site ne marche plus. Il s'agit du module smartseoplus. Comment le supprimer proprement, quelqu'un peut-il m'apporter quelques précieux conseils? Link to comment Share on other sites More sharing options...
Oron Posted June 7, 2015 Share Posted June 7, 2015 Bonjour En disant votre site ne fonctionne plus cela veux dire : plus du tout il ne s'affiche pas ? ne fonctionne pas correctement ? ou ? Avez-vous essayer de réinstaller le module pour voir si le site refonctionne ? Dans ce cas il faut voir son action lors de la désinstallation mais ça c'est dans le codage qu'il faut jeter un oeil. Vous pouvez aussi activer le debug : La ligne sur une 1.4 dans config/config.inc.php@ini_set('display_errors', 'off'); << mettez off à on >> @ini_set('display_errors', 'on');La ligne sur une 1.5 / 1.6 dans config/defines.inc.phpdefine('_PS_MODE_DEV_', false); << mettez false à true >> define('_PS_MODE_DEV_', true);Si c'est un problème d'interprétation d'un fichier vous verrez un message d'erreur. Copier Coller au moins la 1ere ligne.Si le nom de votre dossier d'administration apparait remplacé le par des *****. Link to comment Share on other sites More sharing options...
mgaffaires Posted June 7, 2015 Author Share Posted June 7, 2015 (edited) oui quand je clique sur désinstaller, la page du backoffice devient blanche à ce moment là avec le lien suivant qui s'affiche dans le browser: index.php?controller=AdminLogin&token=bd754619248bbb151fb4b5f615c2b424&redirect=AdminDashboard Idem lorsque j'essaye de charger la page du site (front office), la page reste blanche. Je suis ensuite obligé de recopier le fichier du module de mon pc local vers le serveur via ftp. Bref sans le module, mon site ne tourne plus. Je ne comprend pas car dans le codage, il n'y a pas de modification de fichier lorsque je le supprime (aucun fichier n'est daté à aujourd'hui). Edited June 7, 2015 by mgaffaires (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted June 7, 2015 Share Posted June 7, 2015 Bonsoir Il doit s'agir d'un problème d'override qui traine suite à la désinstallation. Si c'est le cas, regarder dans le répertoire /override du module les fichiers qui ont été copiés dans le répertoire /override de la boutique. Si jamais il y avait déjà des overrides avant, Prestashop a du les fusionner mais ne sait pas les supprimer. A effectuer donc manuellement en comparant les fichiers Link to comment Share on other sites More sharing options...
mgaffaires Posted June 7, 2015 Author Share Posted June 7, 2015 Voici les fichiers de l'override du module en question: Dans le répertoire "classes" Et dans l'override de sous "www" il y a: On retrouve les fichiers Meta, Tools et Dispatcher. A priori les fichiers sont beaucoup plus fournis dans le module que sous la racine (www) En tout cas merci de votre aide Link to comment Share on other sites More sharing options...
Eolia Posted June 7, 2015 Share Posted June 7, 2015 ok, alors on va lancer les tests Vérifiez également si le dossier controllers n'en contient pas^^ Dans l'ordre: - Dans le répertoire override de votre boutique, renommez tous les fichiers IDENTIQUES à ceux du module en ajoutant _old à la fin - Supprimez le fichier boutique/cache/class_index.php (il sera régénéré ensuite) Essayez d'accéder à votre boutique. SI tout fonctionne, vous pouvez supprimer les fichiers renommés plus haut. Si un ou plusieurs module ne fonctionne plus (FO ou BO) réinitialisez-le, ses overrides seront réinstallés. PS: J'ai toujours pensé que les overrides sous PS c'est mal Link to comment Share on other sites More sharing options...
mgaffaires Posted June 8, 2015 Author Share Posted June 8, 2015 Bonjour, Merci de votre aide, cela a fonctionné. Par contre les URL de mes pages ne sont pas revenus comme avant. Elles ne reprennent pas les URL renseignées dans l'onglet "référencement - SEO". J'ai ça: http://www.mgaffaires.com/index.php?id_product=125&controller=product Au lieu de: http://www.mgaffaires.com/batons-de-randonnee-guidetti-b-light-carbon C'est bien la dernière fois que j'installe un module sans faire une sauvegarde complète du site avant. Link to comment Share on other sites More sharing options...
mgaffaires Posted June 8, 2015 Author Share Posted June 8, 2015 Est-ce que ça ne serait pas justement le controller? Link to comment Share on other sites More sharing options...
mgaffaires Posted June 8, 2015 Author Share Posted June 8, 2015 C'est bon j'ai réussi, dans préférence -> SEo&URL -> Configuration des URL -> la case URL simplifiées NON été cochée. Link to comment Share on other sites More sharing options...
mgaffaires Posted June 8, 2015 Author Share Posted June 8, 2015 Bon ben finalement ça ne fonctionne pas, quand j'active URL simplifiées, j'ai à présent de nombreuses erreurs 404 sur des URL de certaines catégories. Avant tout fonctionné... Je précise que sur la plupart le rewrite fonctionne. Avez-vous des idées? Link to comment Share on other sites More sharing options...
Eolia Posted June 9, 2015 Share Posted June 9, 2015 A priori votre module a du intervenir sur la réécriture d'url. Essayez sur une url en erreur, de modifier son url rewrite dans le BO. (Catégorie -> modifier -> url simplifiée) et videz vos caches. Link to comment Share on other sites More sharing options...
mgaffaires Posted June 9, 2015 Author Share Posted June 9, 2015 (edited) Quand vous parlez de vider le Cash, cela signifie vider le cash dans l'onglet Performances -> vider le cash ? Si c'est le cas, je l'ai fait à plusieurs reprises, cela ne change rien. Comment vider le cash des adresses URL? Je ne comprends pas pourquoi l'erreur 404 intervient que dans certaines catégories. Pour information j'ai remarqué la chose suivante lors du chargement de l'URL qui génère l'erreur 404: J'ai ça: www.mgaffaires.com/batons-de-trail Au lieu de: www.mgaffaires.com/58-batons-de-trail L'ID n'apparait pas dans les pages qui génère l'erreur 404. Comment repartir avec quelque chose de propre? Comme vous me l'avez conseillé, je vais essayer de modifier l'url rewrite dans le BO. Le problème c'est qu'il y en a plusieurs. Comment connaitre exactement les pages du site qui génèrent des erreurs 404? Edited June 9, 2015 by mgaffaires (see edit history) Link to comment Share on other sites More sharing options...
Eolia Posted June 9, 2015 Share Posted June 9, 2015 (edited) hum... à priori les routes vers les catégories on été modifiées. Vérifiez dans Préférences ->SEO & URL, en bas de la page si vous avez ça (configuration par défaut): Route vers les produits {category:/}{id}-{rewrite}{-:ean13}.html Mots-clés : id*, rewrite, ean13, category, categories, reference, meta_keywords, meta_title, manufacturer, supplier, price, tags Route vers la catégorie{id}-{rewrite} Mots-clés : id*, rewrite, meta_keywords, meta_title Route vers la catégorie avec le paramètre "selected_filter" pour le module de navigation à facette{id}-{rewrite}{/:selected_filters} Mots-clés : id*, selected_filters*, rewrite, meta_keywords, meta_title Route vers les fournisseurs{id}__{rewrite} Mots-clés : id*, rewrite, meta_keywords, meta_title Route vers les fabricants{id}_{rewrite} Mots-clés : id*, rewrite, meta_keywords, meta_title Route vers les pages CMScontent/{id}-{rewrite} Mots-clés : id*, rewrite, meta_keywords, meta_title Route vers les catégories CMScontent/category/{id}-{rewrite} Mots-clés : id*, rewrite, meta_keywords, meta_title Route vers les modulesmodule/{module}{/:controller} Mots-clés : module*, controller* Edited June 9, 2015 by Eolia (see edit history) Link to comment Share on other sites More sharing options...
mgaffaires Posted June 9, 2015 Author Share Posted June 9, 2015 (edited) Voilà ce que j'ai comme configuration (sous prestashop 1.6.0.5): Edited June 9, 2015 by mgaffaires (see edit history) Link to comment Share on other sites More sharing options...
mgaffaires Posted June 9, 2015 Author Share Posted June 9, 2015 Alors j'ai effectué un test: Si je remplace l'URL simplifiée d'une catégorie: batons-de-trail (url d'origine qui génère l'erreur 404) -> batons-de-trail-test Lorsque je charge l'url modifiée cela fonctionne et l'URL suivante est chargée: http://www.mgaffaires.com/58-batons-de-trail-test (il y a bien l'ID) Si je remet de nouveau l'URL simplifiée "batons-de-trail", de nouveau cela plante (erreur 404): http://www.mgaffaires.com/trail-running-marche-nordique/batons-de-trail Link to comment Share on other sites More sharing options...
Eolia Posted June 9, 2015 Share Posted June 9, 2015 Vous êtes sûr qu'il ne reste pas un override installé par le module ??? et une ou plusieurs tables ajoutées en base de données peut-être aussi Link to comment Share on other sites More sharing options...
mgaffaires Posted June 9, 2015 Author Share Posted June 9, 2015 J'ai supprimé le module. Donc il reste que l'override à la racine, à priori il n'y a plus rien. Puis-je vous faire parvenir ce dossier override complet pour que vous jetiez un coup d'oeil? Je vais voir sur la base de données. Link to comment Share on other sites More sharing options...
mgaffaires Posted June 9, 2015 Author Share Posted June 9, 2015 Voila ce que j'ai trouvé dans la base de donnée: Puis-je supprimer ces 2 tables sans compromettre le bon fonctionnement du site, je me méfie maintenant Link to comment Share on other sites More sharing options...
mgaffaires Posted June 10, 2015 Author Share Posted June 10, 2015 Est-ce que un développeur Prestashop peut me dire si je peux supprimer ces 2 tables sans engendrer un éventuel dysfonctionnement du site ? Quel fichier du site pourrait éventuellement faire appel à ces tables? En fait je suis assez étonné qu'un tel module disponible à l'achat sur "addons prestashop" puisse mettre un site en pagaye... Link to comment Share on other sites More sharing options...
mgaffaires Posted June 10, 2015 Author Share Posted June 10, 2015 Ne savant plus quoi faire j'ai fait une restauration du site à une semaine via ovh, bilan le site ne tourne plus. Parse error: syntax error, unexpected T_OBJECT_OPERATOR in /home/mgaffair/www/index.php on line 28 Il semble que la base de données ne soit plus en corrélation avec le site. Link to comment Share on other sites More sharing options...
mgaffaires Posted June 11, 2015 Author Share Posted June 11, 2015 J'ai réussi la restauration à une version antérieur à l'installation du module. Les erreurs 404 sur certaines des url simplifiées sont toujours présentent. Cela veut donc dire que le bug se trouve au niveau de la base de données. J'aurais bien fait un backup de la base de données mais le problème c'est que j'ai déjà rajouté des produits dans mes catégories. Link to comment Share on other sites More sharing options...
Eolia Posted June 12, 2015 Share Posted June 12, 2015 J'ai supprimé le module. Donc il reste que l'override à la racine, à priori il n'y a plus rien. Puis-je vous faire parvenir ce dossier override complet pour que vous jetiez un coup d'oeil? Je vais voir sur la base de données. Oui sans problème, en zip et en MP Link to comment Share on other sites More sharing options...
.png.022b5452a8f28f552bc9430097a16da2.png)
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