Flux d’activité
Flux d’activité de Messages
-
-
-
Bonjour,lors des inscriptions, il est possible de cocher pour faire parti des newsletter..
Sauf qu'il n'y a aucun module pour en envoyer...
erreur ou intentionnel?
pour en avoir faur til passer au mode premium?
personne n'y a pensé ou c'est une mauvaise question?
-
Bonjour,non non, il ne veux pas prendre la commande et me met une erreur.
Merci quand même.
alors test en rentrant le meme code sauf que tu remplace les double quote par des simples quote...
c'est normal car ensuite c'est surement utilisé par la commande php echo qui ne eux prendre en compte que des chaines de caractère commencant et se terminant par des doubles quotes. Donc si tu laisse les double quote, il ne sais plus ce q'il doit afficher.
Remplace les par des simples comme je tai dit et tu verras que cela marchera.
-
Bonjour,Je rencontre un problème de caractères accentués qui ne s'affichent pas correctement dans le bon de commande et dans la facture (en html comme en pdf).
J'ai pourtant modifié le protocole dans les haut.php (remplacé utf8 par iso) et vérifié l'ensemble de mon fichier langue.
Ceci a bien corrigé l'ensemble des problèmes d'affichage des caractères accentués, sauf dans la facture et le bon de commande. En particulier, sur les mentions "type d'expédition" et "chèque", qui ne s'affichent pas correctement.
Savez vous où intervenir ?
Merci pour vos réponses.
Dans ton logiciel ftp.
Le mien c'est fetch. Par defaut il convertissait dans un mauvais format.
Il suffit de decocher l'option convertir.
Bonne chance
-
J'ai trouvé
Pour ceux que ça intèresse voila le code :
# Mail d'information envoyé au support
ob_start();
include ($wwwroot."/factures/facture_html.php?mode=proforma&id=".$commandeid."×tamp=".urlencode($com->o_timestamp));
$bon_commande = ob_get_contents();
ob_end_clean();
$headers = "From : " . $support . "\n";
$headers .= "X-Sender: " . $support . "\n";
$headers .= "X-Mailer: PHP\n";
$headers .= "X-Priority: 3\n";
$headers .= "Return-Path: " . $support . "\n"; // Chemin de retour pour les erreurs
$headers .= "Content-type:text/html\n\n"; // Type MIME
$msg_admin =
"Une commande portant le n° $commandeid a été passée sur votre site.<br><br>"
."<br><br>"
. $bon_commande . "<br><br>";
// Mail au support
mail( $support,
"Nouvelle commande Internet",
$msg_admin,
$headers);
-
Quelqu'un connait-il un moyen (une requête ??) pour dupliquer un produit directement depuis la base MySql dans MyAdmin ?
Merci d'avance, car cela serait très pratique, le référencement des produits étant assez long, d'autant que je gère des produits quasi identiques au coloris prêt et que je voudrais que mes fiches produits soient vraiment identiques (ne pas avoir une majuscule d'un côté et pas de l'autre par exemple).
-
Bonjour,
Je rencontre un problème de caractères accentués qui ne s'affichent pas correctement dans le bon de commande et dans la facture (en html comme en pdf).
J'ai pourtant modifié le protocole dans les haut.php (remplacé utf8 par iso) et vérifié l'ensemble de mon fichier langue.
Ceci a bien corrigé l'ensemble des problèmes d'affichage des caractères accentués, sauf dans la facture et le bon de commande. En particulier, sur les mentions "type d'expédition" et "chèque", qui ne s'affichent pas correctement.
Savez vous où intervenir ?
Merci pour vos réponses.
-
Bonjour,
J'ai un soucis dans la fiche produit, au niveau du back office, avec la sélection de l'état du stock (en stock, en pré commande, en rupture, dispo chez fournisseur, ...)
Lorsque je rentre dans une fiche produit pour y faire une modification, la sélection sur l'état du stock se perd.
Soit elle se met à blanc (donc l'état du stock ne s'affiche plus), soit pire, elle se sélectionne sur une autre valeur.
Je suis donc contraint de repréciser l'état du stock systématiquement avant de valider ma modification dans la fiche produit.
Avez vous rencontré ce problème ? L'avez vous solutionné ?
Merci de vos réponses.
-
CORRECTIF MODULE PAYPAL<input type="hidden" name="amount" value="<?echo number_format($com->montant,2);?>">
dans la page achat/fin_commande.php au lieu de
<input type="hidden" name="amount" value="<?echo $com->montant; ?>">
Module paypal OK !
Merci
-
Je vais tâcher de regarder ça cette semaine tchio biloute :(
Je te dirai quoi, car à mon avis il faut directement insérer l'image dans la page de catégorie php.
A+
-
pruault
Le module PAYPAL est installéPensez à renseigner votre URL IPN dans PAYPAL http://www.votre site.com/modules/paypal/ipn.php comme indiqué sur la page
http://www.peel.fr/lire/index.php?rubid=93
Pour l'import des produits, je vous ai mis un fichier simple qui fonctionne et un fichier exemple dans /administrer
CORRECTIF MODULE PAYPAL
<input type="hidden" name="amount" value="<?echo number_format($com->montant,2);?>">
dans la page achat/fin_commande.php au lieu de
<input type="hidden" name="amount" value="<?echo $com->montant; ?>">
-
pruault
A quelle date va être installé le module Paypal ?Le module PAYPAL est installé
Pensez à renseigner votre URL IPN dans PAYPAL http://www.votre site.com/modules/paypal/ipn.php comme indiqué sur la page
http://www.peel.fr/lire/index.php?rubid=93
Pour l'import des produits, je vous ai mis un fichier simple qui fonctionne et un fichier exemple dans /administrer
-
-
-
pruault
Dans la page /factures/facture_html, écrire
$id = intval($_GET['id']);
$mode = htmlspecialchars($_GET['mode']);
au lieu de
$id = $_GET['id'];
$mode = $_GET['mode'];
-
Bonjour à tous.
Voilà, pour mon entreprise, j'ai créé un site :
http://atiladiffusion.olympe-network.org/m...onglet=Asociete
il se compose ainsi:
-1: un header avec menu ( qui se change en fonction des variables postés dans url)
-2 un tableau dans lequel s'affiche des données provenant d'une base de donnée provenant d'une base de donnée mysql.
En observant comment marche Peel, j'ai pensé qu'il était peut etre possible d'inserer peel dans mon site
En modifiant le header, je pourrais faire passer mon menu à la place du header, en rajoutant les liens user tout en haut.
Toutefois, comment faire pour que mon menu marche toujours?
Je pensais donné comme lien à boutique dans le menu :
"http://atiladiffusion.olympe-network.org/peel/index.php"
pensais vous que mon projet est réalisable?
N'y aura t-il pas de conflit entre mes pages de la boutique et le menu?
je sais que mes explications sont un peu brouillons, et je m'excuse par avance.
Atiladiffusion
-
super ce bout de code , mais ou faut il le mettre et dans quelle page ? :Dj'ai la version premium 2.8
philippe
Arf ! :( ... je sais bien que j'ai été bavard, mais tout est dans le post ! ... et au début en plus !
• Pour la version PREMIUM, je ne peux pas être certain (... vu que j'l'ai pô :) ), mais la structure doit pas être si éloignée de celle, très bien foutue, de la version SHOPPING, nan ?
-
super ce bout de code , mais ou faut il le mettre et dans quelle page ? :(j'ai la version premium 2.8
philippe
c'était inscrit : (.../achat/modeles/caddie.php)
mais je ne sais pas si c'est le meme shema de fonctionnement pour la premium;;;
-
Bonjour,
Je souhaiterai inclure le bon de commande complet ainsi que les infos clients dans le mail envoyé à l'administrateur.
J'ai trouvé l'endroit à modifier dans la page fin_commande.php mais je ne sais pas comment la modifier.
Version Peel Premium 2,9
Quelqu'un peut-il m'aider ?
Merci d'avance pour vos réponses
Guillaume
-
Aller, encore un truc ... y'en a qui bossent ! :DDans l'affichage du détail du caddie, vous avez un champ "Quantité" que vous pouvez modifier à volonté, quitte à y saisir n'importe quoi car il n'est absolument pas contrôlé ! ... ça avait plus que tendance à m'énerver ! :(
• Rien n'empêche d'y saisir 550873 et là, bonjour la gestion des stocks !
• Rien n'empêche d'y saisir y2b4 et là, essayez de faire "METTRE à JOUR" pour voir ce qu'il se passe ! :)
Enfin bref, ce champ doit être contrôlé, déjà au minimum pour que ça soit un champ numérique. Le fichier à modifier est (.../achat/modeles/caddie.php), au niveau du champ <input ... name="quantite[]" ... > La ligne originale de PEEL-SHOPPING 2.9.3 est la suivante :
• 1°) Contrôle champ numérique:
Bien mieux qu'un n-ième message d'avertissement à postériori "Le champ tartempion doit être...", il faut contrôler le champ directement à la saisie en contrôlant les touches-clavier frappées (contrôle des valeurs décimales des touches). Pour ça, utiliser les events (onKeypress & onKeydown) event.keycode pour IE et event.which pour Netscape... (ils font exactement la même chose, mais ça aurait été trop simple d'avoir une même syntaxe pour les deux navigateurs ! :D )
Il faut dons rajouter dans le champ input :
... bon, déjà là, c'est pas mal : dès qu'on frappe autre chose qu'un chiffre, le caractère n'est pas tapé ! :D
• 2°) Empêcher la frappe de la touche SUPPRIME:
Mais un petit piège : rien n'empêche le fonctionnement de la touche "suppression" du clavier ... il y a danger, car le champ peut être vide et, là aussi, essayez de faire METTRE à JOUR pour voir ce qu'il se passe dans ce cas ! ... de manière radicale, on va donc empêcher la frappe de la touche SUPPR (code décimal 46)
Rajouter dans le champ input :
... pour modifier le champ Quantité, il faut donc procéder uniquement par "sélection/frappe" et non plus par "suppression/frappe" et le champ ne peut ainsi plus être vide ! ... bien, on avance...
• 3°) Limiter le nbre de caractères du champ:
Ici classiquement, utiliser le paramètre maxlength="x" des champs input. De base, il n'a pas de limite dans (caddie.php) => la fixer à x=2 ou 3, ce qui permet déjà de commander ou 99 ou 999 articles d'un même type !! :o
Pour limite à 2, rajouter dans le champ input :
Ce qui nous donne le champ input global :
====================
Personnellement, je vais fixer maxlength=1 ... je ne veux pas que les clients puissent "facilement" commander plus de 9 fois un même article (moyenne 20Kg et 300€). Ma ligne input est donc la suivante:
j'élimine donc en plus la touche/valeur 0 (code décimal 48) pour que la quantité ne soit jamais nulle.
====================
• Voilà encore un truc utile, je pense ... on peut sûrement faire mieux, mais c'est déjà mieux que RIEN ! ... :D ... mais ça serait qd même bien qu'un minimum de contrôle sur ce champ Quantité (au moins numérique) soit fait dans PEEL-SHOPPING de base, non ?
Aller, bon developpement à tous,
@+
PS : Ces contrôles agissent directement sur le champ Quantité de la page (caddie.php), mais elles n'empêchent pas le client "volontaire" de commander PLUS d'objets que la limite imposée ! ... En effet, il peut toujours, sans que le résultat n'en soit affecté dans le caddie, cliquer autant de fois qu'il le veut sur "Ajouter au Caddie" sur un produit dans le catalogue; le résultat dans le caddie sera correct ... mais je ne pense pas ainsi qu'il lui vienne l'envie de cliquer 550873 fois ! :D
super ce bout de code , mais ou faut il le mettre et dans quelle page ? B)
j'ai la version premium 2.8
philippe
-
-
le probleme c est que tout le monde ne triche pas forcement avec les adresse hotmail caramail et autres difficile de faire le trie :DSi ce ne sont pas des "tricheurs", alors rien ne les empêchent de communiquer leur véritable "adresse-provider" et ils comprendront très bien pourquoi une boutique verrouille ce genre d'adresses, non ? :(
Même ce forum PEEL n'en veut pas ...
-
Aller, encore un truc ... y'en a qui bossent ! B)
Dans l'affichage du détail du caddie, vous avez un champ "Quantité" que vous pouvez modifier à volonté, quitte à y saisir n'importe quoi car il n'est absolument pas contrôlé ! ... ça avait plus que tendance à m'énerver ! :(
• Rien n'empêche d'y saisir 550873 et là, bonjour la gestion des stocks !
• Rien n'empêche d'y saisir y2b4 et là, essayez de faire "METTRE à JOUR" pour voir ce qu'il se passe ! :)
Enfin bref, ce champ doit être contrôlé, déjà au minimum pour que ça soit un champ numérique. Le fichier à modifier est (.../achat/modeles/caddie.php), au niveau du champ <input ... name="quantite[]" ... > La ligne originale de PEEL-SHOPPING 2.9.3 est la suivante :
<input type="text" size="3" name="quantite[]" value="<?php echo $quantite?>" />• 1°) Contrôle champ numérique:
Bien mieux qu'un n-ième message d'avertissement à postériori "Le champ tartempion doit être...", il faut contrôler le champ directement à la saisie en contrôlant les touches-clavier frappées (contrôle des valeurs décimales des touches). Pour ça, utiliser les events (onKeypress & onKeydown) event.keycode pour IE et event.which pour Netscape... (ils font exactement la même chose, mais ça aurait été trop simple d'avoir une même syntaxe pour les deux navigateurs ! :D )
Il faut dons rajouter dans le champ input :
onKeypress="if(event.keyCode < 48 || event.keyCode > 57) event.returnValue = false; if(event.which < 48 || event.which > 57) return false;"... bon, déjà là, c'est pas mal : dès qu'on frappe autre chose qu'un chiffre, le caractère n'est pas tapé ! :D
• 2°) Empêcher la frappe de la touche SUPPRIME:
Mais un petit piège : rien n'empêche le fonctionnement de la touche "suppression" du clavier ... il y a danger, car le champ peut être vide et, là aussi, essayez de faire METTRE à JOUR pour voir ce qu'il se passe dans ce cas ! ... de manière radicale, on va donc empêcher la frappe de la touche SUPPR (code décimal 46)
Rajouter dans le champ input :
onKeydown="if(event.keyCode == 46) event.returnValue = false; if(event.which == 46) return false;"... pour modifier le champ Quantité, il faut donc procéder uniquement par "sélection/frappe" et non plus par "suppression/frappe" et le champ ne peut ainsi plus être vide ! ... bien, on avance...
• 3°) Limiter le nbre de caractères du champ:
Ici classiquement, utiliser le paramètre maxlength="x" des champs input. De base, il n'a pas de limite dans (caddie.php) => la fixer à x=2 ou 3, ce qui permet déjà de commander ou 99 ou 999 articles d'un même type !! :o
Pour limite à 2, rajouter dans le champ input :
maxlength="2"Ce qui nous donne le champ input global :
<input type="text" size="3" maxlength="2" onKeypress="if(event.keyCode < 48 || event.keyCode > 57) event.returnValue = false; if(event.which < 48 || event.which > 57) return false;" onKeydown="if(event.keyCode == 46) event.returnValue = false; if(event.which == 46) return false;" name="quantite[]" value="<?php echo $quantite?>" />====================
Personnellement, je vais fixer maxlength=1 ... je ne veux pas que les clients puissent "facilement" commander plus de 9 fois un même article (moyenne 20Kg et 300€). Ma ligne input est donc la suivante:
<input type="text" size="1" maxlength="1" onKeypress="if(event.keyCode < 49 || event.keyCode > 57) event.returnValue = false; if(event.which < 49 || event.which > 57) return false;" onKeydown="if(event.keyCode == 46) event.returnValue = false; if(event.which == 46) return false;" name="quantite[]" value="<?php echo $quantite?>" />j'élimine donc en plus la touche/valeur 0 (code décimal 48) pour que la quantité ne soit jamais nulle.
====================
• Voilà encore un truc utile, je pense ... on peut sûrement faire mieux, mais c'est déjà mieux que RIEN ! ... :D ... mais ça serait qd même bien qu'un minimum de contrôle sur ce champ Quantité (au moins numérique) soit fait dans PEEL-SHOPPING de base, non ?
Aller, bon developpement à tous,
@+
PS : Ces contrôles agissent directement sur le champ Quantité de la page (caddie.php), mais elles n'empêchent pas le client "volontaire" de commander PLUS d'objets que la limite imposée ! ... En effet, il peut toujours, sans que le résultat n'en soit affecté dans le caddie, cliquer autant de fois qu'il le veut sur "Ajouter au Caddie" sur un produit dans le catalogue; le résultat dans le caddie sera correct ... mais je ne pense pas ainsi qu'il lui vienne l'envie de cliquer 550873 fois ! :D
-
le probleme c est que tout le monde ne triche pas forcement avec les adresse hotmail caramail et autres difficile de faire le trie :(
Problème d'accents
dans Module PEEL Premium pour PEEL SHOPPING
Sam59
Posté(e) · Signaler ce message
Merci pour votre réponse, mais je ne comprends pas bien car mon logiciel ftp n'intervient pas du tout.
Rq : je suis en peel hosting, donc hébergé chez Peel.
Rq2 : le logiciel ftp pourrait en effet avoir une conséquence lorsque j'ai modifié mes accents dans le fichier langues, mais tous les autres accents sont bien corrigés ailleurs, il ne reste que la facture et le bon de commande.
Par ailleurs, le fichier langue reste bien intègre lorsque je le consulte.
:(