Gilles Boussin

Administrateur PEEL
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    16 264

  • Inscrit(e) le

  • Dernière visite


Messages posté(e)s par Gilles Boussin

  2. Posté(e) · Signaler ce message

    Bonsoir,

     

    Lors de l'installation vous devez remplir l'adresse de votre site. Cette adresse est préremplie avec une valeur autodétectée. Cette autodétection marche avec la plupart des hébergeurs, mais pour votre hébergement la valeur préremplie contenait peut-être /installation . Ceci n'empêche pas le fait que vous devez mettre la bonne valeur et donc retirer /installation dans ce champ input lors de l'installation si l'adresse proposée est incorrecte. Et l'installation aurait alors inscrit la bonne valeur dans info.inc.php.

    En conclusion : changez cette valeur en éditant le fichier info.inc.php, ou refaites l'installation en faisant attention à la valeur de ce champ que vous validez.

     

    Gilles

  4. Posté(e) · Signaler ce message

    J'ai compris ce que vous avez fait, l'incompréhension vient de ce qui suit :

     

    J'ai fais pareil que Ked, j'ai juste édité le taux de tva 19.6% dans le back office et je l'ai passé à 20%, donc sur toutes mes pages produits je suis passé à 20% automatiquement,

    en fait après que vous avez modifié la liste des taux disponibles, lorsque vous ouvrez une fiche produit les taux disponibles s'affiche dans un select, avec une proposition de taux à 20%. Mais tant que vous ne sauvegardez pas la fiche, aucune modification n'a lieu dans la table produit.

     

    En effet, le fait de modifier un taux dans la liste des taux n'est pas une modification de la mention des taux partout en base de données, mais une simple modification des taux proposés.

    Pour que ce soit plus clair, il vaut donc mieux garder dans la liste des taux proposés 19,6% et ajouter 20%, pour que ce soit plus clair lors de vos modifications, et ensuite supprimer ce taux de 19,6% lorsqu'il ne sert plus nulle part.

  5. Posté(e) · Signaler ce message

    Bonjour,

    Si votre commande a été créée avant vos modifications, alors il est normal que la TVA soit avant 19,6%. Si vous voulez la modifier vous devez éditer la commande et changer la TVA dans la ligne produit et pour le port.

    Si votre commande a été créée après vos modifications, c'est que vous avez oublié de faire des modifications dans l'administration pour passer bien tout à 20%.

    Gilles

  8. Posté(e) · Signaler ce message

    Bonjour,

    Pour modifier des styles, le plus simple est toujours d'utiliser les outils pour les webmasters de votre navigateur. Pour firefox c'est firebug. Ca vous donne les styles qui s'appliquent et l'origine du CSS. Pour faciliter votre travail, vous pouvez désactiver le minify du CSS dans les variables de configuration en passant la variable minify_css de true à false (et le remettre après modification).

    Vos styles sont à modifier ou à insérer dans screen.css : si une couleur vient de bootstrap.css, ne modifiez pas la règle dans bootstrap.css mais copiez la et modifiez la ensuite dans screen.css => ça vous permettra ensuite des faire des mises à jour par simple copie des nouveaux fichiers (et notamment le fichier bootstrap.css).

    Gilles

  9. Posté(e) · Signaler ce message

    Bonjour,

    Dans les versions >= 7, vous pouvez avoir le menu "news" en éditant la variable "main_menu_items_if_available" dans la page d'administration de gestion des variables de configuration. Dans la version >= 7.1, "news" n'est plus par défaut dans la liste définie dans cette variable, vous pouvez le rajouter si vous voulez, ça le rajoutera comme entrée principale du menu.

    Par ailleurs, le contenu du menu "Autres" est modifiable directement dans le code de la fonction "get_menu".

    Gilles

  10. Posté(e) · Signaler ce message

    Bonjour,

    Le code technique sert pour des développements spécifiques éventuels. Cela permet de donner une caractéristiques à certains produits et certaines catégories, afin de pouvoir leur appliquer des traitements particuliers facilement.

    Nous avons généralisé au cours des récentes versions l'usage de ces codes techniques dans les différentes tables par soucis d'homogénéisation et de standardisation.

    Gilles

  11. Posté(e) · Signaler ce message

    Bonsoir,

    le prix entré dans la BDD est en TTC c'est totalement illogique

    Lorsqu'un taux de TVA change comme c'est le cas au 1er janvier, la plupart des sites ne vont pas changer les prix TTC qui sont des prix psychologiques. Auquel cas il est plus pratique de stocker les prix TTC et non pas HT. Par ailleurs, je ne vois pas en quoi stocker l'un ou l'autre serait structurellement plus cohérent, les 2 visions peuvent avoir des arguments pour et contre. Ce qui compte c'est de stocker 2 sur 3 parmi TTC, HT et TVA, sachant qu'avoir le taux de TVA est pratique donc qu'on veut un couple HT+tx TVA ou TTC+tx TVA

     

     

    si vous souhaitez que ce se soit fait par PEEL comme en général c'est PAYANT

    encore dommage

    Le logiciel est entièrement open source, comme vous le montrez en quelques lignes on peut réaliser ce qu'on veut, quel que soit le contexte.

    Que nous fournissions un logiciel gratuit, un forum gratuit, très bien, mais vous considérez que si on consacre par ailleurs du temps à un client, ce serait anormal que ce soit payant ? Etonnamment de mon côté, je constate que les produits vendus sur vos sites ne sont pas donnés gratuitement ? Et j'imagine que vous souhaitez pouvoir vivre de votre activité tout en respectant vos clients ? C'est ce que nous souhaitons également de notre côté. Si vous souhaitez faire des dons pour le support sur le forum et la version gratuite, je suis disponible en MP pour les modalités ;)

    Pour rappel, notre business model n'est pas nouveau, et il est sans surprise et dans l'open source personne n'a trouvé mieux, c'est ce qu'on appelle du Fremium :

    - un logiciel gratuit

    - des modules payants

    - des prestations au cas par cas sur devis, qui correspond au temps à passer par nos service de développement.

    - un investissement régulier dans la version gratuite, réparti dans les avancées avec nos clients payants et des investissements proactifs uniquement focalisés sur la version gratuite, pour donner toujours plus de valeur gratuitement et élever le niveau global des prestations

    - de l'open source dans tous les cas pour vous assurer indépendance et sécurité

     

     

    moi personnellement j'ai 8 licence premium car 8 site imaginez le prix ................................

    Je précise : licences sans limitation de durée, toute nouvelle version dans les 12 mois après l'achat donnée gratuitement. Et prix sans augmentation depuis plusieurs années.

     

     

    c'est pour cela que j'ai chercher a le faire par moi même , si vous voyer que j'ai oublier quelque info dite le

    Cdt

    C'est très bien, et tout le monde vous en remercie. Ce qui n'oblige pas à dénigrer le travail des autres.

    Je précise en complément à vos messages que tout ce que vous proposez peut être géré manuellement dans l'administration sans rien toucher d'autre, et que pour ceux qui ont beaucoup de produits c'est plus pratique de faire comme vous l'indiquez.

    Gilles

  12. Posté(e) · Signaler ce message

    Bonjour,

    Lorsque je vais sur votre domaine avec ou sans www, ça me dit : "remouleurduhautanjou.fr est hébergé chez One.com"

    Donc tout simplement votre hébergement n'est pas configuré ou activé comme il faut

    => voyez avec votre hébergeur ce qui ne va pas, pour l'instant la situation est totalement indépendante du code PHP présent sur votre hébergement.

    Gilles

  13. Posté(e) · Signaler ce message

    A partir de maintenant, lorsque vous téléchargez PEEL SHOPPING 7.1 vous avez droit à la version 7.1.2 :

    Cette version est une version mineure qui corrige quelques points pouvant gêner des utilisateurs :

    - Correction de la réécriture des chemins CSS lors du minify CSS si le site est installé dans un sous-répertoire (problème sur la version 7.1.1 lié à sécurité si utilisation de CDN)

    - Correction de l'affichage des images de rubrique dans la page de liste de rubriques de l'administration

    - Correction de variable Smarty si utilisation de module ICI Relais

    - Correction des valeurs utilisées par les balises meta Facebook ( )

    - Ajout de l'affichage de messages administrateur lors de modification de statuts de commande qui avaient été retirés lors de la restructuration en version 7.1

    - Ajout protection sur valeur entière pour la quantité mise dans le Caddie suite à discussion sur le forum

    Pour migrer à partir d'une autre version, consultez :

    Gilles

  14. Posté(e) · Signaler ce message

    Bonjour Jean-Luc,

    Vos remarques sont intéressantes. Le fait de pouvoir éditer un bon de commande avec un cadre Bon pour accord ne me gêne pas personnellement si la personne a déjà donné son accord par ailleurs - c'est un document générique, dont on pourrait considérer que c'est son accessibilité à tel ou tel endroit qui serait inadaptée plutôt que son contenu. Néanmoins je comprends votre position tout à fait pertinente. Si nous avons suffisamment de demande sur ce sujet nous pourrons faire une évolution dans une prochaine version.

    Gilles

  17. Posté(e) · Signaler ce message

    Oui ;)

    Sachant que l'envoi tel qu'il est fait, c'est pour le statut "Expédiée" qui est id=3 - Si vous créez un autre statut avec une autre id, alors là il faut régler tout le fonctionnement en développant quelque chose de spécifique ; pour le passage en livré, ça se passe ligne 280 dans lib/fonctions/order.php (avec test sur ancien statut et nouveau), vous pouvez faire quelque chose d'équivalent.

    Gilles

  18. Posté(e) · Signaler ce message

    Bonjour,

    La fonction send_avis_expedition présente dans lib/focntions/fonctions_admin.php permet d'envoyer les informations lors de l'expédition.

    Elle est appelée au moment dont vous parlez.

    Vous pouvez donc y rajouter à la fin

    send_email($commande->email, '', '', 'satisfaction', $custom_template_tags, 'html', $GLOBALS['support_commande']);

    avec éventuellement avant des $custom_template_tags[] complémentaires à ceux déjà définis.

  20. Posté(e) · Signaler ce message

    Cette version 7.1.1 ne changera rien au sujet, mais vous pouvez regarder le tutorial dans ce forum pour mettre à jour votre version si vous le souahitez.

    Pour résoudre votre problème :

    Configurez bien des frais de port sans aucune contrainte de poids ni de montant, associés à la zone que vous voulez livrez.

    Vérifiez alors que ça marche.

    Et ensuite vous pouvez affiner la règle en mettant des contraintes.

  21. Posté(e) · Signaler ce message

    Bonjour,

    Nous utilisons tous les jours ce phpmyadmin que ce soit sur ce serveur ou d'autres sans aucun problème. Et il est configuré pour pouvoir exécuter de gros imports de fichiers puisque ça nous sert également.

    Je vous invite donc à préciser ce qui marche et ne marche pas dans ce que vous faites avec phpmyadmin.

    Si rien ne marche, c'est que vous avez un problème avec la configuration de votre navigateur.

    Si tout marche sauf l'import d'un fichier, communiquez moi sa taille svp. Et faites un essai avec un petit fichier d'abord pour voir si c'est OK.

    Gilles

  23. Posté(e) · Signaler ce message

    Bonjour,

    Vous avez la possibilité de modifier vos modèles d'email à votre convenance dans l'administration.

    Si vous souhaitez rajouter des entêtes de manière semi-automatisée à tous vos emails, vous pouvez traiter tous les emails avec un UPDATE en SQL et CONCAT('balise image entête', ...).

    Ou alors de rajouter ce que vous souhaitez dans la fonction d'envoi d'emails send_mail dans lib/fonctions/email.php qui est utilisée partout pour les envois d'emails.

    Gilles

  24. Posté(e) · Signaler ce message

    Bonjour,

    * Il y a deux concepts très différents à ce sujet :

    - l'affichage de prix au kilo ou au litre

    - la commande d'une quantité décimale d'un produit, et non pas d'un nombre entier

    Ces deux notions sont complètement indépendantes, d'un point de vue conceptuelle comme au niveau du code PHP.

    La première notion est couverte par PEEL Shopping, et non pas la seconde.

    * Si vous voulez permettre des commandes de quantités décimales, cela va poser plusieurs problèmes :

    - précision possible à définir - et modifier le format de "quantite" dans la table peel_commandes_articles

    - retirer les intval qui protègent les quantités à divers endroits du code, et mettre des floatval à la place + traitement de la précision autorisée

    - affichage à adapter partout (commandes, factures, etc.) - les utilisateurs lambda ne voulant bien sûr pas avoir 1.00000000 indiqué dans une quantité

    - modules divers : stocks, prix par lots, etc ne sont pas prévus pour fonctionner avec des quantités décimales

    Concernant votre question sur virgules et points, dans PEEL Shopping la fonction get_float_from_user_input() vous permet de décoder l'entrée d'un utilisateur quel que soit son format.

    * Sans faire de moficiation, si vous voulez vendre des produits au mètre, au litre ou au kilo, avec une précision au centième ou au millième, vous pouvez créer des produits avec le prix d'un cm, mm, centilitre, millilitre ou gramme. Et tout fonctionnera de manière adéquate sans avoir besoin de quantités décimales.

Twitter Advisto ecommerce

Facebook PEEL Shopping