Jump to content

Jean Francois G

Members
  • Posts

    1,692
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Jean Francois G

  1. Bonjour, avec le menu classique de Prestashop 1.7, lorsque l'on passe la souris sur une des catégories, toutes les sous catégories et toutes celles encore en dessous s'affichent, ce qui peut faire des ENORMES paquets de liens et surtout un menu qui prend ensuite toute la hauteur de la page. Est il possible de dire au menu de ne faire que 2 hierachies de sous catégories sans aller en dessous ? Car je n'ai pas trouvé de paramètre pour ça donc s'il faut ajouter du code je suis preneur je suis sous PS 1.7.5.2, thème Pure-bio (utilisant le menu par défaut) Un peu d'aide me serait précieux
  2. Bonjour a tous. SOus presta 1.7 il existe le bloc de texte personnalisé dans le quel on peut inserer des images. Problème, Les images dans ce module ne s'affichent pas en responsive alors que tout le reste le fait. Quelqu'un a t'il une solution ?
  3. avez vous trouvé une solution ? je cherche aussi
  4. Désolé mais il FAUT le capcha en plus de la correction. Les modules de Capcha sont par exemple utiles pour le formulaire de contact (Spam de messagerie), Pour les commentaires de blogs (pour ceux qui en possède un), et sont de toute façon une première barrière aux tentatives d'accès légères. Dire que le capcha n'est pas utile si on intègre votre module est une erreur, au minimum.
  5. Oui capcha vérifié. Je suis plutôt d'accord avec ton avis de mettre les DEUX solutions, et non pas une seule. En effet, comme tu le précise, il est tellement facile pour les spammers d’embaucher du personnel pour une misère que le capcha n'est plus une barrière si infranchissable que ça. De toute façon disons le tout net, c'est uniquement quand j'ai mis le patch que les inscriptions se sont arrétées malgré le capcha. Donc CQFD.
  6. Cette solution ne sera que très temporaire, j'ai aussi mis un capcha avec demande de clic sur les images, cela n'a rien empêché du tout car plusieurs inscriptions sont manifestement faites en manuel car, résultat : 130 Inscriptions fake sur le site malgré le Capcha (qui est demandé systématiquement)
  7. Voila c'est fait j'ai refais mais maintenant l'erreur a changé : - Je peux maintenant créer un nouveau client sans page blanche, c'est ok Mais si je supprime un client avec interdiction de se réinscrire j'ai maintenant "Property Customer->lastname is not valid " est ce que par hasard ce serait justement la vérification du nom qui empecherait de le supprimer (vu qu'il comporte des caractère interdits)?
  8. pourtant, voici une partie du fichier validate.php : * @author PrestaShop SA <[email protected]> * @copyright 2007-2016 PrestaShop SA * @license http://opensource.org/licenses/osl-3.0.php Open Software License (OSL 3.0) * International Registered Trademark & Property of PrestaShop SA */ class ValidateCore { const ADMIN_PASSWORD_LENGTH = 8; const PASSWORD_LENGTH = 5; public static function isCustomerName ($name) { if (preg_match(Tools::cleanNonUnicodeSupport('/www|http/ui'),$name)) { return false; } return preg_match(Tools::cleanNonUnicodeSupport('/^[^0-9!\[\]<>,;?=+()@#"°{}_$%:\/\\\*\^]*$/u'), $name); } public static function isIp2Long($ip) { return preg_match('#^-?[0-9]+$#', (string)$ip); } public static function isAnything() { return true; }
  9. Bon ben en fait lorsqu'un client s'inscrit maintenant j'ai une page blanche et le débug dit : Fatal error: Call to undefined method Validate::isCustomerName() in /var/www/prestashop/classes/ObjectModel.php on line 1152
  10. 1.6.1.11 class_index.php supprimé et modif direct dans le fichier d'origine sans overide
  11. et est ce normal que si je supprime un client avec autorisation de reinscription tout est ok, mais si j'interdit la réinscription j'ai "validation function not found iscustomername" ? (peut etre que la réponse a déja été donnée , j'avoue ne pas avoir tout lu des 5 pages par manque de temps:)
  12. Question sans doute très bête, mais pourquoi ne pas ajouter ceci simplement a la déclaration de la variable "isname" dans validate.php, au lieu de créer un "iscustomername" dans customer.php ? : public static function isName($name) { if (preg_match(Tools::cleanNonUnicodeSupport('/www|http/ui'),$name)) { return false; } return preg_match(Tools::cleanNonUnicodeSupport('/^[^0-9!<>,;?=+()@#"°{}_$%:]*$/u'), stripslashes($name)); } Y a t'il une déclaration qui poserait problème ?
  13. Alors, petit retour de bug suite a l'installation de ce module sur ma boutique en 1.6.1.11 : - Impossible de retirer l'image de fond (je souhaite juste une fenêtre blanche) : J'ai donc un indien sur ma popup et impossible de l'enlever car aucune option "delete" ou "pas d'image" ne le propose. - Mes écritures dépassent la largeur maximale de la popup. J'ai donc que le centre de mon texte qui apparait mais il manque le début et la fin sui sont en dehors de la fenêtre. J'ai donc désactivé le module pour l'instant.
  14. Merci eolia Toujours reactif et efficace comme d'habitude J'ai fais les modifs, on va voir si ca fonctionne maintenant ! En tous les cas, effectivement je n'avais pais fait la liaison entre le titre et le thème de ma recherche. Sans vous je n'aurais sans doute jamais trouvé. merci !
  15. Hello a tous, Depuis plusieurs jours je suis la cible d'une attaque étrange : J'ai des dizaines de nouveaux clients qui sont créés sur mon mag avec, bien sur, tous des noms très spéciaux comme "beautifull girl like you", "call me for see you" etc... Les adresses mails de ces faux clients sont en gmail, hotmail, yahoo et j'en passe. J'ai pourtant un recapcha totalement fonctionnel sur la page d'inscription (celui avec la reconnaissance des photos). Je ne sais donc pas quoi faire pour que cela s'arrete. J'ai cherché sur les forums presta si quelqu'un d'autre avait ce problème mais il semble que non. une idée ?
  16. Probleme RESOLU Si un admin pouvait supprimer ce post merci
  17. absolument pas d'accord. OPcache est très performant avec PHP-FPM. Par contre il faut savoir mettre un peu les mains dans le php.ini En ajustant correctement certaines valeurs comme opcache.memory_consumption , opcache.max_accelerated_files , opcache.fast_shutdown et quelques autres on arrive facilement à presque 50% de gain en temps de chargement. Il est egalement bon de précisé que OPCache n'a pas besoin d'être paramétré dans prestashop lui même. De même, niveau performances, PHP-FPM est bien plus rapide que FastCGi qui est maintenant totalement has been
  18. pour ceux qui repasseraient par la, au cas ou je réponds a ce post sans resultat: Pour activer opcache c'est opcache.enable=1 et pas =on
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More