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

  1. Posté(e) · Signaler ce message

    Bonjour,

     

    Comme vous l'avez remarqué la mise en page est complètement différente sur la version 7.1, et répond à des codes modernes de design.

    Le principe est que ça s'agence bien sur mobile, tablette et PC, et le principe de colonnes latérales n'a pas été repris.

    Rien ne vous empêche d'en implémenter mais cela va poser des problèmes ensuite au niveau du responsive quand la taille de l'écran va changer, donc vous devez gérer ce qui va se passer sur une tablette du genre ipad en mode vertical, etc. Si vous passez outre cela, vous perdez les bénéfices du responsive design.

     

    Il n'est globalement pas intéressant de migrer vers la version 7.1 si vous ne repensez pas à cette occasion le côté mise en page de votre site.

     

    Gilles

  2. Posté(e) · Signaler ce message

    Bonjour,

     

    Qu'entendez-vous par modification de tailles de vignettes ?

     

    - Si ce sont les variables de configuration que vous changez, c'est ensuite PHP qui génère les vignettes dans thumbs avec un nom par taille, donc pas de problème de cache.

    - Si vous faites des modifications en CSS, vous devez après les modifications aller sur la page de l'administration de gestion du cache et cliquer sur le premier bouton de MAJ CSS (ce qui incrémente une variable de configuration pour regénérer des fichiers CSS minifiés).

     

    Et par ailleurs, si vous avez un doute avec un navigateur, essayés avec un autre. Si ça marche avec l'autre, vous avez probablement un problème de cache qui sortirait du cadre de ce que j'indique ci-dessus.

     

    Gilles

  7. Posté(e) · Signaler ce message

    * Sur ce genre de problème, vous pouvez ajouter un trigger_error lors de l'envoi de l'email dans la fonction d'envoi d'emails, ce qui vous permet de garder la trace de tous les envois dans les logs d'erreur du serveur apache :

     

    Dans lib/fonction/emails.php après

     

                    if (String::strtolower(GENERAL_ENCODING) != 'iso-8859-1') {
                    $result = mail($this_email, '=?' . String::strtoupper(GENERAL_ENCODING) . '?B?' . base64_encode($mail_subject) . '?=', $mail_content, $mail_header);
                } else {
                    $result = mail($this_email, $mail_subject, $mail_content, $mail_header);
                }

     

    Ajoutez :

     

     

                    if(!empty($GLOBALS['site_parameters']['trigger_user_notice_email_sent']) && empty($GLOBALS['display_errors'])) {
                    trigger_error('Email sent to ' . $this_email . ' : ' . $mail_subject, E_USER_NOTICE);
                }

    (je mets ce bout de code dans la future version du logiciel, je trouve que ça peut être pratique)


    et créez cette variable de configuration trigger_user_notice_email_sent à true.

    Par ailleurs je mets un filtre sur display_errors pour que ça ne crée l'erreur que si rien ne s'affiche à l'écran - on veut garder une trace de l'action, mais pas afficher des choses à l'utilisateur.

     

    * De manière plus générale, sur votre site internet si vous receviez auparavant des messages dans certains cas et plus maintenant alors que vous n'avez rien touché au code PHP de votre site, c'est fort probablement un problème lié à la délivrabilité de vos emails (votre serveur email blacklisté, des emails filtrés en tant que spam et jamais présenté au destinataire, etc.) plutôt qu'un problème de PHP.

  8. Posté(e) · Signaler ce message

    Bonsoir,

     

    Je fais suite à la réponse de Simon et vos remarques. Le module intégrant Butterflive a toujours été mis à disposition gratuitement, et donc votre remarque est déplacée puisque les faits vous donnent tort. Nous enrichissons très régulièrement le contenu de PEEL Shopping qui est gratuit. Et nous venons de sortir une nouvelle version aujourd'hui demandant beaucoup de travail, avec plein de nouveauté et aucune d'entre elle n'est payante. En revanche effectivement lorsqu'une personne souhaite que nous intervenions spécifiquement par rapport à un de ses besoins et que cela sort du cadre d'un forum, Simon précise que cela fait partie des prestations que nous proposons. Ces prestations sont proposées non pas au détriment de notre offre gratuite, mais elle nous permet au contraire de toujours enrichir notre offre gratuite.

     

    Si Butterflive arrête ses services ce n'est tout de même pas de notre faute, et je vous remercie donc de faire du mauvais esprit alors que les faits vous démontrent une grande attention de notre part de donner gratuitement toujours plus.

     

    Et je vous précise par ailleurs que tous les jours nous assurons une qualité de service en passant du temps sur ce forum en étudiant toutes les demandes, et ce gratuitement. Je vous remercie donc d'avoir la bienséance de tenir compte de cela depuis le temps que vous avez pu le constater.

     

    Respectueusement,

     

    Gilles

  9. Posté(e) · Signaler ce message

    Bonjour,

     

    Lorsque vous souhaitez modifier l'apparence d'un site, la méthode est la suivante si vous ne connaissez pas le logiciel dans le détail :

    - utiliser Firebug sur Firefox pour regarder les éléments graphiques d'une page, et voir d'où provient le CSS et le HTML qui font la mise en forme

    - modifier le fichier screen.css ou les images ou les templates Smarty du dossier modeles en conséquence

    Ceci nécessite une certaine connaissance du fonctionnement du CSS et du HTML.

     

    Sur les versions 7.1, vous pouvez utiliser des configurateurs de style de Bootstrap et modifier le fichier lib/css/bootstrap.css pour implanter votre style à la place du style par défaut de Bootstrap. Et éventuellement modifier de manière complémentaire le fichier screen.css (qui est beaucoup plus léger que dans les versions précédentes du fait qu'on s'appuie sur Bootstrap pour bon nombre de styles, boutons, etc.)

     

    Gilles

  10. Posté(e) · Signaler ce message

    Bonjour à tous,

    Après de longs mois de travail, nous sommes très fiers de vous montrer PEEL Shopping optimisé PC, mobiles et tablettes dans sa nouvelle version 7.1 en responsive design :

    Liens de téléchargement :

    - PEEL.fr : https://www.peel.fr/modules/telechargement/telecharger.php?id=7
    - Git Hub : https://github.com/advisto/peel-shopping
    - Sourceforge : https://sourceforge.net/p/peel-shopping/
    - Google Code : http://code.google.com/p/peel-shopping/


    Vous pouvez la tester sur notre site de démonstration : https://premium.peel.fr/

    Cette version contient de très grandes nouveautés :


    - RESPONSIVE DESIGN : refonte complète de toute l'interface pour la rendre compatible mobile / tablette / PC en un seul et unique site. La particularité de ce que nous avons mis en place est que tout le logiciel est maintenant orienté responsive, et non pas juste ce qui se voit le plus. Nous nous appuyons sur le standard mondial émergent des frameworks CSS, à savoir Bootstrap, qui est arrivé à maturité avec sa version 3 à la fin de cet été. Couplé à Smarty et Twig déjà implémentés dans PEEL Shopping 7.0, le résultat est détonnant d'efficacité.

    Dans le cadre de cette refonte, nous avons tout modernisé, rendu l'ensemble plus lisible, plus dynamique. Bref, après avoir beaucoup investi dans ce qui ne se voit pas, nous avons mis le paquet sur l'apparence.

    Dorénavant lorsque vous aurez un site PEEL Shopping, vous adresserez automatiquement et efficacement le marché des mobiles et des tablettes pour vous adapter aux comportements de vos clients.


    - VITESSE DE CHARGEMENT encore améliorée, alors que c'était déjà le grand point fort de PEEL Shopping. La refonte de la gestion des javascripts pour optimiser encore plus qu'avant leur chargement et ainsi permettre aux pages de s'afficher encore plus vite. L'affichage de la page est 25% plus rapide qu'une version 7.0 d'après nos tests, et de 50% à 75% plus rapide que les boutiques concurrentes principales. Vous pouvez le constater avec les fonctions d'audit de Chrome (qui est devenu le navigateur le plus utilisé), ainsi qu'avec l'outil de Google Page Speed : http://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fpremium.peel.fr%2F

    Faites vos tests par vous-même !

    Il a été démontré que plus les pages se chargent vite, plus les utilisateurs restent et reviennent, ce qui résulte en un CA supérieur pour votre boutique.

    Associez à cela la nouvelle apparence plus moderne, et la possibilité pour vos clients de consulter votre site avec leur téléphone, leur tablette, leur tv, leur PC ou mac...

    Tout ça avec une interface toujours aussi simple et efficace, et encore plus pratique.


    Voici plus en détail les notes de version entre la version 7.1 et sa précédente 7.0.4 :

    Ajouts et améliorations :

    - Ajout de Bootstrap dans sa dernière version et utilisation de l'affichage différencié en fonction de la largeur de l'écran = "responsive design"
    - Ajouts divers à Bootstrap pour compléter des faiblesses et imperfections, par exemple positionnement des popups pour ne pas qu'elles ne débordent de l'écran, meilleure gestion tactile des menus, ...
    - Ajout de diverses mises en forme CSS3 et jQuery. Les arrondis ne s'affichent pas sur IE8, c'est une limitation d'IE8. La compatibilité est bonne avec navigateurs récents et IE>=8
    - Ajout de Bootbox pour gérer les popups, et de la gestion du glissé tactile pour le carrousel de produits les plus vendus
    - Refonte complète du CSS de PEEL Shopping pour le front-office (screen.css) et l'administration (admin.css)
    - Ajout de la gestion de CDN, réglable avec des variables de configuration
    - Ajout de Flot : gestion de graphs en HTML5 sans utiliser Flash. Les graphs en flash sont néanmoins gardés et peuvent être utilisés à la place par paramétrage de variable de configuration
    - Refonte complète de l'apparence des sites pour passer dans une présentation plus verticale, moderne, épurée, facilement personnalisable et parfaitement adaptée aux mobiles, tablettes et PC
    - Passage des fichiers de mise en forme et des images de l'administration dans le dossier général /modeles/ avec le front-office
    - Amélioration de la gestion de compression ("minification") des fichiers CSS et Javascript
    - Gestion de la MAJ des versions "minifiées" des fichiers avec une variable de configuration incrémentable qui change les noms automatiquement pour éviter problèmes de cache
    - Mise en place de gestion du chargement asynchrone du javascript, désactivable avec variable de configuration en cas d'incompatiblité avec une charte graphique
    - Nouvelle gestion de la mise en place de scripts js_content_array et js_ready_content_array pour ensuite les afficher de la manière souhaitée, asynchrone ou non
    - Création d'emplacements de modules above_middle et below_middle
    - Adaptation en cas de produits très nombreux : remplacement de select de produits dans l'administration par une interface chercher / ajouter / supprimer produit
    - Développement d'un module d’auto-complétion avec affichage des vignettes au niveau du moteur de recherche
    - Mise à jour de jquery, jquery-ui et des scripts divers utilisés
    - Adaptation de FCKEditor à IE10
    - Activation par défaut du téléchargement fineuploader permettant le chargement asynchrone, qui était en test depuis plusieurs version
    - Ajout de traductions diverses, dont Esperanto qui est fini en front-office et presque fini en administration
    - Ajout des promotions par catégorie par seuil de produits commandés pour les revendeurs
    - Ajout de la mention "Annulée" en bas à droite sur les factures déjà créées concernant des commandes annulées
    - Modification de type="url" pour type="text" à cause du manque d'informations fournies par le navigateur sur la cause de l'erreur en cas de non respect du format de l'url
    - Ajout de placeholder dans divers champs de formulaires pour montrer le format attendu
    - Suppression du module Butterflive suite à discussion avec l'éditeur de Butterflive qui annonce l'arrêt prochain de ce produit et l'absence désormais de support par Butterflive
    - Gestion par drag & drop du paramétrage de l'ordre des langues
    - Changement du réglage par défaut du contenu du menu
    - Refonte du menu de l'administration avec des sous-catégories pour permettre de mieux voir les options si écran pas très haut
    - Ajout paramétrage de la landing page pour le paiement par Paypal
    - Gestion du multipage séparée pour l'administration pour permettre personnalisation en front-office sans changer l'apparence en back-office
    - Permettre l'ajout et la suppression de métas par une interface complète et non plus partielle
    - Utilisation du répertoire de cache général pour les images de TCPDF et suppression répertoire inutilisé de cache
    - Ajout de warning javascript lors de la duplication de commande

    Corrections diverses :

    - Correction dans les formulaires du type number en text car float possible et certains navigateurs ne permettent que des nombres entiers dans les champs number
    - Ajout de trim nécessaire pour Paypal qui a fait évoluer ce qu'ils envoie sans compatiblité avec leurs propres scripts d'exemple
    - Correction du nom de session en début d'installation pour empêcher de perdre des infos en fin d'installation
    - Ajout dans l'installation de la possibilité de recharger fin.php sans que ça ne reparte dans le processus du fait que les variables de session ont été vidées à la fin du processus
    - Correction d'une phrase doublons ()
    - Correction de la prise en compte du calcul des pourcentages de réductions par lot
    - Correction gestion des points lors de l'édition des commandes, si nombre de points de la commande changent
    - Correction de l'affichage en back-office des miniatures PDF pour les fichiers téléchargés depuis le front-office
    - Correction de l'envoi de l'information de tracking si déjà disponible dans le détail de la commande
    - Contournement bug PHP Windows sur preg_replace : ne pas minifier fichier javascript déjà minifié et trop long
    - Correction du comportement jqzoom et cloud-zoom sur iOS pour permettre de fermer les fenêtre de zoom facilement
    - Correction de l'image transparente de type url(.) de cloud-zoom servant à la compatibilité pour anciennes versions de IE et qui était incompatible avec version récentes de Firefox
    - Suppression d'un BOM UTF8 dans un fichier js qui empêchait minify du fichier
    - Correction de certaines balises h2 en h1
    - Corrections diverses de l'orthographe de textes suite à tests dans toutes les langues

    Une refonte complète ayant été faite, à cette occasion de multiples petites améliorations ont été apportées, donc cette liste est loin d'être exhaustive. Vous pouvez tester ce que vous souhaitez sur http://premium.peel.fr/


    L'installation de PEEL Shopping 7.1 vous attend.

    Enjoy !

    Gilles Boussin, pour l'équipe PEEL

    Advisto SAS, 51 bd Strabourg, 75010 Paris

    01 75 43 67 97

    post-1076-0-83536100-1385460728_thumb.pn

    post-1076-0-90505700-1385460734_thumb.pn

    post-1076-0-18744500-1385460744_thumb.pn

    post-1076-0-96654500-1385460748_thumb.pn

  12. Posté(e) · Signaler ce message

    Bonjour,

     

    Je ne sais pas ce qu'il en est pour votre version. Comme je vous l'indique dans la dernière version j'ai testé et pas de problème.

    Si vous désactivez ce code cela n'a rien de grave. Le fait de le mettre en haut du fichier fait que les sessions ne sont pas encore actives, et donc cela désactive de facto le bout de code.

     

    Gilles

  15. Posté(e) · Signaler ce message

    Ce morceau de code fait :

        // Suppression de la session session_redirect_after_login si un utilisateur sort de la page membre.php après une redirection sans s'être connecté
     

    A savoir :

    On veut accéder à une page précise, on n'a pas les droits.

    Donc on est envoyé sur membre.php avec la mémoire de la page qu'on veut qui est stockée dans $_SESSION['session_redirect_after_login']

    Si on se loggue, on est redirigé.

    Si on quite l'espace de connexion, et qu'on se met à aller vers une autre page, alors là le bout de code que vous citez se déclenche pour abandonner la mémoire de $_SESSION['session_redirect_after_login'].

    En effet, on se met à faire autre chose, et si ensuite on se loggue on ne comprendrait pas pourquoi on serait redirigé arbitrairement après login vers une page qu'on avait demandé N pages avant.

     

    Je ne vois pas de problème dans ce principe de fonctionnement ni sa réalisation. Je rajoute pour la version 7.1 :  && !defined('IN_GET_PASSWORD')  pour qu'on garde la redirection si entre temps on veut récupérer son mot de passe.

     

    Avez-vous un exemple concret d'enchaînement qui ne respecte pas ce que j'indique ci-dessus, ou un problème dans cet enchainement ?

  16. Posté(e) · Signaler ce message

    Bonjour,

     

    Les envois de ces messages sont systématiques, et dépendant uniquement de l'existence ou non de modèles d'emails actifs avec tel ou tel code technique.

    Si vos modèles d'emails sur ces sujets sont toujours actifs (pastille verte, à vérifier sur la page de configuration des modèles d'email dans votre administration), alors le plus probable est que vous ayiez un problème de prise en compte de ces messages en tant que spam => à gérer en fonction de votre boite aux lettres.

     

    Gilles

  19. Posté(e) · Signaler ce message

    Bonjour Francis,

     

    Je me suis intéressé au sujet il y a quelques temps car j'avais la même préoccupation que vous, je viens de lire quelques forums et il semble que ça n'ait pas changé.

    Cet extrait de http://stackoverflow.com/questions/12120616/paypal-express-checkout-landingpage-billing-issue correspond exactement à mon expérience :

     

    "If you're specifying this information in a , you're most likely not using Express Checkout.
    Can you share the rest of your code? I have a strong suspicion you're using Payments Standard instead.

    With Payments Standard you can't force the billing or login page; it's determined by cookie. If a PayPal login cookie is found, it'll display the login page. If no login cookie is found, it will display the billing page.
    "

    En effet, à ma connaissance lorsque vous avez un compte Paypal et que vous vous connectez au moins une fois avec un navigateur, Paypal dépose un cookie qui ensuite va faire s'afficher la page privilégiant le login. Sinon les informations de CB sont plus en avant. Et il n'y a pas de paramétrage à faire dans le code de la boutique.

     

    Gilles

  20. Posté(e) · Signaler ce message

    Bonjour,

     

    Ceci se trouve dans utilisateurs/ contact.php vers la ligne 60. Voici ce qui est dans la dernière version et est sans erreur apparemment :

     

     

            if (!$form_error_object->has_error('commande_id') && vb($frm['sujet']) == $GLOBALS['STR_CONTACT_SELECT3'] && empty($frm['commande_id'])) {
            $form_error_object->add('commande_id', $GLOBALS['STR_ERR_ORDER_NUMBER']);
        }

     

    Je vous laisse adapter à votre version.

     

    Gilles

  24. Posté(e) · Signaler ce message

    Bonjour,

     

    Il n'y a qu'un session_start dans le code de PEEL, dans configuration.inc.php après le chargement de la class Caddie avec un require.

    Donc je vois deux explications à votre problème :

     

    - soit votre fichier lib/class/Caddie.php ne contient pas la classe (problème de décompression des fichiers => redécompressez le zip)

     

    - soit votre php.ini sur wamp contient session.auto_start = On   ou 1   ce qui fait que la session est initiée automatiquement en début de fichier ce qui créerait les problèmes que vous rencontrez.

      => à mettre à Off ou 0 dans votre php.ini, car ce réglage n'est pas du tout standard. Ou mettre "php_flag session.auto_start Off" dans votre.htaccess à la racine du site

     

    Nous n'incluons pas le fait de forcer ce paramétrage dans le .htaccess car chaque hébergeur peut avoir sa manière d'accéder aux variables de configuration et "php_flag session.auto_start Off" peut parfois créer des erreurs 500.

     

    Gilles

Twitter Advisto ecommerce

Facebook PEEL Shopping