Gu1llaume

Bonjour, Est-ce que vous êtes allé plus loin dans vos démarches pour restaurer ce produit supprimé ? Il est évident que l'on ne va pas restaurer une base entière en production (on est a 3000 commandes/mois) pour récupérer un produit... J'ai restauré dans une base temporaire, la base contenant le produit supprimé par erreur et généré les inserts pour les tables commençant par ps_product* mais y a t'il d'autres tables impactées par la suppression du produit ? ps_product ps_product_attachment ps_product_attribute ps_product_attribute_combination ps_product_attribute_image ps_product_attribute_shop ps_product_carrierMasquer ps_product_comment ps_product_comment_criterion ps_product_comment_criterion_category ps_product_comment_criterion_lang ps_product_comment_criterion_product ps_product_comment_grade ps_product_comment_report ps_product_comment_usefulness ps_product_country_tax ps_product_download ps_product_group_reduction_cache ps_product_lang ps_product_sale ps_product_shop ps_product_supplier ps_product_tag ps_product_videos ps_product_videos_microdata ps_product_videos_providers D'avance merci pour votre aide ! Guillaume

Après perso j'ai corrigé à l'arrache... public function getImage() { return Tools::getAdminImageUrl('prestashop-avatar.png'); }

Bonjour, La fonction getImage() dans classes/Employee.php est cassés depuis quelques heures, ce qui pose des problème d'affichage dans Clients / SAV... public function getImage() { if (!Validate::isLoadedObject($this)) { return Tools::getAdminImageUrl('prestashop-avatar.png'); } return Tools::getShopProtocol().'profile.prestashop.com/'.urlencode($this->email).'.jpg'; } En cause https://profile.prestashop.com/ qui renvois une erreur car le domaine n'existe plus Bonne soirée, Guillaume

Merci @Eolia pour le script qui m'a permis de faire un peu de ménage parmi mes modules. J'ai cependant une question : est-il conseillé de laisser ou de supprimer les modules livré par Prestashop "par defaut" qui ne sont pas installés (exemple en fichier joint) sachant qu'ils ne sont pas forcément à jour... Quelles sont les bonnes pratiques ?

Bonjour, Nous utilisons CGID QuadraWeb et notre comptable attends un fichier TXT ASCII contenant les spécifications en fichier joint. Est-ce que votre module est compatible ? J'ai réussi a sortir le fichier avec un connecteur Prestashop - Dolibarr mais ça me semble trop lourd pour ce que nous avons besoin... Exemple C411 Toto Julie CTOTO 411 2C M411 VT000030822 0029717 Toto JuliD+000000001840 030822 1 1 EURVT Toto Julie - 0029717 - Comp 0029717 M4111 VT000030822 0029717 Toto JuliC+000000001533 030822 1 1 EURVT Toto Julie - 0029717 - Clie 0029717 M44571 VT000030822 0029717 Toto JuliC+000000000307 030822 1 1 EURVT Toto Julie - 0029717 - TVA 0029717 Merci ASCII.pdf

Effectivement, c’est hyper élaboré, je suis stupéfait 😧

Pour ma part, Prestashop 1.5 installé en avril 2013 et migré en Prestashop 1.6 en octobre 2018.

Bonjour, Suite à une longue conversation avec l'éditeur d'une célèbre solution de gestion de BackOffice, celui-ci m'affirme que l'écrasante majorité de ses clients sont sous Prestashop 1.7 (du genre > 90%). Je suis très septique sur cette affirmation qui ne reflète pas vraiment ce que je constate dans mon entourage, ou la plupart sont reste en 1.6. Et vous, pouvez vous me dire sur qu'elle version êtes vous et éventuellement depuis quand en commentaire ? Guillaume

Merci pour ton retour d'expérience, peux-tu nous faire voir à quoi ressemble les logs ? En tous cas, je constate que si hack il y a, on doit très vite s'en apercevoir, dès qu'une commande est passé en fait...

Parfait merci, mais peux-tu corriger ton lien pour la cohérence ? Car afficher 1.6.1.24 et quand on clique on tombe sur 1.6.1.23 ça peut créer une confusion

Merci mais attention il y a une coquille dans le lien (dans le href) c'est bien la version 1.6.1.24 à récupérer et non la 1.6.1.23 https://github.com/PrestaShop/PrestaShop/tree/1.6.1.24/admin-dev/filemanager

C'est vraiment inquiétant de ne pas savoir précisément ce qu'il faut rechercher dans les logs parce que bon blm.php ...

Bonjour, Une traduction a été faites par @Mediacom87 : https://www.mediacom87.fr/vulnerabilite-majeure-de-securite-sur-les-sites-prestashop/ Appliquer le correctif mentionné dans l'article sur le fichier config/smarty.config.inc.php Mon conseil supplémentaire, désinstaller et supprimer le module wishlist (blockwishlist) si pas utilisé, genre chez moi il été désactivé mais pas désinstallé, donc toujours présent/accessible. Bon vendredi

Merci pour l'astuce ! On vend a des pros en Belgique depuis peu et notre comptable nous a dit qu'il manquait cette mention... J'ai installé le module TVA Intracomm de Prestashop qui permet bien de facturer HT et de vérifier le numéro de TVA du client mais la facture n'était pas conforme. Dans invoice.tax-tab.tpl j'ai donc fait ça, pas super clean mais ça résout le probleme dans ma situation (l'absence de TVA ne peut être le fait que d'une commande intracom) {* if $tax_exempt *} {if $footer.total_taxes == 0} Exonération de la TVA : article 262 ter I du Code général des impôts. {elseif (isset($tax_breakdowns) && $tax_breakdowns)} ... En espérant que ça aide d'autres (Je suis sous Presta 1.6) Guillaume

Bonjour, Je suis sous Prestashop 1.6.1.20 ( PHP 7.1 Apache/2.4.25 (Debian) en mode fcgi) Depuis quelques temps j'ai un problème d'affichage de ma page d'accueil (peut être aussi sur des pages plus profondes) ? La page ne s'affiche pas et est toujours en attente de chargement, je constate qu'un des CPU du serveur est à 100% ... Il suffit que je reload la page pour que la page s'affiche instantanément ! Si je kill le process, s'affiche alors l'erreur suivante, on voit bien qu'il essaye de boucler sur des répertoires/fichiers du cache... mod_fcgid: stderr: PHP Fatal error: Uncaught UnexpectedValueException: RecursiveDirectoryIterator::__construct(/var/www//web9/web/cache/smarty/cache/socialsharing/2733/1/1/1/8/96): failed to open dir: No such file or directory in /var/www//web9/web/tools/smarty/sysplugins/smarty_internal_cacheresource_file.php:196 mod_fcgid: stderr: Stack trace: mod_fcgid: stderr: #0 [internal function]: RecursiveDirectoryIterator->__construct('/var/www/client...', 0) mod_fcgid: stderr: #1 /var/www//web9/web/tools/smarty/sysplugins/smarty_internal_cacheresource_file.php(196): RecursiveDirectoryIterator->getChildren() mod_fcgid: stderr: #2 /var/www//web9/web/tools/smarty/Smarty.class.php(845): Smarty_Internal_CacheResource_File->clear(Object(SmartyCustom), '/var/www/client...', NULL, NULL, NULL) mod_fcgid: stderr: #3 /var/www//web9/web/classes/SmartyCustom.php(156): Smarty->clearCache('/var/www/client...', NULL, NULL) mod_fcgid: stderr: #4 /var/www//web9/web/classes/SmartyCustom.php(120): SmartyCustomCore->check_template_invalidation('/var/www/client...', NULL, NULL) mod_fcgid: stderr: #5 /var/www/client in /var/www//web9/web/tools/smarty/sysplugins/smarty_internal_cacheresource_file.php on line 196 on voit qu'ici ça a planté sur le cache du module socialsharing mais ça change de module régulièrement... J'ai un disque dur SSD je soupçonne celui-ci de commencer à fatiguer, qu'en pensez-vous ? Par ailleurs le site est très rapide sauf quand ce problème ce produit (X fois dans la journée) aucun autre problème constaté, j'héberge plusieurs site qui ne semble pas avoir de problèmes, c'est pour cela que je doute que le SSD soit en cause. D'avance merci pour votre aide ! Guillaume