sebwvs

Salut, Au final, j'ai fait une maj vers la toute dernière version 1.7.8.11 et depuis plus de news... à suivre

Bonjour, vous pouvez avoir l'info dans le Back office onglet >Paramètres avancés >"information"

Bonjour, migration des SQl Privé faite en MySQL 8.0 , pour éviter tout problème, j'ai migré les presta 1.6 les plus important en 1.7 ... et comme pas le temps de le faire pour tous les prestas 1.6 j'avais remarqué que les BDD gratuites liées aux hébergement était encore en MySQL 5.7 j'ai donc dupliqué mes BDD sur eux ... Sauf que OVH va à partir du 8/7/2024 lancer une campagne de mise à jour vers la version mysql 8.0. pour les BDD gratuites liées aux hébergement... également , mais progressivement... Malheureusement, perso je n'ai ni le temps de migrer tous mes 1.6 restant en 1.7 ni non plus le temps de comprendre PhenixSuite pour les adapter... je cherches plutôt un autre hebergeur qui proposerait encore le MySQL 5.7... si vous en connaissez ? merci de partager l'info Merci

Bonjour , si ça peut aider: Dans le fichier contactform.php : // overide seb condition pour exclure le http dans les message if(preg_match('/http(s?):\/\//ism',$message)) { $this->context->controller->errors[] = $this->trans( 'Nous autorisons pas Les urls dans le message.', [], 'Modules.Contactform.Shop' ); return; } // overide seb condition pour exclure les www. dans les message if(preg_match('/www./ism',$message)) { $this->context->controller->errors[] = $this->trans( 'Nous autorisons pas Les urls dans le message.', [], 'Modules.Contactform.Shop' ); return; } Via un générateur de hashMD5: https://www.md5hashgenerator.com/fr/ vous générez le hashmad5 de votre texte ici : Nous autorisons pas Les urls dans le message. généré = 8539b7d238f7d65154d454623a1d2236 Ensuite dans le fichier \app\Resources\translations\default\ModulesContactformShop.xlf vous ajoutez : <trans-unit id="8539b7d238f7d65154d454623a1d2236"> <source>Nous autorisons pas Les urls dans le message.</source> <target>Nous autorisons pas Les urls dans le message.</target> <note>Line: 485</note> </trans-unit> Ensuite dans le fichier \app\Resources\translations\fr-FR\ModulesContactformShop.fr-FR.xlf et/ou dans tous les autres dossiers de traduction que vous souhaité vous ajoutez : <trans-unit id="8539b7d238f7d65154d454623a1d2236" approved="yes"> <source>Nous autorisons pas Les urls dans le message.</source> <target state="final">Nous autorisons pas Les urls dans le message.</target> <note>Line: 485</note> </trans-unit> Ensuite via le BO dans traduction du module formulaire de contact, vous verrez les nouveaux champs ajouté :-) Salut 😉

non juste le nom de la bdd

Bonjour à tous, Quelqu'un a t'il reçu un mail titré : Regarding Critical Security Flaw in "nom de votre site" de la part de Touseef Gul [[email protected]] avec comme contenu : Hi Admins, I hope you are doing well. I wanted to bring to your attention that nom de votre site has a critical security vulnerability that could potentially allow access to your database information (such as user emails, etc.). Please address this issue promptly. As evidence, I have attached a screenshot displaying only database-related information. Your web developer should be able to verify this. If you have any questions or need further clarification, please don't hesitate to ask. En gros le mec nous dit qu'il a trouver une faille de sécurité et nous envois en pièce jointe une image avec le nom de la base de donnée... Question ? y a t'il d'autre faille de sécurité que celles connus jusqu'a présent ? c'est un fake, il cherche a être payer pour réparer ? si quelqu'un à eu la blague ou a des infos je suis preneur ! merci d'avance

Ok merci pour vos réponses :-) Eolia, PhenixSuite un module à toi pour remplacer le module autoupgrade (Mise à jour en 1 clic) ? si j'ai bien compris ? encore merci 😉

Bonjour à tous, Ce matin j'ai reçu plusieurs mail d'Ovh de ce type : "Cher(e) Client(e), Votre serveur sqlprive-******* utilise actuellement la version mysql 5.7. Cette dernière est obsolète depuis le 2022-03-29. Nous allons lancer une campagne de mise à jour vers la version mysql 8.0. Votre service sera actualisé le 2024-04-11. " Ma question est, quelles sont les version de prestashop compatible ? en 1.6 ? en 1.7 ? information fondamentale mais pas si évident que ça à trouver ! une idée ? un avis ? merci

*****************************edit***************************** je pense avoir compris l'augmentation de la taille de la BDD de 70m à 580m , en faite le bot Bytespider passe en revue toutes mes urls et notamment via le filtre à facette "Navigation à facettes" qui était configuré avec "Activer le système de cache" du coup ce cache grandit à vue d'oeil ! J'ai dans le module désactiver le système de cache et vider le cache et suis retombé à 58m ! Pour bloquer le bot Bytespider j'ai éditer mon htacces et ajouté un bout de code php dans l'index php à la racine en suivant la méthode de webbax> https://www.webbax.ch/2019/02/14/prestashop-1-7-boostez-hebergement-ep-69/ pour ceux qui aurait le même problème ... j'attend encore 2-3 jours et si ok j'éditerai ce post à résolut *****************************edit*****************************

Bonjour magicbel, et merci pour la confirmation ... le plus étrange est que sur mon serveur OVH j'ai bien un firewall (non paramétrable)activé ! depuis mon post ici, j'ai fait plusieurs recherches et je pense avoir trouver une solution ... j'ai trouvé chez webbax > https://www.webbax.ch/2019/02/14/prestashop-1-7-boostez-hebergement-ep-69/ j'ai édité le htacces pour bloquer les robots connus et j'ai édité également le fichier « index.php » à la racine avec un bout de code pour le blocage de certain user agent ainsi que l’écriture d'un fichier log simplifié qui me confirme le blocage du ou des bots ... je viens juste de terminer ... j'ai nettoyé ma BDD avec le module Prestashop Optimizer tout à l'air de fonctionner pour le moment... j'éditerais mon post à résolu dans 2-3 jours quand ça serra confirmé ! merci

Bonjour à tous, Depuis quelques jours je reçois un avertissement de la part d'OVH pour dépassements de la mémoire vive "RAM" du serveur SQL Mail : Abus avec votre CloudDB "125 OOM kills detected during the last 24 hours. To avoid data corruption, please optimize your queries or upgrade to a bigger offer." Après quelques vérifications je vois que la taille de la BDD est passée de +/- 70mo à 580 mo je vérifie mes logs et je trouves des milliers d'entrées de ce type : plusieurs par minutes 47.128.46.122 photoflameng.com - [18/Feb/2024:09:00:56 +0100] "GET /img/m/76-small_default.jpg HTTP/1.1" 200 2306 "https://photoflameng.com/7-accessoires?page=3&q=Marque-Cullmann-GODOX-LEOFOTO-Lastolite-Lexar-Panasonic-SONY-SMALLRIG" "Mozilla/5.0 (Linux; Android 5.0) AppleWebKit/537.36 (KHTML, like Gecko) Mobile Safari/537.36 (compatible; Bytespider; [email protected])" Je suppose donc que ce bot augmente d'une façon ou d'une autre massivement la taille de la BDD et ralentis également l’accès au site web. un avis ? une aide? *****************************edit***************************** je pense avoir compris l'augmentation de la taille de la BDD de 70m à 580m , en faite le bot Bytespider passe en revue toutes mes urls et notamment via le filtre à facette "Navigation à facettes" qui était configuré avec "Activer le système de cache" du coup ce cache grandit à vue d'oeil ! J'ai dans le module désactiver le système de cache et vider le cache et suis retombé à 58m ! Pour bloquer le bot Bytespider j'ai éditer mon htacces et ajouté un bout de code php dans l'index php à la racine en suivant la méthode de webbax> https://www.webbax.ch/2019/02/14/prestashop-1-7-boostez-hebergement-ep-69/ pour ceux qui aurait le même problème ... j'attend encore 2-3 jours et si ok j'éditerai ce post à résolut *****************************edit***************************** ***************************** Version de PrestaShop : 1.7.8.3 Informations du serveur : Linux #1 SMP Wed Nov 30 08:49:06 UTC 2022 x86_64 Version du logiciel serveur : Apache Version de PHP : 7.3.33 Limite de mémoire : 512M Temps maximal d'exécution : 165 Taille max. pour envoi de fichiers : 128M Version de MySQL : 5.7.42-log Moteur MySQL : InnoDB Connecteur MySQL : DbPDO ****************************

Bonjour , merci de me faire une offre pour ceci sachant que la solution doit être ok pour le 12/05/23: J'ai besoin d'aide, pour faire simple, je souhaite afficher ou pas un transporteur en fonction de l'heure actuelle, du jour de la semaine... En gros: si l'heure actuelle est plus petite que 10h00 > j'affiche le transporteur (display: block;) sinon (display: none;) si le jour actuelle est != samedi ou dimanche > j'affiche le transporteur (display: none;) sinon (display: block;) Mes conditions et variables en PHP sont toutes prêtes et fonctionnel et j'ai réussi via une création de module à afficher les infos via : public function hookDisplayBeforeCarrier(){mes conditions et variables PHP } je sais ou placer ma variable dans le shipping.tpl : <div class="delivery-option js-delivery-option" {if $carrier_id == 14} style="display:{$ma_variable};"{/if}> Mais je ne sais pas comment assigner mes variables php dans le shipping.tpl pour quelles soient interprétées ? Merci de votre aide :-) prestashop 1.7.8.8

Bonjour à tous, J'ai besoin d'aide, pour faire simple, je souhaite afficher ou pas un transporteur en fonction de l'heure actuelle, du jour de la semaine... En gros: si l'heure actuelle est plus petite que 10h00 > j'affiche le transporteur (display: block;) sinon (display: none si le jour actuelle est != samedi ou dimanche > j'affiche le transporteur (display: none;) sinon (display: block;) Mes conditions et variables en PHP sont toutes prêtes et fonctionnel et j'ai réussi via une création de module à afficher les infos via : public function hookDisplayBeforeCarrier(){mes conditions et variables PHP } je sais ou placer ma variable dans le shipping.tpl : <div class="delivery-option js-delivery-option" {if $carrier_id == 14} style="display:{$ma_variable};"{/if}> Mais je ne sais pas comment assigner mes variables php dans le shipping.tpl pour quelles soient interprétées ? Merci de votre aide :-) prestashop 1.7.8.8

Salut et merci Alexandre, en effet, sur la boutique native j'avais 2 statuts identiques "en attente approvisionnement" au lieu de "en attente approvisionnement (payé)" et "en attente approvisionnement (non payé)" du coup lors de la migration des donnés, dans les choix des mappage des statuts, il me manquait 1 statut (je suppose, qu'il ne l'a pas affiché comme il portait le m^me nom) et lors de la migration, les commandes portant ce statut "manquant" causaient l'erreur !... j'ai résolu, en nommant correctement les statuts dans la boutique native et la nouvelle et en relançant la migration... merci

Bonjour, Je suis entrain de préparer une maj de 1.6 vers 1.7.8 pour ce faire, j'ai un nouveaux serveur chez ovh en php 7.4 sur lequel j'ai installé un prestashop vierge en 1.7.8 Via le module de migration "Upgrade and Migrate tool" j'ai effectué la migration des données de la 1.6 vers la 1.7.8 elle c'est bien passé... produits, clients, commande... J'ai pour le moment pas d'autre bug que celui ci : dans Bo > Commande : sur certaine commande quand j'essaie de l'ouvrir, j'ai une erreur de type : Type error: Argument 3 passed to PrestaShop\PrestaShop\Core\Domain\Order\QueryResult\OrderStatusForViewing::__construct() must be of the type string, null given, called in /home/***/***/src/Adapter/Order/QueryHandler/GetOrderForViewingHandler.php on line 367 je joint toute la page debug quelques pistes et test : pas de problème pour les commande payé par virement les problèmes sont quasi tous sur les commandes payé par multisafpay, mais pas toujours car certaine payé par multisafpay s'ouvre sans problème... je pense que c'est un problème migration de statut de commande merci pour votre aide ou vos pistes