carcy

Utilisateur open source
  • Compteur de contenus

    498
  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par carcy


  1. Bonjour !

    j'ai un problème !!

    lorsque je créé une commande en backoffice, je ne sais pas pourquoi, mon taux de change est passé à 0 !!!

    en fait, je m'en suis rendu compte parce que je rajouttais des articles dans le panier et j'avais des erreurs de division par 0 !

    Quelqu'un sait d'ou peut venir ce problème ?

    Vu que j'ai comparé ma table peel avec celle officielle de la 6.4.2, peut être que j'ai corrigé quelque chose qui ne devait pas l'être...

    ça se situerait ou dans les tables ?

    merci pour votre aide !

    JL


  2. Bonjour !

    voilà, pour tout vous dire, j'ai opté il y a quelques mois pour un référencement de chez 1and1 ("référencement pro"), et assez régulièrement, j'ai une erreur sur le référencement qui me dit que des "bloqueurs" bloquent le référencement de mon site à Google.

    Après avoir relancé 1and1 à maintes reprises pour ce problème, ils m'ont écrit ce matin que celà venait de mon .htaccess, et ils me demandent de le désactiver.

    Comme je connais pas grand chose là dedans, pouvez vous me dire si je peux le désactiver, le supprimer, ou si je peux y apporter une modif qui ne bloquerait plus mon référencement ?

    Je viens de regarder dedans, y'a des lignes RewriteRule et rewriteCond...

    pouvez vous me dire ce que vous en pensez ?

    merci !

    bonne journée

    JL


  3. Bonjour Wallywalla

    Si je ne m'abuse, l'accès à la base de donnée se définit dans lib/setup/info.inc.php.

    il y a dedans les lignes qui déterminent le serveur sql, l'utilisateur, le mot de passe et le nom de la base...

    Tu dois aussi rentrer le root de ton site internet...

    bonne soirée


  4. Bonjour

    Peel shopping est un CMS très intéressant !

    merci tout d'abord aux développeurs, à la disponibilité de SIMON, à la gratuité de ce CMS en constante évolution !!!

    je resterai fidèle à peel shopping et dans un futur proche, souhaite souhaite même investir dans peel premium !!! mais la question aujourd'hui n'est pas là...

    Moi je m'interroge actuellement sur les Frais de port, sur le BDC ou Facture ou devis.

    Encore une fois, j'ai eu une remarque d'un client comme quoi l'affichage des FP n'était pas convaincant et était même imprécis !

    OK, c'est indiqué en bas de page, et en petit. Mais il est juste mentionné le coût.

    Voilà ce que je pense, et qui pourrait être intéressant :

    -Laisser en bas le prix des Frais de Port dans le cadre des totaux.

    -MAIS afficher en plus, dans le tableau, une ligne supplémentaire automatique, à la suite et fin des produits commandés, avec dans les différentes colonnes :

    une référence (ex : EMB-FP), une désignation (Emballage et Frais de Port), le type d'expédition choisi (lettre Max, Colissimo, téléchargement...), le tarif du port (tarif en euro ou Offert comme d'habitude ou rien si téléchargement...).

    En effet, certains clients commandent chez moi une livraison en colissimo simple, puis râlent car le facteur ne leur a pas fait signer la réception ! Normal, ils n'avaient pas choisi le Colissimo recommandé ! En fait, le client n'a aucune visibilité sur le BDC imprimé, du type de transport qu'il a choisi... Si ce type de transport figurait sur le BDC ou la facture, ce serait pas mal non ?

    Même si ce type de transport figure sur le résumé de la commande dans le compte client, hé bien le client ne pense pas forcément à vérifier à cet endroit. Et je pense également à toutes ces personnes qui s'adressent à moi par mail pour un devis, sans passer commande sur Internet ou accéder à leur espace client.

    Ainsi on aurait ainsi une visibilité améliorée des Frais de port !

    Merci pour vos retours

    JL


  5. Bonjour

    une chose me tracasse dans peel. Il s'agit de l'envoi de mail à des clients, concernant une commande spécifique.

    En effet, via la page du client en question, on a la possibilité d'envoyer un mail.

    C'est bien, on a la possibilité de choisir parmis tous les templates !

    Jusque là, OK. MAIS c'est bien joli, parce que par exemple si je souhaite qu'il soit averti des moyens de paiements pour sa commande, sa possibilité de télécharger telle ou telle chose, le retour remboursement... hé bien aucun des tags n'est repris dans le template que l'on choisit ! en effet, on n'a aucune possibilité de choisir le numéro de commande concernée pour le message!

    Est ce que je suis passé à côté de quelque chose ? ou est ce un bug ou est ce normal et il y a une autre façon de procéder ? je ne sais pas...

    Est ce qu'il y a moyen de mettre un bouton "ENVOYER UN EMAIL" directement sur la fiche de la commande en question, ce qui permettrait d'avoir ainsi lorsqu'on envoie un mail, les valeurs des tags de ladite commande dans le mail ? (ORDERID, DATE, MODE, RESTE_AVOIR, ...).

    Merci pour ces éclaircissements !

    bon dimanche

    JL


  6. bonjour !

    $attributs_infos_array_keys = array_keys($attributs_infos_array);

    $option_value_array = build_option_value_array($attributs_infos_array, array(), $attributs_infos_array_keys, 0);

    foreach ($option_value_array as $optionValue) {

    $product_object->set_configuration(null, null, $optionValue, is_reseller_module_active() && is_reseller());

    $output .= '

    attribut_price' . ($save_suffix_id) . '["' . $optionValue . '"] = \'' . filtre_javascript($product_object->get_final_price(get_current_user_promotion_percentage(), display_prices_with_taxes_active(), is_reseller_module_active() && is_reseller(), true, true, 1, true, true, true), true, true, false) . '\';';

    }

    oui, le même code...

    mais je pense à un truc...

    cela ne viendrait pas de la modif que vous m'aviez faite pour affichet "à partir de" sur les produits à attributs ?

    fichier /lib/class/product.php :

    function affiche_prix :

    function affiche_prix($with_taxes = true, $reseller_mode = false, $return_mode = false, $display_with_measurement = false, $item_id = null, $display_ecotax = true, $display_old_price = true, $table_css_class = 'full_expand_in_container', $display_old_price_inline = true)

    { if($this->has_attributs() !== false) {

    $texte = APARTIRDE ;

    } else {

    $texte = ''; }

    $output = $texte.affiche_prix($this, $with_taxes, $reseller_mode, $return_mode, $display_with_measurement, $item_id, $display_ecotax, $display_old_price, $table_css_class, $display_old_price_inline);

    if ($return_mode) {

    return $output;

    } else {

    echo $output;

    }

    }


  7. Nouveau topic sur la base de données Peel. Je veux que ce soit propre comme je mets à jour la BDD avec les correctifs...

    J'ai donc comparé ma base actuelle issues de nombreuses mises à jour avec la structure de la base peel 6.4.2.

    Y'a quand même pas mal de différences sur les NULL ou NOT NULL.

    Moi, voilà ce que j'ai relevé comme principales différences (y'en a plein d'autres, mais pour le moment, ce sont celles là que je demande...) :

    TABLE peel_commandes :

    dans le sql de peel 6.4.2, il y a un create table : `a_timestamp` date NOT NULL DEFAULT '0000-00-00 00:00:00' -> c'est pas normal. Question... faut il plutôt date 0000-00-00 ou datetime 0000-00-00 00:00:00 pour cette donnée a_timestamp ?

    TABLE peel_paiement :

    dans le sql de peel 6.4.2, il y a un create table : `tarif_percent` float(5,2) NOT NULL DEFAULT '0.00000', -> c'est pas normal. Question :faut il 0.00 ou bien 0.00000 ?

    TABLE peel_produits :

    j'ai dans ma base un "technical_code" qui ne figure pas dans le sql de peel 6.4.2. Est ce que je peux le supprimer ?

    TABLE peel_profils :

    J'ai dans ma base "priv" défini comme INDEX, mais ça ne l'est pas dans le SQL 6.4.2 de peel. Est ce que je laisse comme ça ma base ?

    TABLE peel_rubriques :

    Dans ma base, une chose m'étonne, c'est l'interclassement de certaines données.

    J'ai :

    nom_fr, image, nom_en, en latin1_bin

    description_fr, lang, meta_desc, meta_key, description_en, technical_code en latin1_general_ci

    meta_titre_fr, meta_desc_fr, meta_key_fr et leurs corrrespondances en anglais au format latin1_swedish_ci

    est ce que c'est normal ??? est ce que ça devrait pas être en UTF8 ?

    TABLE peel_sites :

    J'ai dans ma table, pour "payement_status_decrement_stock" une valeur NOT NULL DEFAULT 2;3 alors que peel sql 6.4.2 donne 2,3 ! est ce normal ?

    TABLE peel_utilisateurs :

    dans le sql de la 6.4.2, il n'y a pas de "id_selerepresentative" alors que je l'ai dans ma BDD. Est ce normal ?

    dans ma base, je n'ai pas "document" alors qu'il parait dans la sql 6.4.2. Je dois le créer ?

    Et enfin, les tables et leurs structures peel_save_cart ou peel_tickets ne paraissent pas dans le sql de peel 6.4.2. Je les ai présentes dans ma BDD. Est ce que je peux les effacer ???

    Voilà quelques exemples de différences.

    Pouvez vous m'en dire plus ??

    merci à vous

    JL


  8. Bonjour !

    je suis peut être pas au bon endroit, mais je demande quand même...

    serait il possible, dans peel en backoffice, de créer des options pour gérer sa base de données ?

    je m'explique... Un menu déroulant avec la gestion, le nettoyage, l'accès direct, et même (le plus important), une restauration (pour une réinstallation de peel par exemple) ou une SAUVEGARDE à l'endroit ou on veut de sa base de données ?

    Sinon, (je ne connais rien en sql), existe t'il une syntaxe, une ligne à taper sous phpmyadmin pour une sauvegarde complète de notre base de données sur notre disque dur ?

    Merci pour les infos.

    Perce que je souhaiterai sauvegarder ma base actuelle correctement (pour le cas d'un crach ou autre), mais dans ma gestion de base de 1and1, je sais pas trop quoi cocher dans "opérations SQL".

    Pourriez vous m'aiguiller SVP ?

    en sachant que dans les menus déroulant, j'ai :

    Compatibilité de l'exportation : NONE, ANSI, DB2, MAXDB, MYSQL323, MYSQL40, MYSQL, ORACLE, POSTGRESQL, ou TRADITIONAL

    Type d'exportation : INSERT, UPDATE, REPLACE.

    Merci pour votre aide

    Et tant qu'on y est, à parler de table... Je dois pas être le seul dans ce cas, car je suis l'évolution de peel depuis quelques temps et je mets à jours régulièrement chaque fois mes versions de peel et de sa table de données. Mais il arrive qu'il y ait des oublis de mise à jour de la table, soit de mon côté, soit du côté de peel... Et un jour, on se rend compte d'une erreur... par exemple, je viens de me rendre compte que ma table email_template datait de matusalem et mes clients avaient par exemple un bug pour la création d'un mot de passe oublié. En fait, la mise à jour de la table n'a pas été citée dans la procédure de migration, alors qu'elle est présente dans le doc de la dernière version 6.4.2 à installer toute fraîche.

    Donc ma question est la suivante : avez vous, ou pouvez vous faire ou éditer quelque chose pour que l'on puisse comparer la structure de la base installée actuellement pour nos peel shopping et celle qui devrait être installée avec le version actuelle ? et qui puisse nous remonter les différences ? (j'ai constaté dans ma base par exemple des différences dans les valeurs tinyint ou varchar...)

    cordialement

    JL

    BDD.jpg


  9. non, aucun message d'erreur...

    Si je désactive le premier attribut, alors le 2ème fonctionne et le prix s'incrémente tout seul. Ce n'est donc pas un problème de configuration d'option dans le backoffice...

    Actuellement sur le site, j'ai remis les 2 options au cas ou vous voudriez jeter un coup d'oeil..

    accès direct :

    http://www.jl-transf...tails.php?id=47

    merci pour votre soutien !!

    JL


  10. Bonjour

    Voilà un exemple de produit que je propose :

    Numérisation de négatifs photos en bobines APS - Prix de base 6 euros

    première option :

    sortie/découpe du négatif du rouleau :

    Si oui, surcout de 3euros

    Si non, pas de surcout.

    2ème option

    longueur de la bobine

    15 poses : surcout de 0 euros

    25 poses : surcout de 3 euros

    40 poses : surcout de 8 euros

    Si le client choisit oui à la première option, le prix qui s'affiche passe bien à 9euros.

    Or, après, s'il choisit pour la 2ème option, 25poses (+3euros) ou 40 poses (+8euros), le prix affiché ne change pas et reste à 9euros...

    Par contre, s'il clique pour ajoutter au panier, là le prix des options est bien affiché dans le panier.

    Donc en résumé

    Quand il y a 2 options payantes à choisir successivement dans le front office pour 1 produit, le 2ème attribut n'est pas prix en compte dans l'affichage du prix en temps réel dans le front office alors qu'il est pris en compte dans l'ajout au panier.

    Une solution SVP ??

    merci à vous

    JL


  11. Bonjour

    toujours autant amoureux de peel shopping, je trifouille un peu à droite et à gauche pour me familiariser encore plus avec la bête.

    Je suis tombé (non non, je me suis pas fais mal :D :D ) sur la demande de paiement partiel dans le back office.

    J'en déduis que c'est pas mal. On peut demander un accompte au client... Mais ça s'arrête là.

    On ne peut pas gérer sous peel les paiements en plusieurs fois ?

    Des idées pour les améliorations des futures versions... Pourquoi pas, dans le backoffice, sur les fiches de commande, créer des cases ou s'afficheraient le TTC, puis le déjà versé ou accompte, et enfin le reste à payer ?

    parce que si un client a payé un accompte à la commande, comment fait on pour lui signifier le reste dû ?

    C'était donc juste une petite idée comme ça.

    Bon week end à tous

    Jean-Luc


  12. Merci Simon ! c'est corrigé !! j'avais défini dans lang/fr.php PEEL_SHOPPING à "", et donc j'avais toujours dans la ligne de code que vous invoquez le "-" qui s'affichait.

    Le mieux, c'est quoi ?

    if(String::strlen($this_title . PEEL_SHOPPING) < 80){

    $this_title .= ' - ' . PEEL_SHOPPING;

    }

    ou if(String::strlen($this_title . '' . PEEL_SHOPPING) < 80){

    $this_title .= ' - ' . PEEL_SHOPPING;

    }

    Merci Simon


  13. Meci Paulana !!

    ça marche maintenant pour la plupart des pages concernées.

    Le seul problème qu'il me reste, c'est les pages du type : monsite/ac?hat?/in?dex?.ph?p?c?ati?d=2?&tr?i=n?om_?fr

    ou encore monsite/?d?evi?se=?6

    ou encore monsite/co?nta?cts?.ph?p?d?evi?se=?6

    bref pas mal d'adresses se terminant par devise=6...

    encore des efforts à faire !!!!


  14. Bonjour Simon

    Je comprends et je suis d'accord avec le principe.

    Cependant, je n'arrive pas à tout résoudre.

    Par exemple, pour la page plan_access.php, j'ai créé ceci dans le meta_fr.php :

    $GLOBALS['strSpecificMeta']['Title']['plan_access'] = 'Localiser JL Transferts Numériques à Dijon ; Plan d\'accès';

    $GLOBALS['strSpecificMeta']['Keywords']['plan_access'] = 'Transferts,Numériques, Dijon, plan, accès';

    $GLOBALS['strSpecificMeta']['Description']['plan_access'] = 'Localiser JL Transferts Numériques à Dijon ; Plan d\'accès';

    Hé bien ça continue pour le title, keywords et Description de me prendre les métas génériques du site.

    Autre chose, si vous allez sur la page http://www.jl-transferts-numeriques.fr/achat/ de mon site, qui est référencée, quel nom dois je donner à la page ?

    J'ai essayé ['achat'], ['catalogue']..., et je n'obtiens rien...

    Pourtant, pour la page "legal.php" j'ai créé dans meta_fr ['legal'] et ça a marché...

    Serait il possible dans les prochaines versions, que vous définissiez dans le meta_fr beaucoup plus de pages ??

    merci pour votre aide

    Jean-Luc


  15. Bonjour à tous !

    je suis en train de compléter les métas de mon site internet.

    J'utilise toujours l'outil pour les webmasters de google, qui me donne donc un nombre de pages faramineux avec les mêmes métas (ce qu'il appelle les métas en double).

    J'ai par exemple la page 'monsite/legal.php', ou 'monsite/achat.php', ou 'plan_access.php'...

    Je voudrais rentrer des métas différents là dedans, mais dans le fichier lib/lang/meta_fr.php, je n'ai pas ces entrées...

    Ou est ce que je peux définir pour ces pages les Title, Keywords et Description svp ??

    merci pour vos infos !!

    cordialement

    JL


  16. Bonjour Simon

    J'ai vérifié les lignes de code, ce sont bien les même.

    Les produits sont bien dans la base de donnée...

    Ce qui est étrange, c'est qu'en fait, comme je vous le disais, le poids d'1 seul article s'affiche, même si on augmente les quantités dans le panier.

    J'ajoutte par exemple 1 impression Photo (IMP-PHOT-10x15), il me met bien les 3g qui sont défini dans le poids de l'article.

    par contre, si je modifie la quantité que je mets à 100, lorsque je valide, le poids total reste à 3g.

    Par contre, ce poids sera incrémenté du poids d'1 Objet différent que je rajoutterai dans le panier...


  17. Suite...

    Je me suis rendu compte ce week end que la FRANCE était configurée en zone "DOM TOM" !!

    J'ai rectifié ce paramètre dans mon back office, et depuis, le backoffice me calcule automatiquement les FRAIS de port lorsque j'efface le contenu de la case.

    MAIS je me heurte toujours à un problème...

    J'ai appliqué votre modif pour avoir l'affichage du poids total de la commande dans le backoffice

    "fichier modeles/commande_details.php, il faut ajouter

    <tr> <td>Poids de la commande' . BEFORE_TWO_POINTS . ':</td> <td>' . String::str_form_value(vb($commande['total_poids'])) . ' grammes</td> </tr>"

    et je m'aperçois qu'il y a un problème dans l'incrémentation des poids...

    En effet, dans le backoffice, j'ajoutte un produit pour la première fois et le poids total s'affiche correctement.

    Mais si je fais une modif sur la quantité de ce produit par la suite, les modifications ne sont pas prises en compte dans le poids, de telle sorte que le poids affiché reste le même que celui affiché pour la première entrée de produits.

    Par contre, si je rajoutte des produits différents dans le panier, là le poids s'incrémente, mais ne bouge plus lorsque je modifie par la suite la quantité de ces nouveaux produits ajoutés...

    de ce coup, le calcul automatique en backoffice prenant en compte le poids des objets et erroné...

    une idée ?

Twitter Advisto ecommerce

Facebook PEEL Shopping