stephane85

Attention à ce site dh42.com !!!! ils distribuent des modules gratuits qui injectent des crypto-malware dans votre backoffice !!!! Pour preuve: téléchargez leur module fbtrackingpixel et installez-le !!! Ou regardez simplement ce que fait la fonction "hookBackOfficeHeader" !! cette fonction affiche le template "free.tpl" qui injecte un code malicieux dans votre navigateur !! Module gratuit !! qui se paye tout seul en faisant faire du minage à votre PC !!

Be carefull with this module !!!! it inject a javascript code that do mining of cryptocurrency in the backoffice of prestashop !!! see the hookBackOfficeHeader function that display free.tpl which contain the malicious code !!! very bad :-(

bonjour, je ne sais pas si c'est le bon endroit pour poster ce bug, mais je ne sais pas ou le signaler ailleurs..... dans les "parametres avancés" -> gestionnaire sql, vous pouvez créer des requetes sql pour faire des exports en csv personnalisés..... pour un client utilisant excel (microsoft) sur mac, le fichier exporté contenant des accents est mal affiché (caractères bizarres)... en cherchant à résoudre ce problème, j'ai remarqué que, dans cette meme page 'gestionnaire sql', le formulaire permettant de sélectionner l'encodage par défaut du fichier enregistre la mauvaise valeur dans la table ps_configuration.... en effet, au lieu d'enregistrer "utf-8", il enregistre "1" c'est peut-etre ce qui est souhaité, mais dans la fonction "generateExport" (AdminRequestSqlController.php, ligne 320 environ) il est écrit: if (Configuration::get('PS_ENCODING_FILE_MANAGER_SQL')) { $charset = Configuration::get('PS_ENCODING_FILE_MANAGER_SQL'); ce qui nous génère un header: Content-type: text/csv; charset=1 !!! ce qui n'aide pas excel.... d'autre part, il existe une "astuce" pour forcer excel à prendre le bon charset utf-8... il s'agit d'envoyer un header supplémentaire (qui existe dans la fonction processExport() de AdminController.php mais pas dans ce controller ci)... : "\xEF\xBB\xBF" voila, je ne sais pas si je suis tres clair.... mais je pense que le développeur de cette fonctionnalité comprendra le bug et le corrigera.... en attendant, j'ai crée une surcharge juste pour ca^^ cordialement, stephane

j'ai eu le meme soucis et je m'en suis sorti en modifiant le fichier holidaysmode.php a la ligne 147 (juste en dessous le commentaire "Why blockbanner.tpl") remplacer, dans la ligne de code, "blockbanner.tpl" par "holidaysmode.tpl" et ca fonctionne (du moins chez moi...) voila voila.... du coup, je me pose la meme question que ce commentaire.... Why blockbanner.tpl ???

ssh => vim ..... le top et firefox + webdevelopper toolbar + firebug

si vous parlez du "cadre bleu" qui s'affiche: "Des mises à jour sont disponibles........ " suivi de la liste des modules à mettre à jour, le code correspondant se trouve toujours dans les templates du themes admin (admin => themes => montheme => template => controller => modules => page.tpl) dans ce fichier page.tpl, a la ligne 71, vous avez une instruction smarty {if $upgrade_available|@count} qui se termine ligne 80 {/if} c'est ce morceau de code qui affiche le cadre bleu.... il suffit de le couper puis de le coller à la fin du fichier, AVANT la derniere balise </div> (et avant le code javascript bien sur)... bien sur, les références aux numéros de lignes correspondent toujours au fichier "officiel" fourni par prestashop... et voila, le tour est joué, la liste des modules a mettre a jour s'affiche tout en bas de ma page.... ai-je répondu a votre question ? si oui, peut-etre serait-il judicieux de marquer ce post en "résolu" ..... bonne journée à tous

pour avoir le bouton de mise à jour ET le bouton de configuration, une toute petite astuce de trois fois rien.... suffit de chercher un peu dans le dossier admin: themes/(votre theme ou "default")/template/controllers/modules/list.tpl ligne 114 vous avez un {elseif xxxxxxxx} il suffit de mettre juste au dessus un {/if} pour fermer la premiere condition qui teste $module->version_addons, puis de supprimer le "else" qui devient un {if xxxxxxxxx } et vous vous retrouvez avec les deux boutons cote à cote elle est pas belle la vie ?? ps: je parle du fichier officiel non modifié, avec toutes les mises à jour.... et j'ai oublié de préciser que si vous ne voulez pas refaire cette manip a la prochaine mise à jour, vous devriez vous créer votre propre theme admin (en clonant le theme par défaut)

dans le dossier du module => views => templates => hook => homeslider.tpl ligne 35: tu as dans le code smarty : _MODULE_DIR homeslider/images/ $slide......... qui correspond au répertoire "images" dans le dossier du module.... voila ce que j'ai chez moi maintenant, avec la derniere mise à jour.... mais je confirme qu'à la mise à jour précédente, c'était le dossier "images" d'origine qui était renommé "img" (sans modification du template par contre) ps: évidemment, dans le dossier du module, c'est le fichier "officiel".... il faut vérifier si le fichier homeslider.tpl contenu dans le thème correspond bien

rectificatif par rapport à mon précédent post..... je viens de faire la derniere mise à jour en 1.3.7 et patatra ..... pffffff franchement ca commence à devenir soulant ces changements de noms de dossiers intempestifs !!! img redevient donc images !!! donc moi aussi, probleme d'images qui ne s'affichent plus..... vidage de cache, remodification du templates smarty et ca refonctionne..... jusqu'à quand ???

je suis étonné par ce bug chez certain car pour ma part, la seule modif que j'ai du faire, c'est au niveau du templates smarty: modifier la référence au dossier "images" par "img".... car si on regarde le fichier d'upgrade install-1.3.2.php, cette mise à jour est censée copier les images présentes dans le dossier images vers le dossier img (qui est crée si inexistant).... j'ai également pu mettre mes nouvelles images sans soucis..... ca me fait penser à des problemes de droits sur les dossiers qui empechent la mise à jour de se faire correctement..... enfin pour ma part, hormis le "bug" du template, tout fonctionne.....

block de gauche = module block Catégories, barre de menu = block top menu (menu haut horizontal)... c'est dans la config de ce module que vous définissez ce qui s'affiche dans votre menu (catégories, sous-catégories, cms, liens divers....)

autre petite question, pour essayer de comprendre et resoudre votre soucis: avez-vous essayé de désactiver tous les filtres de votre "modele" puis de les réactiver un à un ? je viens de penser à cela car j'ai vu sur le forum des soucis pour certains avec le module des fabricants (par exemple).... moi je n'utilise pas cette fonctionalité, donc ce filtre n'est pas activé.... et chez moi ca fonctionne bien.... en fait, je n'utilises pas les filtres suivant: stock, fabricant, poids, condition et couleurs...

bonjour a tous, une erreur 500 ce n'est pas courant.... la plupart du temps ca viens d'un probleme de htaccess avec apache (ou de cgi si php est configuré comme ca).... vous n'auriez pas modifié le votre par hasard (votre htaccess)? avez vous essayé de le regénérer à partir de la page SEO&URL ? autre question, avez-vous activé le "service web" dans les parametres avancés ? (ce n'est pas nécessaire pour la navigation a facettes, chez moi il n'est pas activé) autre petite question, il m'a semblé voir dans la doc de prestashop 1.6 quelques "astuces" de config selon les hébergeurs.... pour ovh, ils préconisent d'ajouter dans le htaccess: SetEnv PHP_VER 5 vous pouvez voir votre version de php dans les parametres avancés "Informations", bloc "infos de votre serveur" (ainsi que les limites mémoire et timeout...).

effectivement, je viens de tester en mettant a 1 le champ is_root_category de quelques categories, et du coup on n'a plus l'arbre de sélection de la catégorie parente lorsque l'on veut modifier cette catégorie.... (et id_parent se mets bien a 1 aussi)... c'est dommage qu'on ne puisse pas acceder à ce champ dans le BO...

petite question au passage, avez vous activé le multiboutique ??