Flux d’activité

Flux d’activité de Messages

  1. xeon

    Posté(e) · Signaler ce message

    Bonjour,

    Avec la version 6.3.

    J'ai un problème d'espacement alterné au-dessus de chaque description.

    Les champs description commencent soit par un paragraphe, soit sans paragraphe en html : <p>. Du coup, les espaces diffèrent, d'un article à l'autre. C'est surtout visible sur les pages catégories, qui a présent affichent le début de la description, et ça fait un peu bizarre.

    Existe-t-il une solution pour faire en sorte que toutes les descriptions commencent par <p> ?

    Merci.

  2. xeon

    Posté(e) · Modifié (le) par xeon · Signaler ce message

    Je crois que j'ai trouvé. Puisque j'ai deux affichages dans la page produits, c'est que ce qui s'affiche en double, c'est la partie descriptif, qui reprend la description (je ne sais pas pourquoi mais c'est un fait). Comme la description s'affiche comme d'habitude, je me retrouve donc avec deux descriptions au lieu de une. Ce que j'ai fait :

    Dans display_product, j'ai commenté les lignes

     //if (!empty($product_object->descriptif)) {
                //    $output .= '
                //    <p>' . $product_object->descriptif . '</p>';
            //    }

    Et le descriptif inutile a disparu. Dès lors j'ai bien un seul affichage sur les pages produits, et j'ai toujours également mon affichage dans la page des catégories.

    Merci de votre aide.

  5. xeon

    Posté(e) · Modifié (le) par xeon · Signaler ce message

    Bonjour,

    J'ai pu avancer sur ce projet.
    J'ai réussi à intégrer le code pour permettre l'affichage de la description dans la liste des produits sur la page des catégories.
    Dans display_product, j'ai ajouté (en fait j'ai repris ce code depuis la fonction qui affiche les produits sur la page produits).

    // debut affichage description            
                                        
            if (defined('IN_CATALOGUE')) {                  
        $product_object->description = String::html_entity_decode($product_object->description);
                    $product_object->description = String::str_shorten(($product_object->description), 200);
                        if (!empty($product_object->description)) {
                $output .= '
                    <div style="margin-left:4px; padding:0px;">' . $product_object->description . '</p><a target=_blank href="' . $urlprod . '" title="' . String::str_form_value($product_object->name) . '">';
                }
        }
                    
            // fin affichage description   

    Ceci m'affiche bien la description sur la page catégories, mais toujours, également, un doublon de la description sur la page du produit (quand j'intervenais sur product.php, je n'obtenais que l'affichage en double sur la page produits, mais rien sur la page des catégories).

    Dès lors, est-il possible d'empêcher cet affichage en double sur la page produits ?

     

  7. ant0ny

    Posté(e) · Signaler ce message

    Bonjour, 

    Merci pour se complément d'information, je ne cherche pas une solution d’interconnexion avec vérification mais simplement si le client s'inscrit et n'entre pas un format valable, que se soit pas pris en compte car j'ai une cliente encore aujourd'hui qui m'a mis ceci dans la zone: SIRET: 1234567

    Et boum sa commande sans TVA...

    Je suis en version 7.2 premium, donc sur ma version il n'y a pas le contrôle des 2 lettres et ensuite 7 à 14 caractère?

    On pourrais bloqué le format a quel endroit? Sur la zone de saisie ou en traitement php?

    Si c'est sur les version récente, je pourrais aussi trouver le morceau de code et l'adapter a ma version 7.2... car c'est ennuyant, le retiré c'est pas une solution pour l'intracom et le mettre me donne des particulier qui remplisse la zone intracom avec de tous et des fois ça facture HT...

    Merci pour votre aide ;)

  8. Oliv59

    Posté(e) · Signaler ce message

    Hello ici,

    Alors, pour information, j'ai trouvé la solution par hasard.

    J'ai tenté de configurer un apache en back end de mon nginx (puisque j'ai vraiment besoin de nginx sur ce serveur), sans grand succes.

    Puis, j'ai juste reconfiguré la table peel_configuration, les adresses  de mon site qui sont dedans (3 lignes, vers la fin de la table) etaient en http, au lieu de https. Je configure correctement, relance mon nginx, coupe définitivement apache, et c'est tout bon, j'ai à nouveau pu acceder à l'administration ...

    Bonne soirée !

    Oliv.

  10. da

    Posté(e) · Signaler ce message

    Bonjour,

    Est-ce que la valeur du champ site_id dans peel_utilisateur a pour valeur 0 pour votre compte ?

    Bonjour,

    Est-ce que la valeur du champ site_id dans peel_utilisateur a pour valeur 0 pour votre compte ?

    BONJOUR.

    J'AIS LE MEME PROBEME SUR MON SITE E COMMERCE DE LA MEME VERSION , LA VALEUR DU CHAMP SITE-ID DANS PEEL UTILISATEUR EST SUR 1 .

  11. Simon développeur PEEL

    Posté(e) · Signaler ce message

    Bonjour,

    Pour connaitre les incidences de cette modification, vous pouvez faire une recherche sur la fonction get_order_infos_array partout dans le code. En l’occurrence on peut voir que cette fonction est utilisée dans la fonction affiche_resume_commande qui sert à afficher le récapitulatif des commandes à la fin du process de commande, ou dans l'historique. Cette fonction sert aussi dans les fonctions d'envoi d'email email_commande et send_avis_expedition, donc votre modification sera visible dans les emails de commande et d'expédition. On se sert de la fonction également dans le module picking.
     

  13. Gilles Boussin

    Posté(e) · Modifié (le) par Gilles Boussin · Signaler ce message

    Bonjour,

    Sur une version récente, il faut que le n° de TVA intracommunautaire commence par deux lettres et ait ensuite 7 à 14 caractères. "MELLE" ou "MARIE15" ne sont donc pas acceptés. Après des difficultés auprès de divers clients, nous n'avons pas de règles plus stricte car pour bon nombre de sites cette information est ensuite vérifiée manuellement par un conseiller clientèle et la priorité est donnée à ne pas bloquer l'utilisateur qui ne rentrerait pas correctement l'information. En effet, tant qu'il n'y a pas de validation précise du numéro dans les bases de données européennes, une format n'apporte aucune sécurité de validité, et en outre il est aisé de mettre un numéro d'une autre société.

    Si vous souhaitez que l'existence réelle du n° de TVA intracommunautaire soit vérifié, nous proposons à 49 EUR pour des version PEEL 7.2 un module d'interconnexion avec un service tiers de vérification de numéros de TVA intracommunautaires. Ce service est indépendant de nous et est payant par abonnement à partir de 100 vérifications par jour. Si cela vous intéresse, vous pouvez contacter notre service commercial pour obtenir ce module d'interconnexion à votre convenance.

    Gilles

  14. xeon

    Posté(e) · Modifié (le) par xeon · Signaler ce message

    Bonjour,

    Sur les PDF imprimant le bon de commande, devis et proforma, je souhaite supprimer une partie des infos de livraison de commande.

    Pour cela dans order.php, j'ai remplacé :

    $order_infos['client_infos_ship'] = (!empty($order_object->societe_ship)?$order_object->societe_ship . "\n":'')

         . trim($order_object->nom_ship . " " . $order_object->prenom_ship)

         . "\n" . $order_object->adresse_ship

         . "\n" . trim($order_object->zip_ship . " " . $order_object->ville_ship)

         . "\n" . $order_object->pays_ship

         . "\n" . $order_object->telephone_ship

         . "\n" . $order_object->email_ship;

     

    Par

    $order_infos['client_infos_ship'] = (!empty($order_object->societe_ship)?$order_object->societe_ship . "\n":'')

         . trim($order_object->nom_ship . " " . $order_object->prenom_ship)

         . "\n" . $order_object->adresse_ship

         . "\n" . trim($order_object->zip_ship . " " . $order_object->ville_ship);

     

    Apparemment ça fonctionne, je retrouve les infos comme je les voulais au niveau du PDF, et je peux effectuer sans problème une commande en BO ou FO. Je voulais juste savoir si cela pouvait avoir des incidences sur d'autres parties du programme de la boutique (7.2).

    Merci.

  15. ant0ny

    Posté(e) · Signaler ce message

    Bonjour, 

    Dans la configuration nous pouvons mettre les deux première lettre du pays dans lequel nous nous situons pour que la TVA s'applique sur les numéro de TVA qui commence par ces deux lettre et pas sur les autres.

    Le soucis c'est que les clients peuvent mettre se qu'il veulent en numero de TVA intracom du genre "MELLE" ou "MARIE15" et du coups il n'applique pas de TVA et si le client paie immédiatement via par exemple Ogone, il règle la facture mais en HT...

    Comment faire un contrôle ou tous simplement contrôlé le bon format d'un numéro de TVA dans la zone TVA pour forcé le client à entré sous forme LL0123456789?

    Merci

  19. xeon

    Posté(e) · Modifié (le) par xeon · Signaler ce message

    Bonjour,

    Je suis en version 6.3

    Je viens de remarquer qu'une catégorie paramétrée comme inactive, reste affichée dans le navigateur côté BO, alors qu'on n'est pas connecté sur son compte. C'est-à-dire qu'elle est potentiellement visible si jamais un lien dirigeait vers elle.

    Je précise : Le lien disparait du menu de gauche, mais si on appelle l'affichage de la catégorie inactive par l'url, elle s'affiche.

     

    J'ai vérifié et j'ai le même problème avec une autre version 6.3, à laquelle je n'ai pas touché.

    J'ai fait le test avec une version 7 et le problème n'est pas reproduit.

     

     

     

    Comment faire pour interdire totalement l'affichage de ces catégories inactives côté BO ?

    Merci.

     

     

  20. Gilles Boussin

    Posté(e) · Modifié (le) par Gilles Boussin · Signaler ce message

    Bonjour,

    Les fichiers lang/database* sont utilisés lors de l'installation d'une langue pour remplir la base de données.

    Si vous souhaitez modifier le contenu de votre base de données pour modifier le texte de vos modèles d'emails, vous pouvez le faire soit avec l'administration de votre site en modifiant les modèles d'emails avec la page dédiée de l'administration, soit en allant modifier directement la base de données avec un outil tel que phpmyadmin dans le cas où vous êtes développeur.

    Gilles

  21. xeon

    Posté(e) · Signaler ce message

    Bonjour,

    Où peut-on modifier la signature des emails ?

    J'ai cru trouver celle-ci dans database_email_template_text_html.fr,  mais si je modifie, vers la ligne 650

      "signature" => "

    Nom et adresse de mon entreprise - [SITE] - [WWWROOT]/",

      "cree_cheque_cadeau_client_type1" => "Bonjour,

     

    Rien ne se passe au niveau de la réception des mails. J'ai toujours l'ancienne signature =

    Le service client -- [SITE] - [WWWROOT]/

    Le mail visé est surtout celui de confirmation de commande. Il contient du html (logo en entête).

     

    J'ai vérifié quand même que ce fichier template a bien été télécharger sur le serveur et c'est le cas.

     

    En plus je ne trouve nulle part, ni sur les fichiers du site ni dans la base de données cette phrase : Le service client -

     

    Merci de votre aide.

  22. Simon développeur PEEL

    Posté(e) · Signaler ce message

    Bonjour,

    La fonction addSociete permet de définir le cadre dans lequel sera placé le contenu, mais ne gère pas le contenu en lui même. Pour modifier le contenu vous devez modifier la fonction getSocieteInfoText du fichier lib/Class/Invoice.php (vers la ligne 1332).Dans cette fonction vous pouvez supprimer la ligne
                $pdf_societe = filtre_pdf($ligne->societe) . "\n" ;

    qui correspond à l'affichage du nom de la société

Twitter Advisto ecommerce

Facebook PEEL Shopping