Flux d’activité

Flux d’activité de Messages

  1. nico280880


    Bonjour et encore merci pour vos réponses, j'ai actuellement établi le code suivant :

    if(isset($_GET['motclef'])){
    
    
    if($_GET['motclef']==""){
    
    
    $motclef="non";
    
    
    }
    
    
    else{
    
    
    $motclef = htmlspecialchars(trim($_GET['motclef']), ENT_QUOTES);
    
    $newmotclef = str_replace("-", "", $motclef);
    
    
    }
    
    
    }
    
    
    else $motclef="non";
    
    
    
    
    
    
    
    $SqlRequest2 = "SELECT id, reference, nom_".$_SESSION['langue'].", image1, prix, promotion FROM peel_produits WHERE 
    
    
    etat = '1' AND (reference LIKE '%" . $motclef . "%' 
    
    
    OR nom_".$_SESSION['langue']." LIKE '%" . $motclef  . "%' OR descriptif_".$_SESSION['langue']."
    
    
    LIKE '%" .  $motclef  . "%' OR
    
    
    reference LIKE '%" . $newmotclef . "%' 
    
    
    OR nom_".$_SESSION['langue']." LIKE '%" . $newmotclef  . "%' OR descriptif_".$_SESSION['langue']."
    
    
    LIKE '%" .  $newmotclef  . "%'
    
    
    ) LIMIT $start, $nb";

    Il est opérationnel, cependant, il ne répond pas exactement à ma demande :)

    Un exemple concret :

    J'ai dans ma boutique, un article avec la référence suivante : BC-21.

    Si un client effectue une recherche sur le mot clé : BC21, il n'obtiendra aucune réponse.

    En fait, il faudrait que le tiret (ou autres caractères spéciaux) ne soit pas pris en compte dans les élèments recherchés et non dans le mot clé :huh:

  2. Suspensionlab.be


    a vue de nez....

    $sql=mysql_query("SELECT * FROM peel_articles WHERE id='9'");

    $resultat=mysql_fetch_object($sql);

    echo "<marquee>"

    echo $resultat->texte;

    echo "</marquee>";

    ceci est un exemple pour vous inspirer, il n'est ni sécurisé ni réellement optimisé.

    J'ai essayé mais rien ne va, ne manque t'il pas quelques chose comme "if ...."?

    Merci de votre aide

  3. pruault


    bonjour,

    peut etre en faisant un test sur l'existane du caractere - avec strreplace

    ensuite un explode

    puis la recuperation des deux champ $ch[0] et $ch[1]

    et enfin la construction de la requette

    where peel_table like '%".$ch[0]?"%' or peel_table like '%".$ch[1]?"%'

    peut etre que ça repond vaguement à votre demande .... :huh:

    Ce que vous pouvez faire c'est

    $mot_clef = str_replace("-"," ",le mot clé rechercé)

    Puis faire une requ$ete LIKE sur mot_clef comme ça ce ne sera pas pris en compte

  4. macao45


    bonjour,

    peut etre en faisant un test sur l'existane du caractere - avec strreplace

    ensuite un explode

    puis la recuperation des deux champ $ch[0] et $ch[1]

    et enfin la construction de la requette

    where peel_table like '%".$ch[0]?"%' or peel_table like '%".$ch[1]?"%'

    peut etre que ça repond vaguement à votre demande .... :huh:

  5. nico280880


    Bonjour à tous,

    J'ai quelques problèmes au niveau de la fonction recherche de peel premium.

    J'ai déjà travaillé sur la fonction, l'améliorant pour effectuer celle-ci également sur les références produits, mais je ne vois pas comment intégrer un test de cette nature :huh: .

    J'aimerais donc que lorsqu'une recherche est effectuée sur un référence telle que : "XX-123", le tiret ne soit pas pris en compte car il se peut qu'il soit présent ou non ?

    Je pense qu'il faudrait que 2 recherches soient effectuées à chaque fois, une avec la prise en compte des caractères spéciaux et une autre sans.

    Mais je ne vois pas du tout comment procéder donc si quelqu'un a déjà réfléchi à un tel problème...

    Merci à vous.

  6. les miniatures


    Cette fonction avait été désactivé & non supprimé car certains clients envoyaient 10 fois les mails d'expédition

    Quand à la version 5.3 elle est parfaitement stable

    Euh je croyais que ce mail était envoyé automatiquement par le back office au client quand l'administrateur passait la commande en "expédiée" ? ;-) (et non le client qui envoie le mail....)

    En tout cas, je suis ravi d'entendre que la version 5,3 est stable car la 5,2 l'était beaucoup moins que la 5,1 (je fais référence à la dizaine de mails envoyés chez PEEL pour corriger des bugs).

    Mais soit rassuré Sam59, globalement c'est un bon produit et l'équipe PEEL réagit assez rapidement en cas de pépin.

  7. Sam59


    Cette fonction avait été désactivé & non supprimé car certains clients envoyaient 10 fois les mails d'expédition

    Quand à la version 5.3 elle est parfaitement stable

    Me voila rassuré !

    Je me doutais bien qu'il y avait sans doute une bonne raison...C'est vrai que les versions 5 et plus ont l'air plutôt stables, à en juger par les posts du forum... rares sur ces versions (car perso, je n'ai pas encore fait ma montée de version).

    Du coup, une petite suggestion : flager l'envoi de l'email dans la table peel_commande, afin de ne permettre l'envoi du mail qu'une seule fois... non ?

  8. bonux


    Cette fonction avait été désactivé & non supprimé car certains clients envoyaient 10 fois les mails d'expédition

    Quand à la version 5.3 elle est parfaitement stable

    Il ne serait pas possible d'avoir un doc. qui nous indique les fonctions désactivées?

    Car avant de lire le post, je ne savais même pas que le système pouvait envoyer un mail d'avis d'expédition.

    Ainsi j'ai également trouvé sur le forum qu'il n'y avait pas de lien pour l'édition de la newsletter et qu'il fallait le rajouter manuellement dans le back-office?

    il y a quoi d'autre dans la ver. 5.3 qui n'est pas visible dans le back-office?

    Merci

    Steve

  9. pruault


    J'ai quand même du mal à comprendre comment on peut se retrouver avec des régressions entre la v5.1 et la v5.3 !!

    Peel a beau être open sourc, il n'en est pas moins payant. Ca sera pas mal que cela soit correctement testé avant d'être vendu.

    Ou alors, c'est du beta, mais là c'est plus le même prix...

    :huh:

    Cette fonction avait été désactivé & non supprimé car certains clients envoyaient 10 fois les mails d'expédition

    Quand à la version 5.3 elle est parfaitement stable

  10. Sam59


    J'ai quand même du mal à comprendre comment on peut se retrouver avec des régressions entre la v5.1 et la v5.3 !!

    Peel a beau être open sourc, il n'en est pas moins payant. Ca sera pas mal que cela soit correctement testé avant d'être vendu.

    Ou alors, c'est du beta, mais là c'est plus le même prix...

    :huh:

  11. Aquarelle


    bonjour

    j'ai un soucis au niveau des stocks , je m'explique:

    j'ai par exemple 1 produit et j'en possède que 10 en stock dans ma boutique mais un client peut en commander 25 sans problème!!! comment peut-on bloquer les clients qui dépasse le nombre de stock initial ? car ça me pose un soucis, merci de votre réponse

    Déja traité (http://forum.peel.fr/index.php?showtopic=888&hl=STOCK)

  12. sarah


    Bah oui.

    suffit de lire le code pour se rendre compte que celà ne solutionnera jamais le souci rencontré par "sarah".

    Ensuite je repete mais bon :

    Pourquoi un utilisateur taperait -1 ?

    ensuite il suffit de tester si start est inférieur à 1.

    et de traiter, en php, la condition le cas échéant.

    pourquoi est que vous pensez qu'un utilisateur taperait -1 ?

    je ne sais pas pour foutre le bordel, dans d'autre site il n'y a pas ce problème...

    ou je dois mettre le code qui test si start est inférieur à 1 ?

    en fait c'est pas juste de taper -1 il peut taper n'importe quoi et ça affiche cette erreur.

    Merci.

  13. bonux


    C'est bon c'est reglé.

    je suis intervenu. Il manquait quelques lignes de codes. elles ont été rajoutées, j'ai fait un test et j'ai bien reçu l'avis d'expédition.

    l'affichage du nombre d'articles par catégorie a aussi été supprimé.

    Cordialement,

    Merci beaucoup pour votre aide.

    Je vais faire une sauvegarde du site.

    Merci

    Steve

Twitter Advisto ecommerce

Facebook PEEL Shopping