Flux d’activité

Flux d’activité de Messages

  1. Reloaded

    Posté(e) · Signaler ce message

    Bonjour dom93,

    Je pense que paypal doit fixer un montant maximum pour les transactions, à une valeur de 999.99 €. Tout montant supérieur doit être rabaissé à cette valeur.

    Cordialement,

    Vous êtes sérieux ?

    :angry: :huh: :)

    il est évident qu'ici il doit y avoir surtout une légère erreur de formatage de la chaine prix envoyée à paypal.

    Erreur qui doit se situer plutot coté Boutique.

  4. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour Micka,

    - Êtes-vous (ou quelqu'un d'autre) intervenu techniquement sur votre boutique spécifiquement pour le formulaire de contact / les mails de confirmation de commande ?

    - Le problème est-il également présent pour d'autres emails envoyés depuis votre boutique? (Création de compte, nouveau mot de passe, Alertes stock, etc...)

    - Pour débugger spécifiquement l'envoi d'emails via le formulaire de contact, dans /utilisateurs/contact.php, fonction insere_utilisateur(), faites un

    var_dump($message);

    die();

    avant

    mail($support_sav_client, "[$site] Prise de contact numéro $ticket_id", $message, "From: " . $frm['email']);

    Et tentez un envoi via formulaire de contact. Vous devriez avoir le corps du message qui s'affiche.

    - Testez également l'envoi du message vers différents clients mail (Thunderbird, Outlook) ou interfaces Web de consultation de mails (Gmail, hotmail...) afin de vérifier que ce n'est pas un problème de configuration de votre client mail.

    - A priori, si le bug affecte tous vos envois d'emails sur diverses messageries, il faut vérifier si quelques chose a changé concernant la configuration de votre serveur.

    Cordialement,

  8. neomega

    Posté(e) · Signaler ce message

    bonsoir

    1-cela fait des heure que je cherche comment changer la couleur des rubrique dans "catalogue" sans pour autant changer la couleur partout

    2-j'essai de mettre une publicité mais a chaque fois j'ai cette erreur

    "Erreur dans le décodage de l'image. Vérifiez que l'image est bien valide.Votre insertion a échoué"

    y a t'il une taille de photo ou un format bien précis a mettre ?

    merci d'avance

    et au cas ou je sais pas si la personne qui a crée ceci , verra ce message et voudra me dire comment il a fait

    sur le site http://www.aquaplante.fr/

    le principe de son catalogue avec des titre de rubrique dans des bloc

    encore merci

  9. Reloaded

    Posté(e) · Signaler ce message

    bonjour

    je crois que Jean Hervé vous donne une mauvaise réponse.

    il est logique qu'il y'ait une boucle infinie car le code que vous donnez est certainement présent dans configuration.inc.php ou dans haut.php, bref dans un fichier inclus dans toutes les pages. le code est donc executé à chaque fois y compris certainement sur la page cible de redirection. Pour votre systeme, vous pouvez utiliser une session ou un cookie pour n'executer le code qu'une seule fois.

  11. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour MLG01,

    Bienvenue tout d'abord parmi la communauté PEEL, et content que votre PEEL SHOPPING vous convienne.

    Pour localiser précisément la boucle infinie, travaillez sur configuration.inc.php (puisqu'elle vient a priori de ce fichier).

    Mettez un die('here') vers le milieu du fichier, à l'extérieur de toute boucle for, if, while....

    Et ensuite appelez une page qui fait une boucle infinie (par exemple index.php) depuis votre navigateur.

    Si elle affiche 'here', alors la cause de la boucle infinie se trouve après votre die('here');

    Si au contraire vous retombez sur votre erreur de boucle infinie, alors le souci est avant votre die('here');.

    Recommencez ensuite la procédure dans la moitié de fichier concernée, et ainsi de suite...

    En s'y mettant efficacement, ce genre de méthode vous permettre de localiser les lignes qui posent problème en quelques minutes.

    Cordialement,

  12. MLG01

    Posté(e) · Signaler ce message

    Bonjour :huh:

    Tout d'abord, je possède peel Shopping 5.7 et actuellement tout se passe bien.

    Je l'ai mis sur mon pc (donc, localhost) et je rebute sur la redirection de la langue en fonction de la langue du navigateur.

    J'arrive bien à detecter la langue du navigateur grâce à cette commande:

    $Langue = explode(',',$_SERVER['HTTP_ACCEPT_LANGUAGE']);
    
$Langue = strtolower(substr(chop($Langue[0]),0,2));[/codebox]

    Ensuite, j'effectue un switch de la sorte :

    [codebox]switch ($Langue){
    case "fr": $_SESSION['langue']="fr";
    echo 'Français';
    break;
    case "en": $_SESSION['langue']="en";
    echo 'Anglais';
    break;

    }

    afin de voir si c'est bon.

    Là, ou ca coince, c'est quand je souhaite faire un header ("Location: /endroit souhaite.php");

    Dans, ce cas, j'ai droit à une jolie boucle de redirection :angry:

    Le site étant par défaut en Français, j'aurais aimé aussi qu'il soit en Anglais si la langue du navigateur est en anglais.

    Une idée ? :)

  13. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour buugdoom,

    Bienvenue tout d'abord dans notre communauté PEEL, et merci pour votre téléchargement de PEEL SHOPPING 5.7.

    J'aborde maintenant le souci technique que vous rencontrez, avec les messages d'erreurs :

    Notice: Undefined index: submit_ajouter in G:\wamp\www\peel57\administrer\stock.php on line 13

    Notice: Undefined index: submit_supprimer in G:\wamp\www\peel57\administrer\stock.php on line 19

    Si je m'en réfère au sujet dont vous êtes parti pour votre implémentation des stocks, submit_ajouter est le nom du bouton submit de votre formulaire d'ajout au panier.

    Les Undefined index: submit_ajouter signifient que $_POST['submit_ajouter'] n'est pas défini (puisque sauf erreur de ma part, votre formulaire passe "en POST")

    A votre place, j'essaierai de débugger avec des var_dump($_POST);die(); pour voir ce qui passe une fois votre formulaire validé.

    L'erreur peut par exemple venir de deux balises <form> imbriquées, d'un header:Location.... dans la page de traitement du formulaire qui fait perdre $_POST, etc...

    Ceci étant dit, le module technique donné date de mars 2007, donc pour une version a priori 3.X de PEEL.

    Il est évident que le code de PEEL a bénéficié de beaucoup de restructurations depuis cette période, et que nous ne pouvons garantir que le module en question soit toujours fonctionnel.

    Je vous encourage donc à contacter notre service commercial au 01 75 43 67 97, pour que nous puissions évaluer ensemble vos besoins.

    Cordialement,

  14. buugdoom

    Posté(e) · Signaler ce message

    Bonsoir à toutes et à tous,

    Désolé pour la redondance du sujet mais je sèche...

    N'étant pas expert en php, à la suite d'une installation locale avec Wampserver, j'utilise une version de peel shopping 5.7. Pour implémenter la gestion des stocks, j'ai installé cela : http://forum.peel.fr/Voila-gestion-de-stoc...l&hl=stocks et je me retrouve avec deux belles erreurs du style :

    Notice: Undefined index: submit_ajouter in G:\wamp\www\peel57\administrer\stock.php on line 13

    Notice: Undefined index: submit_supprimer in G:\wamp\www\peel57\administrer\stock.php on line 19

    Impossible de résoudre !

    Apparement ces variables ne sont pas déclarées et comment le faire ?

    Comment écrire les variables "submit_ajouter" et "submit_supprimer" en clair ?

    Faut-il les déclarer dans une autre page php ?

    Je suis vraiment bloqué avec cela et j'apprécierai votre aide...

    Merci par avance

  15. DMA

    Posté(e) · Signaler ce message

    Changer d'hébergeur ????

    Bon ok ...

    1. Est-ce que le chemin est le bon ? N'avez-vous pas mis la boutique dans un sous-dossier ?

    2. Avez-vous vérifié que le fichier index.php qui doit se trouver dans le dossier Installation, s'y trouve bien ?

    3. Supprimer les fichiers .htaccess dans tous les dossiers et voyez ce que ça donnne.

    4. Si ça fonctionne tjrs pas contactez-moi pour changer d'hébergeur :huh:

    C'est bien cela. Je suis vraiment étourdi. J'ai oublié le repertoire peel/ :angry:

  16. equi-monde

    Posté(e) · Signaler ce message

    Changer d'hébergeur ????

    Bon ok ...

    1. Est-ce que le chemin est le bon ? N'avez-vous pas mis la boutique dans un sous-dossier ?

    2. Avez-vous vérifié que le fichier index.php qui doit se trouver dans le dossier Installation, s'y trouve bien ?

    3. Supprimer les fichiers .htaccess dans tous les dossiers et voyez ce que ça donnne.

    4. Si ça fonctionne tjrs pas contactez-moi pour changer d'hébergeur :angry:

  17. DMA

    Posté(e) · Signaler ce message

    Bonjour,

    Lorsque je suis votre mode opératoire d'installation de peel shopping 5.7 (chez 1n1), je bloque dès l'arrivée sur le répertoire d'installation

    http://s141149476.onlinehome.fr/installation/index.php

    Je l'ai dezippé sans problème. J'ai cru comprendre que l'url rewriting était activé par défaut, cela vient-il de mon hebergeur ? Quelle solution ? :angry:

    Cordialement,

  18. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour haisha,

    L'idée est tout d'abord d'installer un PEEL SHOPPING 5.7.

    Ensuite, il y a deux aspects pour ce type de mise à jour, d'une version très ancienne vers la plus récente :

    - La migration de la base de données

    Il n'y a pas de script tout fait de migration pour une version aussi ancienne.

    Il faut donc regarder table par table les évolutions de la base, et agir en conséquence pour pouvoir transférer les données.

    Je vous invite à regarder les sujets épinglés en tête de liste sur http://forum.peel.fr/PEEL-SHOPPING-f2.html, pour vous en inspirer :

    [Tutorial] Migration de PEEL Shopping 5.6 vers 5.7

    [Tutorial] Migration de PEEL Shopping 4.0 vers 5.0

    [Tutorial] Migration de PEEL Shopping 5.0 vers 5.6

    - La migration de la charte graphique

    Les modifications structurelles dans le code depuis 2.9.3 sont nombreuses, il n'y a ici pas de solution "miracle" : il faut refaire l'intégration de la charte graphique sur le code de la 5.7.

    Nous réalisons régulièrement des prestations de migration de sites, je vous invite à contacter notre service commercial au 01 75 43 67 97.

    Cordialement,

  19. Gilles Boussin

    Posté(e) · Signaler ce message

    Bonjour Loudgi,

    L'idée est d'abord à mon sens de vous accorder avec votre collaborateur sur le format d'export : CSV, txt, XML.

    Une fois ceci décidé, créez un nouveau fichier pour votre back-office, avec un formulaire déclenchant l'export ---> Utilisez les fonctions "classiques" de PHP pour ce type de travail : fopen, fwrite, fclose...

    Je vous conseille de sauvegarder vos fichiers export dans un nouveau répertoire type /export/.

    Ensuite, suivant le format retenu, vous aurez quelques spécificités à gérer : Encodage des caractères pour le XML, choix des spéparateurs de champ/texte pour le CSV...

    Cordialement,

  20. patriq

    Posté(e) · Signaler ce message

    Bonjour,

    Dans PEEL rien ne spécifie l'usage de cp1257_general_ci.

    Dans le SQL exécuté par PEEL, à certains endroits on spécifie latin_swedish (qui gère bien tous les accents), et majoritairement on ne spécifie rien, ce qui fait que ça prend le charset par défaut du serveur MySQL utilisé. De plus en plus, c'est l'utf8 qui est utilisé par défaut sur les nouvelles installations de MySQL, mais ça peut aussi être ce qu'on veut tant que ça gère les accents.

    Si vous avez des données avec des caractères bizarres c'est qu'à un moment donné, sur le serveur sur lequel vous êtes ou un autre avant migration, un charset ne gérant pas correctement les accents a été utilisé.

    Le mode de fonctionnement de MySQL est le suivant : si on change l'encodage d'un champ, ça va convertir le champ en même temps.

    => Si on prend l'exemple d'un champ qui reçoit des données accentuées alors même que le champt est dans un format ne gérant pas les accents : ce champ contient alors des caractères spéciaux à la place des accents, qui n'ont pas été reconnus. Et si on modifie par la suite le charset du champ, ça va garder ces caractères spéciaux, car ça les convertit !

    Donc pour résoudre votre problème :

    - soit vous récupérez d'anciennes versions des données avant problème d'accents

    - soit vous convertissez ces données pour les corriger.

    Pour corriger les données :

    - convertir avec phpmyadmin les champs dans le bon charset

    - utiliser convert pour altérer les données afin de reconstituer les accents : http://dev.mysql.com/doc/refman/5.0/en/charset-convert.html

    Gilles

    Merci pour cette explication, donc j'ai changé dans les champs concernés la codification et tout fonctionne parfaitement je reçois les accents et les caractéres speciaux..

  23. Reloaded

    Posté(e) · Signaler ce message

    bonjour

    ligne 1181 du fichier lib/class/caddie.php

    il y'a cette ligne :

    query($requete);

    sur la ligne d'apres ajoutez cette ligne :

    query("UPDATE peel_produits SET etat='0' WHERE id='".intval($article['id'])."'");

    cela mettra hors ligne l'article commandé

    ce n'est pas la meilleure méthode mais son implémentation est simple et rapide

Twitter Advisto ecommerce

Facebook PEEL Shopping