kimono

Utilisateur open source
  • Compteur de contenus

    67
  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par kimono


  1. Bonjour,

    Merci de votre réponse.

    J'utilise Peel Shopping 6 en Premium. La boutique est à la racine du site, et je n'utilise pas de sous domaine. A moins qu'il y ait un réglage à effectuer au niveau de l'hébergement et que je n'ai pas effectué.

    Il faut dire que j'ai déménagé la boutique d'un nom de domaine vers un autre, il y a quelques mois, en passant aussi vers un autre hébergeur, cela a pu se passer dans la manœuvre.


  2. J'ai un problème de changement de langue du français vers l'anglais, mais seulement en page d'accueil. 

    Le lien sur le drapeau anglais indique la page d'accueil en français, donc je reviens toujours sur la page d'accueil en français.

    Sur les autres pages pas de problème.

    De l'anglais vers le français pas de problème non plus.

     

    D'où cela peut-il provenir ?


  3. J'ai une boutique en ligne de produits japonais utilisant un compte Paypal situé au Japon. Je désire donc être réglé en yens, néanmoins ma clientèle se trouvant essentiellement en Europe je veux permettre l'affichage des prix en euros et éventuellement dans d'autres devises.

    Le problème c'est que lorsque le client affiche le tarif en euro le règlement s'effectue aussi en euro, je dois donc ensuite payer les frais de conversion de devise vers le yen, alors que normalement c'est le client qui devrait régler cette conversion.

     

    La plupart des autres logiciels marchand permettent le règlement dans une seule devise, les autres devises ne s'affichant qu'à titre d'information.

    Cette possibilité est-elle prévue par Peel ?


  4. Bonjour,

    Je remercie l'administrateur pour sa réponse.

    Malheureusement, après divers essais infructueux, je ne peux toujours pas résoudre le problème.

     

    En fait je crois comprendre ce qui se passe : je désire ajouter des tags génériques concernant des commandes ciblées (donc avec le numéro de la commande) pour des modèles d'e-mails non automatiques.

    Ce qui veut dire que je voudrais envoyer des e-mails à partir de la commande en question, or votre système ne le permet pas. Je peux envoyer des e-mails à partir du compte utilisateur mais alors le numéro de commande n'est pas possible surtout dans la mesure où il y a plusieurs commandes.

     

    Ne reste donc que la possibilité de remplacer les tags manuellement.

     

    Il me semble que PEEL aurait pu prévoir la possibilité d'envoyer des mails selon les besoins, à partir de chaque commande, par exemple pour relancer un client qui n'a pas encore payé sa commande.

    A creuser pour les versions suivantes.

     

    Bien cordialement.


  5. Bonjour,

    Je voudrais signaler une petite aberration concernant l'ordre alphabétique des pays. Celui-ci et donné pour l'ensemble des langues à partir de l'odre alphabétique des pays en français.

    Ce qui fait que pour les personnes qui sélectionnent l'anglais, c'est à dire la majorité des personnes de nationalité autre que les pays francophones, ces personnes donc voient s'afficher la Germany dans les A, les USA dans les E ainsi que les United Arab Emirates et United Kingdom, ce qui est proprement aberrant.

    J'ai donc dû complètement modifier les numéros d'ordre et je laisse les noms de pays en anglais dans la liste en français.


  6. Bon, j'ai pu régler le problème grâce au site test que j'ai installé directement à partir de la version 6.4.2 sans faire de mise à jour, ce qui me permet de comparer les bases de données et voir ce qui ne colle pas. C'est bien commode.

    Par contre j'ai toujours un problème du fait qu'un inscription à partir de l'anglais ne m'envoie pas de message m'informant de cette inscription.

    Si quelqu'un passe par là et à le temps de me répondre, merci d'avance.


  7. Suite à mon passage sur Peel 6-4-2, les inscriptions ne sont pas enregistrées. Il y a bien un message envoyé au client comme quoi sont inscription est prise en compte, avec rappel de son identifiant et de son mot de passe, ainsi qu'un message envoyé à l'administrateur de la boutique (pour des inscription en français seulement, en anglais ne fonctionne pas), mais lorsqu'on va voir dans la liste des utilisateurs, le compte n'a pas été créé, et lorsque l'utilisateur essaie d'accéder à son compte, bien entendu l'erreur "bad email or password" apparait.

     

    D'où cela provient-il ?


  8. Vous indiquez : avez-vous noté les erreurs ? Ceci pour peut-être qu'un spécialiste de PEEL, puisse mieux comprendre.

    la plupart des erreurs sont du type

    #1060 - Duplicate column name 'template_technical_code

    Ce qui signifie que le changement a déjà été effectué et que la requête fait double emploi. Mais cela reste à confirmer;


  9. Je viens de migrer avec beaucoup de retard ma version 6.2 vers 6.4.2, j'avais hésité à le faire plutôt présentant des problèmes avec mon site. Ce qui n'a pas manqué de se produire.

    Je pense avoir effectué la migration correctement, en prenant soin de conserver les fichiers contenus dans upload, ainsi que le nom dossier "administrer" renommé, ainsi que les informations des fichiers info.inc.php et configuration.inc.php.

    J'ai aussi exécuté les requêtes SQL nécessaires avec cependant quelques messages d'erreur.

    Résultat mon site ne s'affiche plus, à la place ce message d'erreur:

    Erreur serveur

    Le site Web a rencontré une erreur lors de l'extraction de http://www.gallia-sejour.fr/. Cela peut être dû à une opération de maintenance ou à une configuration incorrecte.

    Voici quelques suggestions :

    Actualisez cette page Web ultérieurement.

    Erreur HTTP 500 (Internal Server Error) : Une situation inattendue s'est produite tandis que le serveur tentait de traiter la demande.

    D'où cela peut-il provenir, des fichiers ou de la base de donnée ?


  10. Pour un paiement par virement bancaire, l'email de confirmation de commande est envoyé lorsque le statut de paiement passe en réglé.

    Avez-vous vérifié ce point?

    Effectivement le statut n'est pas mis en réglé. Je n'avais pas pensé à ça. Mais alors pourquoi, est-ce que je reçois une confirmation en tant qu'administrateur, comme si elle était adressée au client, cela créer une confusion ?

    J'ai fait suivre cette confirmation au client, je pense que même si le client n'a pas effectué son virement, il est bon qu'il reçoive un accusé de réception de sa commande (ce que font en général les boutiques en ligne). Sans aucune manifestation de ma part, il me semble que le client aurait l'impression que la boutique ne fonctionne pas. Et puis cela permet de relancer le client et de lui rappeler qu'il n'a pas encore réglé sa commande.

    Merci de votre réponse.


  11. Les clients ne reçoivent pas d'email de confirmation de commande. Seul l'administrateur en reçoit un. Je n'ai pas touché aux fichiers php (du moins pas concernant les mails) et dans la gestion du site, dans la rubrique modèle d'email, email_commande est bien sélectionné.

    Par contre, n'ayant pu transférer les commandes de l'ancienne formule je l'ai fait manuellement, j'ai donc rajouté manuellement quelques clients avec les anciennes commandes. Cela aurait-il une lien avec le problème ?


  12. J'ai enfin réussi à mettre captcha sur le formulaire d'enregistrement.

    Il y a deux choses à faire:

    1) Copier coller entre les formulaires contact.php (dans le dossier utilisateurs) et enregistrement.php (dans le même dossier).

    copier [ if (is_captcha_module_active()) { .....] jusqu'à }}}, coller sur enregistrement.php sans oublier de mettre [include("../modules/captcha/fonctions.php");] au début du fichier.

    2) Dans le fichier display_user_forms.php situé dans lib/fonctions, dans la partie [function get_contact_form] copier ['; if (is_captcha_module_active()) { ......] jusqu'à [$output .= '] compris, sans oublier de mettre [';] avant if, sinon erreur 500 et tout le site est invisible.

    et mettre le tout dans la partie [function get_user_register_form] entre un </div> et un <div> (à l'endroit de son choix) sans oublier de mettre <table> avant le premier <tr> et de mettre </table> après le dernier </tr>.

    et le tour est joué.

    Si je n'ai rien oublié.


  13. J'ai moi aussi essayé des copier coller sans succès. Cela donne soit une erreur 500 et tout le site qui est invisible, soit des erreurs dans l'inscription qui ne peut être effectuée.

    Pourquoi PEEL ne fournit-il pas un module Captcha déjà programmé pour le formulaire d'enregistrement ? Pour le prix payé cela semblerait normal et je suppose que pour un programmateur confirmé il ne s'agit que d'un petit détail ce qui pour un amateur est une affaire d'état.


  14. Après plusieurs essais je n'arrive pas à installer captcha pour l'enregistrement.

    En fait sur la page des paramètres généraux de l'administration il est bien mentionné "Gestion de la protection des formulaires par captcha", "des formulaires" ce qui sous entend "tous les formulaires", or ce n'est pas le cas.

    J'ai l'impression que c'est au niveau de display_user_forms.php que ça se passe.


  15. Bonjour,

    Sur la version 3, il n'y avait pas d'option URL Rewriting préinstallée, il faut faire le travail de modification dans le code à la main, ce qui prend du temps.

    Je pense qu'il est temps que vous passiez à la version 6.1 :)

    Gilles

    Je vais y réfléchir. Merci.


  16. wouarf ! là faudrait se renseigner auprès de paypal plutot

    Je leur ai demandé, voilà ce qui m'a été répondu:

    Lorsque vous créez un bouton de paiement sur votre site (bouton Panier,

    Acheter maintenant, Dons ou Abonnements), la langue du bouton est par

    défaut celle que vous avez choisie dans vos Préférences. Si vous désirez

    changer de langue lors de la création du bouton, vous devez modifier le

    'Pays de l'acheteur'.

    Par exemple, si vous souhaitez que votre Panier soit en allemand, vous

    devez sélectionner 'Allemagne' comme Pays de l'acheteur par défaut lors

    de la création du bouton. Si vous sélectionnez 'Allemagne' comme Pays de

    l'acheteur, le texte de l'image du bouton dira 'Ajouter au panier' non

    plus en anglais mais en allemand.

    Si vous souhaitez que vos boutons de paiement apparaissent en français,

    en anglais, en allemand, en espagnol, en néerlandais, en italien ou en

    chinois, vous devez créer trois boutons pour chaque produit mis en

    vente, c'est-à-dire un bouton par langue.

    Le premier écran de paiement qui apparaît aux acheteurs lorsqu'ils

    cliquent sur votre bouton de paiement est rédigé dans la langue que vous

    avez sélectionnée dans vos Préférences ou bien lors de la création du

    bouton. Si l'acheteur est un utilisateur PayPal actuel, la page lui

    apparaît dans sa langue au moment où il se connecte.


  17. $support est la variable qui contient l'adresse email que tu as renseigné au départ lors de l'installtion de ton site.

    apparement elle n'est pas définie. S'il s'agit de la fonction affichage_fin_succes() (je pense) recherche quleque chose comme global et ajoute $support

    sinon ne fais passer que les 5 premières lignes de cette fonction et on regarde cela :(

    Effectivement c'était cela il suffit de rajouter global $support; à la liste

    Merci

Twitter Advisto ecommerce

Facebook PEEL Shopping