Navigation

    aide prestashop

    PrestaHelp

    • S'inscrire
    • Se connecter
    • Recherche
    • Catégories
    • Récent
    • Mots-clés
    • Populaire
    • Utilisateurs
    • Groupes
    • Recherche
    1. Accueil
    2. doekia
    3. Meilleur sujets
    • Profil
    • Abonnements
    • Abonnés
    • Sujets
    • Messages
    • Meilleur sujets
    • Groupes

    Meilleurs messages postés par doekia

    • [1.4.0.17]+ Tools::redirect() n'accepte pas les query string de l'url

      Tools::redirect() manipule l'url de telle manière que les paramètres sont invalide (donc ignoré)

      C'est typiquement le cas lorsqu'un contrôleur requiert une authentification. L'url pour la connexion devient:
      /connexion?back=<url-d'origine>

      Si l'url d'origine contient des paramètres (?id_guest=xxxx) celle-ci est ignorée.

      Le code "malade":

                              $explode = explode('?', $url);
                              $url = $link->getPageLink($explode[0], true);
                              if (isset($explode[1]))
                                      $url .= '?'.$explode[1];
      

      Doit être remplacé par:

                              $explode = explode('?', $url,2);
                              $url = $link->getPageLink($explode[0], true);
                              if (isset($explode[1]))
                                      $url .= '?'.$explode[1];
      
      posté dans BUG connus
      doekia
    • Copieurs-Colleurs

      L'humanité a évolué au fil du temps, de chasseurs-cueilleurs, nomades, inquisiteurs, esclavagistes, ... à nos jours où nous sommes réseauteurs sociaux et copieurs-colleurs.
      Tout comme vous n'iriez pas non préparé chasser le Mesosaure ou cueillir un essaim d'abeille - l'issue serait funeste (Je sais l'un ne vit pas dans la bonne section de la frise chronologique, l'autre n'est pas un fruit - C'est une métaphore) -, vous devez éviter les pièges de la méthode. Voici une liste non exhaustive de ces pièges et comment les éviter:


      Connaître son ennemi

      Ai-je suffisamment de connaissance pour comprendre ce que fait ce code ? A défaut, se documenter, interroger des experts. Copier un code hermétique à votre compréhension et le meilleur moyen d'injecter une porte dérobée dans votre solution.

      Date de fraicheur

      De quand date ce snippet? Cette question simple vous évitera d'utiliser du code deprecated ou une solution obsolète.

      Est-ce comestible

      En raison de typos, malveillance, maladresses l'extrait peut être dangereux. Assurez-vous d'avoir compris les risques.

      Allergies

      Contrôlez vos versions. Vérifiez toujours que la solution est en adéquation avec votre environnement

      Tests clinique

      Toujours passer la solution au banc d'essai. Toujours. Même une seule ligne!

      Testisnulus

      Exactement comme la citation romaine. Ne tester qu'une fois, c'est comme n'avoir rien testé

      Protections

      Toujours, 10x si besoin, faites des backups

      La pierre de rosette

      Copier-coller depuis certaines sources mène à des déformations de contenu (apostrophes, guillemets, backquotes, ...).

      Intelligence

      Faites honneur à votre cerveau et sa capacité d'analyse.

      Obésité

      Si votre copier-coller ressemble à une recette de Maïté vous risquez l'indigestion. De la même manière si vous accumulez les composants, c'est probablement qu'il existe une solution plus simple et élégante.

      Agence tous-risque

      Partir sans plan d'ensemble c'est obtenir une usine à gaz dans le meilleur des cas, un réacteur RBMK hors de contrôle dans le pire.

      Un petit pas pour l'homme

      Faites des petits pas, simple. Vous pourrez alors réaliser de grandes choses.

      Houston nous avons un problème

      Prenez des notes communiquez, expliquez, documentez, écoutez les experts. Seul moyen d'avoir un réponse adaptée en cas de problème.

      Dilettantisme

      Toujours être attentif. L'esprit en alerte à l'écoute du moindre bruit suspect. A surveiller, le lait, la purée de carotte tout en langeant le petit dernier, on termine dans les fais divers d'une revue criminelle, ou on gagne un Darwin Awards.


      Ces bonnes pratiques exprimées, n’empêcheront pas les aventuriers intrépide de faire preuve de témérité paresseuse. Pour cette raison nous essayons lorsque le code est dangereux de le rendre inactif. La solution est sous vos yeux mais si vous vous contentez de la copier telle quelle, elle sera sans effet ou générera une message d'erreur anodin. Lisez l'erreur, googlez là et vous pourrez alors transformer ce plomb en or.

      posté dans Discussion générale
      doekia
    • [1.6.1.15+] pack produits - impossible de créer ou mise à jour supprimant le pack

      Depuis la version 1.6.1.15, un patch à rendu les packs totalement non fonctionnels coté BO.

      La cause: https://github.com/PrestaShop/PrestaShop/commit/18f57b62e897ed5b472e51f7ed69ce4e390d105e#diff-7d7493bae4eba5d548b7f7f88d16d7ea

      Corriger la ligne 5025 de controllers/admin/AdminProductsController.php
      Remplacer:
      if (Pack::isPack((int)$item_id || $product->id == (int)$item_id)) {
      par
      if (Pack::isPack((int)$item_id) || $product->id == (int)$item_id) {

      posté dans BUG connus
      doekia
    • [1.6.1.12]- Header de cross-orgin invalide avec les CDN

      Les version inférieures à la version 1.6.1.12 implémentent un drapeau cross-origin invalide.

      Remplacer dans Tools.php

      Header add Access-Control-Allow-Origin \"*\"
      

      par

      Header set Access-Control-Allow-Origin \"*\"
      
      posté dans BUG connus
      doekia
    • [1.6.0.5 - 1.6.1.18] Fatal error lors de la suppression d'image du themeconfigurator

      Lors de la suppression d'image du themeconfigurator vous obtenez l'erreur:
      Call to a member function rowCount() on boolean
      ou
      Table 'presta16.ps_ps_themeconfigurator' doesn't exist avec le mode debug activé


      Modifiez le fichier modules/themeconfigurator/themeconfigurator.php @397
      Remplacer

      Db::getInstance()->delete(_DB_PREFIX_.'themeconfigurator', 'id_item = '.(int)$id_item);
      

      par

      Db::getInstance()->delete('themeconfigurator', 'id_item = '.(int)$id_item);
      
      posté dans BUG connus
      doekia
    • RE: Configuration e-commerce dans Google Analytics

      Avec la nouvelle version du module et la nouvelle version de analytics (ça n'arrête pas de changer), les étapes sont contruites automatiquement par un codage en dur de la part de google.
      Les étapes sont remontées par la couche "ec" via les évents GoogleAnalyticEnhancedECommerce.addCheckout(step)

      Avec step en dur donc:

      • 1 - récap panier (étape 0 du tunnel)
      • 2 - authentification (marche 1 coup sur 5 du fait de l'implémentation et du cheminement exact de l'internaute)
      • 3 - page de sélection des adresses
      • 4 - page de sélection du transporteur
      • 5 - page des moyens de paiement
      • 6 - confirmation de commande (hook et bien sûr dépendant de l'internaute et de son retour sur le shop après paiement tiers type CB)

      Il suffit ensuite de renommer les étapes dans analytics: Administration > Vue > Commerce électronique > Paramètres du commerce électronique amélioré

      Pour voir l'entonoir, c'est dans analytics: Conversion > Commerce électronique > Comportement lors du processus de paiement

      posté dans Discussion générale
      doekia
    • RE: Problème après un edit html

      @baby
      Plusieurs choses importantes pour obtenir de l'aide rapidement.

      1. Donner la version exacte de son Prestashop et de son PHP
      2. Fournir une url permettant aux intervenant de voir in-situ le problème.
      3. Bien expliquer les étapes des diverses tentatives testées
      4. Si le module est gratuit, nous pointer vers le code de ce dernier
      5. Si le module est acheté, commencer par contacter le développeur de ce dernier
      posté dans Discussion générale
      doekia
    • RE: Les transporteurs n'apparaissent pas dans le panier

      Cela va être compliqué de t'aider. Déjà que la version 1.7 est pleine de bug, alors là on est carrément dans les pré-bétas

      La communauté compétente pouvant t'aider avec la 1.7 est réduite, car nous avons pas de temps à investir dans ce genre de "version" qui sont plus de la "branlette" de geek qu'une outils e-commerce.

      Active le débug, consulte les changelogs de github

      posté dans Discussion générale
      doekia
    • [1.6+] email accentué => Fatal: Address in mailbox given does not comply with RFC 2822, 3.6.2

      Prestashop utilise la librairie Swift version 4 pour envoyer les mails.
      Cette librarie applique un contrôle de la grammaire selon la RFC 2822 (avril 2001).
      Cette RFC a été remplacé par la RFC 6531 (février 2012).
      La librarie Swift n'intègre cette grammaire qu'a partir de la version 5.5+ (via package symfony).

      Pour admettre les emails accentués, il faut désactiver la génération d'erreur en cas de grammaire non reconnu.

      Dans le fichier tools/swift/classes/Swift/Mime/Headers/MailboxHeader.php aux alentours de la ligne @344

          private function _assertValidAddress($address)
          {
              if (!preg_match('/^'.$this->getGrammar()->getDefinition('addr-spec').'$/D',
                  $address)) {
                  if (0) throw new Swift_RfcComplianceException(
                      'Address in mailbox given ['.$address.
                      '] does not comply with RFC 2822, 3.6.2.'
                      );
              }
          }
      
      posté dans BUG connus
      doekia
    • RE: Pourquoi le module cronJob ne fonctionne-t-il pas avec les mutus OVH ?

      Pour la dernière fois!
      Ne pas mettre les url exacte de ton BO et/ou de tes crons avec leurs tokens de sécurité sur un forum public

      posté dans Tutoriels
      doekia
    • RE: SQL : Alter table Add if not exist

      Non il n'existe pas d'autre méthode car il n'est pas possible de faire un alter dans une jointure mais...
      Tu peux ADD ta colonne et intercepter l'erreur qui se produira si elle existe déjà
      et il me semble que mariadb admet la syntaxe if not exists
      https://mariadb.com/kb/en/library/alter-table/ à partir de la 10.0.2

      posté dans Discussion générale
      doekia
    • [1.6.0.9] BO: Paniers, Bad query lors de l'ajout d'un filtre 'paniers abandonnés'

      Lors de l'ajout du filtre 'paniers abandonnés', la page sort l'erreur:
      Bad SQL query
      You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'id_order = 'Panier abandonné' ORDER BY a.id_cart DESC LIMIT 0,50' at line 15

      Appliquer ce patch:
      https://github.com/PrestaShop/PrestaShop/commit/d5a728c869e8931d33e9b8d752322f4c07471a0d#diff-5fbca4f1456bafff9d3bd87107eedb61

      posté dans BUG connus
      doekia
    • RE: impossible d'accéder à l'onglet modules apres installation module Oyst-1

      @ccorinne
      J'ai déplacé le sujet pour ne pas poluer la section BUG connus de Prestashop. En effet si nous reportons dans celle-ci tous les crash liés à des modules tiers la section va vite devenir un énorme capharnaum.
      :drooling_face:

      posté dans Discussion générale
      doekia
    • [1.6.1.0]+ Too many tables, MySQL can only use 61 tables in a join - Backoffice, créer/éditer un produit (SpecificPriceRule.php)

      Lorsque vous avez plus de 59 catégories dans une condition de règle catalogue, PrestaShop crash lors de l'enregistrement produit. Le problème peut survenir avec moins de règles catégories, si vos règles utilisent d'autres conditions (features, attributes, suppliers, manufacturers,

      Le code en cause réside dans classes/SpecificPriceRule.php fonction SpecificPriceRule::getAffectedProducts()

      } elseif ($condition['type'] == 'category') {
         $query->leftJoin('category_product', 'cp'.(int)$id_condition, 'p.`id_product` = cp'.(int)$id_condition.'.`id_product`')
           ->where('cp'.(int)$id_condition.'.id_category = '.(int)$condition['value']);
      } elseif ($condition['type'] == 'supplier') {
      

      Vous devez remplacer cette section par:

                          } elseif ($condition['type'] == 'category') {
                              if ($once) {
                                  $query->innerJoin('specific_price_rule_condition_group', 'sprg', 'sprg.id_specific_price_rule='.(int)$this->id);
                                  $query->innerJoin('specific_price_rule_condition','sprc', 'sprc.type = "category" and sprc.id_specific_price_rule_condition_group = sprg.id_specific_price_rule_condition_group');
                                  $query->innerJoin('category_product', 'cp', 'p.`id_product` = cp.`id_product` and cp.id_category = sprc.value');
                                  $once = false;
                              }
                          } elseif ($condition['type'] == 'supplier') {
      

      Ajoutez ensuite la ligne $once = true; juste avant le foreach:

                      // Add the conditions
                      $once = true;
                      foreach ($condition_group as $id_condition => $condition) {
      

      Enfin créez un index dans votre schéma (sql):

      ALTER TABLE `ps_specific_price_rule_condition`
      ADD INDEX `id_specific_price_rule_condition_group_type` (`id_specific_price_rule_condition_group`, `type`);
      

      Ce bug est également lié à celui-ci: https://bb.enter-solutions.net/topic/1071/1-6-1-0-duplicate-entry-xxxxxx-for-key-id_product_2-insert-into-ps_specific_price-backoffice-créer-éditer-un-produit-specificpricerule-php

      posté dans BUG connus
      doekia
    • [1.6.1.0]+ Duplicate entry XXXXXX for key id_product_2 - INSERT INTO ps_specific_price - BackOffice, créer/éditer un produit (SpecificPriceRule.php)

      Lorsqu'il existe des règles catalogues avec des conditions sur catégories, à l'enregistrement d'un produit, vous rencontrez cette erreur.
      Le code impliqué réside dans SpecificPriceRule.php fonction SpecificPriceRule::getAffectedProducts()

      Vous devez remplacer la ligne:

      $query->select('p.`id_product`');
      

      par

      $query->select('DISTINCT p.`id_product`');
      

      Ce bug est également lié à celui-ci: https://bb.enter-solutions.net/topic/1070/1-6-1-0-too-many-tables-mysql-can-only-use-61-tables-in-a-join-backoffice-créer-éditer-un-produit

      posté dans BUG connus
      doekia