Jump to content

LtKassad

Members
  • Posts

    42
  • Joined

  • Last visited

Everything posted by LtKassad

  1. Bonjour, Ok je vais faire comme ça même si ça m'oblige à créer deux variables avec une valeur identique (dans FrontController et dans le PHP du module) car j'ai besoin de récupérer cette variable aussi dans les tpl de mon thème. Merci !
  2. Je me rends compte que j'ai oublié de préciser la version de PS : 1.7.6.5
  3. Bonjour, Via un override de FrontController.php je défini une variable smarty : function process(){ $this->context->smarty->assign(array( 'test' => "ok" )); ... Si je veux récupérer cette variable dans les tpl de mon thème tout fonctionne bien. Par contre j'essaye d'y accéder dans un tpl d'un module et là ça ne passe pas. Dans mon cas j'essaye d'y accéder dans mon fichier : /mon_theme/modules/appagebuilder/views/templates/hook/ApTabs.tpl Y a t-il une manière simple d'y accéder ? Merci pour votre aide.
  4. Salut, On est en 2020, avec une version PS1.7 et il n'est toujours pas possible nativement de faire ce genre de menu à deux niveaux avec Prestashop... c'est vraiment dingue ! Certes il existe des solutions payantes, qui arrangent bien Prestashop j'imagine, via des modules externes mais quand même c'est un peu la base comme fonctionnalité... J'avais pas touché un projet Prestahop depuis longtemps et clairement je pense que c'est vraiment le dernier.
  5. Heu... le temps ? Merci quand même pour la proposition.
  6. Bonjour, Je cherche un module pour la livraison via TNT mais à ma grande surprise il n'y a qu'une version officielle et gratuite pour la 1.6 et rien pour la 1.7, ni modules ni infos... Personne n'utilise ce transporteur sur la 1.7 ? Quelqu'un a une info ou une solutions ? Merci d'avance !
  7. Bon j'ai solutionné le problème en passant par un envoi en SMPT, via mailJet si certain cherche une solution d'envoi. Etrangement les autres emails, de test par exemple, fonctionnaient bien seul le form de contact généré une erreur...
  8. Bonjour, J'ai un problème avec le formulaire de contact qui retourne systématiquement une erreur : Une erreur s'est produite pendant l'envoi du message. Le site tourne sous Ps 1.7.4.2 et j'ai mis à jour le module "Formulaire de contact" en version 4.1.1 J'utilise le thème "ZOneTheme Supermarket" lui aussi mis à jour hier sur la dernière version 2.2.8. L'envoi d'un mail de test via l'admin fonctionne, les caches sont vidés et désactivés. J'ai déjà consulté pas mal de post sur ce problème qui semble lié à la 1.7.4 mais tout semble à jour sur le site. Et sur une version de dev du même site, sur un autre serveur la mise à jour du thème a réglé le problème... J'avoue ne plus savoir comment trouver une solution, peut-être avez vous une piste ? Merci.
  9. Bon j'ai trouvé une solution en éditant le fichier /class/form/CustomerFormatter.php Au niveau de la ligne 128 rajout de ->setRequired(true); Ce qui donne: if (Configuration::get('PS_B2B_ENABLE')) { $format['company'] = (new FormField) ->setName('company') ->setType('text') ->setLabel($this->translator->trans( 'Company', [], 'Shop.Forms.Labels' )) ->setRequired(true); $format['siret'] = (new FormField) ->setName('siret') ->setType('text') ->setLabel($this->translator->trans( // Please localize this string with the applicable registration number type in your country. For example : "SIRET" in France and "Código fiscal" in Spain. 'Identification number', [], 'Shop.Forms.Labels' )); } Le hic c'est que je n'ai pas réussi à faire fonctionner l'override sur cette type de classe, si vous avez une solution je suis preneur ;-)
  10. Salut, Avec PS 1.7.2.2 je recherche à rendre le champs Company obligatoire lors de l'inscription (mode B2B activé) J'ai mis en place un override de la class Customer.php avec la ligne suivant pour le champs : 'company' => array('type' => self::TYPE_STRING, 'validate' => 'isGenericName', 'required' => true), Mais cela ne change rien, ce n'est pas lié à l'override car si je vais la même modification sur la class du core cela ne change rien non plus. Avez-vous un idée de ce que j'aurai pu oublié ? Y a t-il un autre moyen ? Merci d'avance ;-)
  11. Salut, Je déterre ce post car j'ai le même besoin. En fait je souhaite qu'un client puisse valider une commande mais sans payer immédiatement. Ensuite l'admin doit pouvoir consulter la commande dans le BO, éventuellement modifier le prix et proposer au client de véritablement régler sa commande, de manière différé. Le fonctionnement ressemble à la procédure de création de commande et d'envoi de mail de paiement depuis le BO mais sans se baser sur les paniers. Avez-vous une idée de solution, un module pouvant ressemblé ou convenir ? Merci d'avance.
  12. Hello, I've got the same error, when i try to configure some module. For exemple with the Dashboard Stat, it's the same with all install modules : [PrestaShop] Fatal error in module file: <PATH>/controllers/admin/AdminModulesController.php:1400 Call to undefined method statsforecast::isUsingNewTranslationSystem() Version de PrestaShop : 1.7.2.1 Version de PHP : 5.6.30-0+deb8u1
  13. Salut, Bon pour finir il semblerai que j'ai réussi à identifier le problème, dans mon cas le problème d'arrondi dans l'admin et sur la facture et apparu suite à une mise à jour de la version 1.4.9 vers la 1.4.11 Au niveau du fichier /classes/Order.php à la ligne 444 j'ai remis les premières lignes de la fonction de la version 1.4.9 ce qui donne : public function setProductPrices(&$row) { // On commente le code de la 1.4.11 qui pose problème /* $row['product_price'] = Tools::ps_round($row['product_price'], 2); $row['product_price_wt'] = Tools::ps_round($row['product_price'] * (1 + $row['tax_rate'] / 100), 2); */ //Fin modification code 1.4.11 // On remet le code 1.4.9 qui semble résoudre le problème if ($this->_taxCalculationMethod == PS_TAX_EXC) $row['product_price'] = Tools::ps_round($row['product_price'], 2); else $row['product_price_wt'] = Tools::ps_round($row['product_price'] * (1 + $row['tax_rate'] / 100), 2); // Fin des modifications code 1.4.9 //...suite de la fonction Je n'ai pas encore tout testé suite à cette modification mais elle semble corriger le problème. N'hésitez pas à partager vos retours ;-)
  14. Bonjour, J'ai le même problème, le prix sur le site et celui payé par le client sont bon mais la facture et le prix au niveau des commandes dans le BO ne sont pas le bon. Par exemple un produit à 11.705686 ht avec une tva de 19,6% apparait bien à 14€ sauf sur la facture et dans le BO où il fini à 14,01€ Merci.
  15. Avec le nom de fichier a modifier c'est quand même mieux : /modules/mobile_theme/mobile_theme.php Merci quand même ;-)
  16. Mais sur un hébergement mutualisé on a pas accès au modification du vhost non ? Et puis le htaccess semble être interprété, si j'y fais une erreur de syntaxe j'ai bien une erreur 500. Sinon j'ai trouvé cet autre post : http://www.prestashop.com/forums/topic/266243-probleme-reecriture-url-multiboutique-et-ssl-sur-claranetsoho-prestashop-1541/ Voilà ce qu'il propose d'ajouter au htaccess, mais impossible d'implémenter la solution proposée sans générer une erreur 500 RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) - [PT,L] RewriteRule ^(.*) index.php Merci pour votre aide je ne désespère pas encore de trouver une solution ;-)
  17. Bonjour, J'ai également un soucis d'url rewriting avec Claranet (erreur 404 sur toutes les pages) Tu dis que la commande a résolu le problème pour toi : RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) - [PT,L] RewriteRule ^(.*) index.php De mon côté ça génère une erreur serveur 500, tu pourrai montrer ton htaccess en entier pour voir ou tu place ces directives ? Merci.
  18. Salut, Désactiver et activer l'url-rewriting ne change rien, et j'ai bien re-vérifier et le htaccess est bien mis à jour par Prestashop. Je ne comprends pas pourtant il doit bien y avoir une couille pas là ... Merci pour vos réponses
  19. Salut, Oui il se modifie bien j'ai vérifié... Merci quand même pour ta réponse.
  20. Bonjour à tous, Grosse incompréhension sur l'activation de l'urlRewriting sur un site, si la réécriture est activée tous les liens pointent vers une erreur 404. Prestashop tourne sur en version1.5.6 Sur un serveur mutu chez Claranet Côté serveur tout semble ok, niveau activation du mod_rewrite (testé en dehors de prestashop la réécriture marche) J'ai beau activer/désactiver la réécriture, testé les différentes options, vider/désactiver les caches, tester avec le thème par défaut.... rien n'y fais ça ne marche pas. Je teste par exemple sur la simple page /contactez-nous Avez vous une idée ou une piste à me suggérer pour résoudre le problème ? Merci d'avance.
  21. Bon ben effectivement dans identity.tpl on ne retrouve pas les champs nécessaires. Mais si on rajoute au formulaire simplement cette petite portion de code, ça fonctionne directement : {if $b2b_enable} <fieldset class="account_creation"> <h3>{l s='Your company information'}</h3> <p class="text"> <label for="">{l s='Company'}</label> <input type="text" class="text" id="company" name="company" value="{if isset($smarty.post.company)}{$smarty.post.company}{/if}" /> </p> <p class="text"> <label for="siret">{l s='SIRET'}</label> <input type="text" class="text" id="siret" name="siret" value="{if isset($smarty.post.siret)}{$smarty.post.siret}{/if}" /> </p> <p class="text"> <label for="ape">{l s='APE'}</label> <input type="text" class="text" id="ape" name="ape" value="{if isset($smarty.post.ape)}{$smarty.post.ape}{/if}" /> </p> <p class="text"> <label for="website">{l s='Website'}</label> <input type="text" class="text" id="website" name="website" value="{if isset($smarty.post.website)}{$smarty.post.website}{/if}" /> </p> </fieldset> {/if}
  22. Bonjour, Je suis surpris de ne pas voir dans le formulaire de Mon compte > Mes Informations personnelles (dans identity.tpl) les champs de l'entreprise (nom, siret ...etc) permettant de modifier ces informations. C'est "normal" ? je suis passé à côté d'un truc ? Merci.
  23. Bonjour à tous, On viens de me faire remarquer que les espaces dans le breadcrumbs (fil d'ariane) n'étaient pas homogènes. Les premiers sont plus important que les suivants... J'ai cru au début à un problème avec mon thème mais je viens de voir que le problème est présent aussi dans le thème officiel (visible sur la démo de presta, cf capture d'écran). Apparement il y a un espace automatiquement rajouté avant et après le premier séparateur. Il n'y a rien dans le fichier breadcrumb.tpl et au niveau de Tools.php ligne 950 on trouve par contre un espace dans le code html mais cela ne change rien. Avez vous une solution pour corriger ça ? C'est un détail mais les détails font la perfection ;-) Merci.
×
×
  • Create New...

Important Information

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