Jump to content

jlweb

Members
  • Posts

    99
  • Joined

  • Last visited

Profile Information

  • Activity
    Freelancer

Recent Profile Visitors

5,232,396 profile views

jlweb's Achievements

Newbie

Newbie (1/14)

1

Reputation

1

Community Answers

  1. Bonjour, Je viens de me lancer dans l'aventure 1.7 et je ne retrouve pas mes habitudes en ce qui concerne la traduction de certains termes présents en back-office. Par exemple, je n'arrive pas à trouver où traduire/modifier le terme "Produits coup de coeur" du module ps_featuredproducts. En ouvrant ps_featuredproducts.tpl, je remarque la ligne : {if optionTPL('home','featured_product_title')}{optionTPL('home','featured_product_title')}{else}{l s='Popular Products' d='Shop.Theme.Catalog'}{/if} A quoi correspond "optionTPL" ? Et ou modifier la valeur de "featured_product_title" ? Merci d'avance
  2. Bonjour, Je rencontre un problème au niveau des traductions. Je viens d'installer la version 1.7.4.1. Lorsque je souhaite modifier la traduction des termes en front-office du module natif ps_customersignin, je ne vois dans le back-office > international > traduction > traduction des modules > fr que quelques termes à traduire en back-office. Je ne vois pas comment traduire le terme "Connexion" par exemple via le back-office. Est-il possible de traduire cela depuis le back-office ? Merci
  3. Bonjour, Je viens de passer sous PrestaShop 1.7 et je découvre donc la nouvelle architecture des répertoires. Je n'arrive pas à renommer le répertoire de mon thème sans qu'il n'y ait de message d'erreur. Pour renommer le nom du répertoire de mon thème j'ai éditer les répertoires : - /themes/montheme - / config/themes/montheme Puis dans la BDD la table ps_shop. En front-office j'observe alors le message d'erreur suivant : voir PJ Ai-je oublié quelque chose ? Merci d'avance
  4. Bonjour à tous, Afin d'ajouter un champ "description2" à une catégorie de produits, j'ai créé plusieurs overrides : AdminCategoriesController.php & Category.php Dans AdminCategoriesController.php j'ai simplement ajouté le code suivant : $this->fields_form_override = array( array( 'type' => 'textarea', 'label' => $this->l('Résumé'), 'name' => 'description_2', 'autoload_rte' => true, 'lang' => true, 'autoload_rte' => true, 'hint' => $this->l('Invalid characters:').' <>;=#{}' ), ); return parent::renderForm(); Cela fonctionne et mon champ Description2 apparaît en dernier sur la fiche de la catégorie en back-office. Comment faire pour placer mon champ entre deux champs déjà existants et non à la fin tout en utilisant fields_form_override ? Merci d'avance
  5. BINGOOOO ! C'était ça ! Un grand merci à toi ! Par contre cela ajoute 2 nouvelles questions : - pourquoi la mise en commentaire ne fonctionnait pas (c'était en commentaire entre /* et */) - ces appels au mapping sont-ils présents nativement dans PS ? Merci pour votre réponse mais il s'agit de la version 1.6
  6. Bonjour, Je suis confronté à un bug qui semble provenir d'une surcharge. Lorsque je souhaite modifier un produit en enregistrant une caractéristique, j'ai bien un message d'erreur indiquant que le produit est bien enregistré mais la caractéristique ne s'est pas enregistrée. Ainsi, j'ai fouillé un peu et patché le bug concernant le problème d'"asynchrone" sur PS 1.6. En back-office, lorsque je désactive les surcharges dans le menu "Performances", le bug n'est plus présent et les caractéristiques s'enregistrent bien. Ainsi, j'en déduis que mon problème provient d'une surcharge. Donc en théorie, si je réactive les surcharges depuis le back-office et que je renomme le répertoire /override en /override_test (par exemple), cela devrait avoir pour effet de "désactiver" les surcharges (?) Mais en faisant cela, le bug est bel et bien présent. PS : j'ai bien pensé à supprimer /cache/class_index.php avant de faire les essais. Ainsi mes questions sont les suivantes : - la désactivation des surcharges en back-office n'impacte t elle QUE /override ? - y a t il des surcharges autre part que dans /override ? - une autre suggestion ? J'avoue ne pas comprendre le phénomène... Dans l'attente, je l'espère, d'une petite lumière dans ce tunnel sombre ... Merci d'avance
  7. J'ai déjà commentée cette ligne mais rien n'y fait :-/ A quel niveau PS décide d'appeler les SCSS plutôt que les CSS ?
  8. Bonjour, Cela fait un moment que je me suis connecté au FTP pour effectuer des retouches au niveau du CSS de ma boutique PrestaShop 1.6 Lorsque je fais un clic droit sur un élément de ma page puis "inspecter" je suis étonné de voir que ce sont les fichiers .SCSS qui sont appelés et non plus les fichiers CSS. Du coup, les modifications des fichiers CSS ne sont pas prises en compte. Comment se fait-il que ce soit les fichiers SCSS qui sont appelés ??? Je n'ai pourtant jamais utilisé COMPASS. Pouvez-vous m'éclairer car là j'avoue ne pas du tout comprendre ce qui se passe... Merci d'avance.
  9. Bonjour et merci. Oui le problème semble plutôt venir d'une classe qui ne permet pas de rediriger tout le site en https... vider le cache + navigation privée + compilation désactivée : déjà testé Dans la config j'ai activé SSL via le bo tout simplement Oui l'hébergement est compatible puisque le certificat est bien reconnu sur l'espace membre
  10. Bonjour, Mon site est en version 1.5.3.1 et je cherche à le faire passer en https. J'ai donc pris un certificat SSL que j'ai installé sur mon hébergement. Dans le back-office j'ai activé SSL. Sur la version 1.5.3.1 le SSL ne s'active que pour le compte membre et le tunnel de commande. Comment faire pour passer tout le site en https ? J'ai tenté d'ajouter cela dans le htaccess RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R,L] Sur la page d'accueil ça fonctionne bien mais dès que je veux aller sur une page catégorie ou une autre page j'ai un message d'erreur du serveur : ERR_TOO_MANY_REDIRECTS Savez-vous comment faire pour passer TOUT le site en https ? Merci de ne pas me suggérer un upgrade car ce n'est pas possible. Merci d'avance car là j'avoue être dans une impasse.
  11. D'après webarchive, le lien est présent au moins depuis janvier 2016 ...
×
×
  • Create New...

Important Information

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