Jump to content

lionhell

Members
  • Posts

    153
  • Joined

  • Last visited

Everything posted by lionhell

  1. J'ai réglé mon problème. Je suis sous OVH 90plan -> Supposé être en PHP5 ... mais apparemment ce n'etait pas le cas, ou alors il y a anomalie quelque part. J'avais un htacces à la racine du site qui contenait d'origine: AddHandler x-httpd-php5 .php AddType application/x-httpd-php5 .php J'ai supprimé ça et l'ai remplacé par: SetEnv PHP_VER 5 SetEnv REGISTER_GLOBALS 0 Le problème a disparu ! Tout fonctionne ...
  2. Du coup je m'aperçois qu'il y a un autre problème !!! J'ai créé plusieurs contacts, et dans contactez nous j'ai créé des champs qui s'affichent ou non selon le contact auquel on écrit .... Mais ... les champs que j'ai rendus obligatoires le sont pour tous les contacts ! Même s'ils ne sont pas affichés ... Une solution ????
  3. Je viens de découvrir un problème que je pense lié à ces champs supplémentaires .... J'ai voulu modifier l'email d'un contact via BO/Employés/Contacts. Le formulaire d'édition est le formulaire standard (nom, mail, description), mais lorsque j'ai voulu faire 'Enregistrer' j'ai reçu un message d'erreur me disant que des champs (que j'avais ajoutés dans le formulaire de contact du FO, et rendus obligatoires) étaient requis ! Apparemment les fichiers destinés à la création/édition des contacts sont les mêmes que ceux destinés à envoyer des messages à ces contacts ! Que faire ??
  4. La gestion des attributs ce serait bien, mais il y a plus urgent !!! La gestion du stock de chaque produit composant le pack n'est pas tenue à jour ... Ex: j'ai 50 slips (oui je salis beaucoup :-) ) je fais un pack de 3 slips ... si je commande 1 pack de slips, quand je vais voir l'article slip il y en a toujours 50 !
  5. Bon j'ai trouvé une solution, je ne sais si elle est très ortodoxe mais la voici: dans le fichier classes/Cookie.php , fonction mylogout , ajouter ceci (en rouge): function mylogout() { unset($this->_content['id_customer']); unset($this->_content['id_guest']); unset($this->_content['id_connections']); unset($this->_content['customer_lastname']); unset($this->_content['customer_firstname']); unset($this->_content['passwd']); unset($this->_content['logged']); unset($this->_content['email']); unset($this->_content['id_cart']); unset($this->_content['id_address_invoice']); unset($this->_content['id_address_delivery']); $this->write(); /* Solution temporaire retourner en page d'accueil */ Tools::redirect('index.php'); }
  6. J'ai réglé le problème. J'ai abandonné la modif dans le css s3slider (retiré le z-index que j'avais mis), et j'ai ajouté un z-index=10 dans le css du menu (blocktopmenu) dans .sf-menu, .sf-menu *{ Tu peux voir le résultat sur mon site qui n'est qu'un site prototype: mon site prototype
  7. Pas de réponse ? En fait j'ai vu que dans blockuserinfo le lien pour la déconnexion appelait la fonction mylogout, qui ne fait qu'effacer les paramètres de connexion, sans faire de redirection ( href={$base_dir}?mylogout ). Comment puis-je transformer ce lien pour qu'il fasse une redirection sur la page d'accueil tout en effaçant toujours les paramètres de connexion ? Mais peut-être y a t'il une solution plus simple ?
  8. bonsoir ! Je souhaiterais que mon site revienne à la page d'accueil lorsque les visiteurs se déconnectent .... est-ce possible ? comment ? J'utilise v1.2.4
  9. Idée peut-etre idiote ... et si dans préférences/images vous définissiez la taille des images produits à 1x1 px ?
  10. Extra ! Merci ! J'en étais arrivé la même conclusion, modification du hook concerné (pas mal pour un débutant !). Je me compliquais un peu plus la vie puisque je voulais afficher le .tpl ( return $this->display( __FILE__, 'blocklanguages.tpl' ); ) en fonction de ce test d'appartenance. Le test en début est mieux ! Je me creusais les méninges pour débusquer ce groupe d'appartenance, mais maintenant tout fonctionne !!! Encore merci !
  11. S'il vous plait, je touche au but d'une modification, mais tout est lié à la détection du groupe d'appartenance du visiteur ! Je n'y arrive pas ... je sais détecter si le visiteur est connecté ou pas, mais je ne sais pas reconnaitre son groupe d'appartenance ! MAYDAY, qui peut me donner le bout de code qui détermine le groupe d'appartenance ? Merci !!!
  12. Ben oui je sais, hélas. Je commence à voir comment cela fonctionne. Il me semble que pour bidouiller, il faut modifier le hook du bloc concerné, en faisant un test d'appartenance à un groupe à ce niveau.
  13. Ca fonctionne parfaitement, mais si plusieurs champs obligatoires sont vides, ils sont traités les uns après les autres et ne sont pas affichés simultanément .... amélioration possible.
  14. Ca y est j'ai trouvé !!! Supposons que nous ayons créé un champs 'ville' dans le formulaire de contact ... Pour le rendre obligatoire il faut (légèrement) modifier les fichiers: 1- tonsite/classes/Contact.php 2- tonsite/contact-form.php 1- Contact.php : Ajouter le nom du champs (en rouge) dans : protected $fieldsRequired = array('email','ville'); protected $fieldsSize = array('email' => 128); protected $fieldsValidate = array('email' => 'isEmail'); protected $fieldsRequiredLang = array('name'); protected $fieldsSizeLang = array('name' => 32); protected $fieldsValidateLang = array('name' => 'isGenericName', 'description' => 'isCleanHtml'); 2- contact-form.php : Ajouter le test supplémentaire sur ce champs (en rouge) dans : if (Tools::isSubmit('submitMessage')) { if (!($from = Tools::getValue('from')) OR !Validate::isEmail($from)) $errors[] = Tools::displayError('invalid e-mail address'); elseif (!($ville = Tools::getValue('ville'))) $errors[] = Tools::displayError('Vous devez préciser la ville'); elseif (!($message = nl2br2(Tools::getValue('message')))) $errors[] = Tools::displayError('message cannot be blank'); elseif (!Validate::isMessage($message)) $errors[] = Tools::displayError('invalid message'); elseif (!($id_contact = intval(Tools::getValue('id_contact'))) OR !(Validate::isLoadedObject($contact = new Contact(intval($id_contact), intval($cookie->id_lang))))) $errors[] = Tools::displayError('please select a contact in the list');
  15. Ha zut, ça amène un autre problème !!! Les images ne sont plus atteignables par le curseur et ne peuvent donc plus être utilisées comme liens !!! J'ai donc retiré ce z-index ... il faut trouver comment passer le menu par dessus à nouveau !
  16. Celui de Julien Breux. J'ai trouvé où placer le z-index .... dans s3slider.css ajouter z-index =-1 dans #slider. C'est tout. Merci
  17. Bonjour, j'utilise l'excellent menu haut horizontal v1.3 et le s3slider. J'ai remarqué que les images du slider recouvrent le menu .... j'ai essayé de modifier quelques z-index à droite et à gauche mais je n'ai pas trouvé la solution. Quelqu'un sait-il ce qu'il faut modifier pour que le menu horizontal reste au-dessus ??
  18. Nous suivons le même chemin ... je suis en train déplucher les posts sur le forum à ce sujet.
  19. Oui impeccable ça fonctionne ! Juste un détail, quand on utilise un formulaire où les champs sont cachés, les labels correspondants sont quand même transmis (sans valeur bien sur) ... ex: j'ai fait un test avec un champs nom, sije choisis un objet où ce champs n'est pas affiché, le mail envoyé fait apparaitre le label: "nom:" sans rien derrière
  20. Moi j'étais parti dans une autre direction, tout marchait , formulaire dynamique ok, mais les champs conditionnels n'étaient pas transmis .... Je devais modifier themes/prestashop/contact-form.tpl et js/tools.js Je pense que je n'étais pas loin de la solution, via autre voie. Mais je vais tester ta solution qui ne modifie qu'un fichier.
×
×
  • Create New...

Important Information

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