Flux d’activité

Flux d’activité de Messages

  1. Simon développeur PEEL


    Bonjour,

    PEEL n'impose aucune contrainte sur la modification du fichier .htaccess. Le fichier .htaccess est un fichier de configuration du serveur Apache, donc si vous rencontrez des erreurs suite à vos modifications,  cela concerne la configuration de votre hébergement. Idem pour ce qui concerne les problèmes de transferts de fichier, c'est une problématique lié à l'hébergement ou à l'usage de Filezilla

  2. Simon développeur PEEL


    Bonjour,

    Vous pouvez désactiver l'affichage des marques dans le footer en éditant la page d'administration du site administrer/sites.php?mode=modif&id=1 onglet "Gestion des emplacements des modules sur le site". Dans la liste il faut désactiver la ligne qui a pour nom "Marques".

    Pour désactiver les liens vers les CGV et les mentions légales, vous devez pour cela créer des configurations depuis la page d'ajout de  configuration /administrer/configuration.php?mode=ajout. Il y a 4 configurations à créer :

    Origine : admin
    Code technique : disabled_link_cgv
    Type : boolean
    Votre contenu : true

    => Faire de même pour les 3 autres code techniques :
    disabled_link_cgv_left
    disabled_link_legal_left
    disabled_link_legal_right

    les valeurs de "origine", "type" et "Votre contenu" sont les mêmes.

  3. 2czm


    Bonjour,

    Je souhaite modifier mon .htaccess, j'ouvre celui-ci avec mon FTP Filezilla.

    Je fais ma modification, et la erreur 500:
    __________________________________________________________________________________________________________________________

    Internal Server Error

    The server encountered an internal error or misconfiguration and was unable to complete your request.

    Please contact the server administrator, administrateur@chrislye.fr and inform them of the time the error occurred, and anything you might have done that may have caused the error.

    More information about this error may be available in the server error log.
    __________________________________________________________________________________________________________________________

    Je supprime ma modification mais l'erreur persiste. Il me faut remplacer le .htacces du serveur par un transfert du .htaccess d'origine stocké sur mon PC. 

    Dubitatif, je persiste, je supprime un # et le remet aussitôt, j'enregistre et la toujours la même erreur. Même manip de transfert pour rétablir la situation.

    Question: Que se passe-t-il? Le .htaccess n'est pas modifiable?

    Merci pour votre aide.

    Cordialement,
    Christian

  4. Simon développeur PEEL


    Bonjour,

    Je veux que l'admin puisse annuler une commande comme il le souhaite à tout moment.

    L'administrateur peut changer le statut de paiement d'une commande à tout moment, depuis le back office.

    Par contre le client peut annuler une commande mais pas la dé-annuler.

    Et si elle est annulée, le client ne peut pas la payer.

    Actuellement c'est possible, suite à une erreur de programmation sur le paramètre payment_status_forbid_payment. J'explique comment corriger dans mon message précédent.

    A ce propos une commande en attente de paiement peut-elle s'annuler tout seul après xx jours sans paiement ?

    Cela demande un développement spécifique.

  5. anceze


    Juste pour être certain de bien parle du même résultat.

     

    Je veux que l'admin puisse annuler une commande comme il le souhaite à tout moment.

    Par contre le client peut annuler une commande mais pas la dé-annuler.

    Et si elle est annulée, le client ne peut pas la payer.

     

    Si le client ne peut pas l'annuler ca reste pénible car ca touche à mes stocks.

    A ce propos une commande en attente de paiement peut-elle s'annuler tout seul après xx jours sans paiement ?

     

    Bonne journée

  6. Simon développeur PEEL


    Bonjour,

    Ce fonctionnement est paramètrable, vous pouvez définir quel statut de commande peuvent être modifier en utilisant le paramètre de site payment_status_forbid_payment.

    Seulement il y a une correction à apporter dans le fichier achat\historique_commandes.php. Vers la ligne 40 du fichier, il faut ajouter le bloc de code

    			foreach($payment_status_forbid_payment as $this_statut) {
    				if (is_numeric($this_statut)) {
    					$numeric_value=true;
    					break;
    				}
    			}

    en dessous de

    			if(!empty($GLOBALS['site_parameters']['payment_status_forbid_payment'])) {
    				$payment_status_forbid_payment = $GLOBALS['site_parameters']['payment_status_forbid_payment'];
    			} else {
    				$payment_status_forbid_payment = array('being_checked', 'completed', 'cancelled');
    			}

    ensuite modifier le test

    if(is_numeric(key($payment_status_forbid_payment))) {

    par

    if(!empty($numeric_value)) {

     

    Les valeurs par défaut du paramètre sont 'being_checked', 'completed', 'cancelled', donc par défaut le moyen de paiement ne s'affiche pas pour une commande annulée.

     

  7. Simon développeur PEEL


    Bonjour,

    Vous pouvez créer un profil d’utilisateur spécifique depuis la page /modules/profil/administrer/profil.php et associer les vendeurs à ce statut.Sur PEEL chaque utilisateur a un code client qui lui est propre, vous pouvez utiliser ce code client pour identifier les vendeurs.

    Ensuite pour associer les vendeurs à des commandes, vous pouvez utiliser les attributs administrables sous forme de champ "Attribut en texte libre" à associer aux produits, où l'utilisateur pourra inscrire le code client du vendeur associé à la vente.

  8. anceze


    Bonjour.

     

    Je viens chercher vos conseils.

    J'ai besoin que des vendeurs puissent enregistrer des ventes sur le site pour les officialiser.
    Je dois savoir quel vendeur à enregistré la vente.
    Je dois créer un utilisateur de type vendeur ?
    La vente va apparaître comme une commande ordinaire dans la liste des commandes ?
     

    Et si possible que des client puisse indiquer quel vendeur est à l'origine de la vente, avec un code vendeur par exemple.
    PEEL shopping a-t-il un système de code vendeur ou similaire ?

     

    Je souhaite comprendre la meilleur manière d'opérer selon vous.

    Bonne journée

  9. patch


    Bonjour,

    En début de semaine, plus de 150 connexions en simultané ont bloqué mon serveur.

    Serveur Linux de base.

    Est-ce qu'il est possible d'avoir des alertes lorsque un nombre de connexion est atteint ?

    Ou bien, est-il possible de mettre en veille temporaire l'accès au site si un nombre de connexion est atteint afin de ne pas bloqué le site et le serveur ?

    Merci

    Patch

  10. Simon développeur PEEL


    Bonjour,

    Pour savoir quelle classe CSS s'applique sur un élément HTML, vous pouvez utiliser un outil comme firebug sur Firefox (ou appuyer sur F12 sur Chrome) qui permet de cibler un élément HTML sur la page, et de lister les règles CSS qui s'applique sur l'élément choisi.

    Afin de simplifier les modifications du fichier css, vous pouvez désactiver la minification des fichiers css en modifiant la valeur de la variable minify_css en passant de true à false. Cette variable de configuration est modifiable depuis la page administrer/configuration.php. Cela vous permettra de travailler le fichier screen.css plus facilement car ce fichier est mis en cache sur PEEL.Une fois cette modification faite, vous pouvez également vider le cache de votre navigateur et rafraichir la page. A la fin de vos travaux vous pouvez remettre ce paramètre à true, car la minification des fichiers CSS est une optimisation efficace pour accélérer le chargement des pages.

  11. Simon développeur PEEL


    Bonjour,

    A partir de maintenant, lorsque vous téléchargez PEEL SHOPPING 8.0 vous avez droit à la version 8.0.5. Voici la liste des améliorations :

    - Affichage d'une vignette paramétrable indiquant le pourcentage de promotion appliqué sur un produit
    - Affichage du lien vers la gestion des groupes pour les "admin global"
    - Ajout de la possibilité de calculer l'éco-contribution à partir d'un coefficient sur le prix
    - Ajout de la possibilité de rendre nécessaire la connexion à son compte pour pouvoir ajouter un produit au panier
    - Ajout d'un nombre de produits obligatoires pour finaliser la commande. Cette nouvelle fonctionnalité est paramétrable
    - Ajout d'une variable de configuration pour administrer plusieurs logos
    - Ajout d'une redirection vers le caddie en cas de changement d'adresse par défaut
    - Ajout d'une variable de configuration permettant de désactiver l'affichage du total du mini caddie
    - Ajout d'une variable de configuration pour désactiver l'affichage de category_introduction_text (texte paramétrable via admin affiché au dessus du fil d'ariane dans les catégories et détails produits)
    - Ajout d'une variable de configuration pour paramétrer les colonnes de notre sélection en home page
    - Ajout d'une variable de configuration pour désactiver le titre H1 des pages articles
    - Ajout de deux variables de configuration qui agissent sur l'affichage des listes déroulante du moteur de recherche avancé
    - Ajout de la devise dans les paramètres de la fonction get_discount_text
    - Ajout de FilesMatch "(*)-(banner|static)\html$ dans le htaccess : mise en cache par le navigateur pendant 7j par défaut des bannières HTML
    - Ajout de l'objet de cache dans la fonction d'affichage de l'arborescence des catégories qui se trouvait anciennement dans la fonction construit_arbo_categorie (fichier lib/fonctions/display_product.php)
    - Ajout de l'option d'export de commande au format CSV pour Chronopost
    - Ajout de la classe PDF html2pdf dans le code de PEEL
    - Ajout de la gestion de products_table_additionnal_fields dans la class Product pour faciliter des développements spécifiques
    - Ajout de la possibilité de remplir le champ BIC avec un fichier (paramétrable)
    - Ajout de la recherche de catégorie en AJAX sur les pages de produit dans l'administration (paramétrable)
    - Ajout de la suppression de société pour du multisite
    - Ajout de STR_BEFORE_TWO_POINTS_HTML pour mettre des espaces insécables dans certains contextes
    - Ajout des dates de création et de mise à jour en base de données d'une catégorie et d'une rubrique
    - Ajout des paramètres article_on_new_enable et article_on_focus_enable
    - Ajout du champ update_datetime dans la table peel_webmail
    - Ajout du franc pacifique dans la fonction get_currency_international_numerical_code (sert pour certains modules de paiement CB)
    - Ajout du paramètre admin_data_copy_if_empty_by_language_array pour remplir des champs à partir des valeurs d'une autre langue.
    - Ajout du paramètre brand_in_admin_sort_list pour ordonner la liste des marques dans le back office
    - Ajout du paramètre skip_home_categorie_accueil pour supprimer l'affichage des catégories de produits sur la page d'accueil
    - Amélioration de la gestion des commentaires dans les documents PDF, si ils sont longs : diminuer alors la taille de la police si nécessaire
    - Amélioration de la gestion des CSV avec guillemets
    - Amélioration de la gestion méta lors d'une recherche
    - Amélioration de la vérification de la longueur de numéro de TVA intracommunautaire
    - Changement de police pour les factures : Helvetica est nécessaire pour la numérotation dans invoice. Et on prend Freesans pour avoir les caractères UTF8 divers en cas de langues non latines.
    - Compatibilité avec PHP 7 : changement de nom de String en StringMb car nom réservé en PHP 7. Suppression du fichier lib/Class/String.php et ajout du fichier lib/Class/StringMb.php
    - Compatibilité avec PHP 7 : changement de la syntaxe de certains constructeurs, et suppression de set_magic_quotes_runtime qui n'existe plus
    - Compatibilité avec PHP 7 : ajout de "static" explicitement pour certaines méthodes de classes
    - Correction de problème de cache sur get_menu dans contexte particulier
    - Correction de problème de chemin thumbs si le chemin relatif est imposé par le nom de l'image
    - Correction de problème de décompte d'abonnés dans administrer/newsletter.php
    - Correction des champs obligatoires de user_change_mandatory_fields ne sont pas définis dans PEEL par défaut, et on n'utilisait plus user_mandatory_fields. Donc sur change_params.php un utilisateur pouvait retirer des informations essentielles sur un compte
    - Correction de l'affichage de l'écotaxe sur la page de panier, si la boutique est configuré en HT
    - Correction de l'affichage des sous menu de "Autres" sur les appareils Android et Windows
    - Correction de l'affichage des tarifs dégressifs sur les pages produits
    - Correction de l'ajout au panier dans le cas ou un attribut unique et obligatoire est associé au produit
    - Correction de l'application des codes promotionnel si l'on exclue une catégorie correction d'intitulé de champ dans la page d'édition des codes promos
    - Correction de l'application du test pseudo_is_not_used
    - Correction de l'export CSV pour Chronopost
    - Correction de l'impression des pages en retirant un morceau de CSS de Bootstrap pour l'impression des images, et en adaptant la taille de police pour les CGV
    - Correction de la configuration par défaut de user_mandatory_fields. Il ne faut pas rendre obligatoire le champ cgv_confirm dans le formulaire de changement de paramètres
    - Correction de la fonction ecotaxe_hook_product_init_post et l'utilisation du paramètre product_infos
    - Correction de la fonctionnalité de chèque cadeaux
    - Correction de la minification CSS (pas active par défaut) si appel en https de l'administration d'un site configuré en http
    - Correction de la mise à jour du panier lors de la sélection automatique de la zone
    - Correction de la phrase qui s'affiche après l'enregistrement de l'utilisateur
    - Correction des totaux du panier si produit avec écotaxe
    - Correction de la redirection automatique vers un site configuré en https, si on appelle la page en http
    - Correction de la taille du module "meilleures ventes" qui dépasse par rapport à nouveauté
    - Correction de problème si $GLOBALS['skip_send_this_email'] et $GLOBALS['send_email_just_warn_new_message'] définis en même temps
    - Correction de redirection vers la page chart-data.php lors d'une redirection faite à cause d'une erreur de login
    - Correction du champ reply-to dans un des emails via l'administration, qui doit être le même que l'expéditeur, et pas l'email de l'admin
    - Correction de la gestion des chapeaux automatiques pour liste d'articles
    - Correction sur les envois et mise à jour des commandes avec des produits en téléchargement
    - Corrections de traductions, et organisation de certaines variables de langue
    - Création de page produit "tutoriel" : fonctionnalité paramétrable
    - Création des pages de formulaire de contact à partir des variables de configuration sous forme de tableau du type : "contact_page_prefill_"
    - Création du paramètre admin_save_name_modify_or_create_content pour stocker le nom de l'administrateur en BDD lors de la modification de contenu
    - Généralisation de l'usage de template_tags_replace dans la fonction get_specific_field_infos
    - Génération d'un PDF pour export de produits
    - Gestion dans le caddie d'un minimum de commande pour un produit
    - Gestion de required dans Safari
    - Gestion des placeholders pour les specific_fields
    - Gestion spécifique de strrpos et de substr non multibyte
    - Mise à jour de CKeditor en version 4.62
    - Mise à jour de la classe Minifier
    - Mise à jour de TCPDF, de la version 5.9.202 à la version 6.2.13
    - Mise à jour de Niceditor et mise en place d'un responsive et recalcul si changement de taille de l'écran
    - Ne pas afficher par défaut de champs de numéro de commande dans le formulaire de contact
    - Option pour activer la compression de fichiers texte éventuels
    - Passage à 16 caractères pour l'utilisation du code de cache du minified
    - Persistance des tris en session dans Multipage
    - Protection des suppressions d'images pour éviter de supprimer cache/ ou autre dossier
    - Protection si la classe Minifier ne renvoie rien
    - Protection supplémentaire sur les tentatives d'injection SQL avec UNION
    - Remplacement de classe no-display (non défini) par hidden (standard Bootstrap)
    - Réorganisation du code PHP de la génération d'un PDF pour export de produits
    - Suppression de la condition sur skip_additional_data pour charger les éléments du hook des produits, pour permettre notamment la prise en compte de l'écotaxe et la prise en compte du surcoût d'attribut, si un seul attribut est associé au produit
    - Suppression de la configuration par défaut dans le fichier config.js pour permettre la prise en compte de la configuration dans js_ready_content_array de la fonction getTextEditor
    - Suppression de la limitation de caractères pour le code technique des profils
    - Uniformisation de l'utilisation de la classe submit-once-only

    Pour migrer à partir d'une autre version, consultez :
    => http://forum.peel.fr/topic/8373-tutorial-migration-de-toute-version-peel-shopping-vers-80/

  12. Simon développeur PEEL


    Bonjour,

    Pour envoyer un email depuis le back office vous pouvez créer un nouveau template d'email et l'utiliser la page modules/webmail/administrer/webmail_send.php, en remplaçant les tags manuellement.

    Sinon automatiser l'envoi d'email depuis la page de commande dans l'administration nécessite effectivement un développement spécifique.

  13. Simon développeur PEEL


    Bonjour,

    je mets ça directement sous le {$meta} ?

    Donc concrètement, si cela est pris en compte, lorsque je demande sous firefox le codesource de la page, je devrais avoir ce bout de code entre les balises head ?

    Oui c'est bien ça.

    Celà me conduit à une autre question d'ailleurs... Smarty et twig ??? ce sont les même fichiers. Donc faut il faire la modif sur le fichier smarty ET Twig ? qui choisit celui qui s'utilise ?

     Le moteur de template utilisé par défaut est Smarty, mais si vous le souhaitez vous pouvez utiliser le moteur de template Twig en modifiant la valeur de la configuration template_engine. Si vous n'avez pas modifié cette configuration, c'est bien Smarty qui est utilisé donc vous pouvez faire la modification uniquement dans le fichier modeles/peel7/smarty/HTMLHead.tpl

     

     

  14. carcy


    ok, bien noté !!

    je mets ça directement sous le {$meta} ?

    Donc concrètement, si cela est pris en compte, lorsque je demande sous firefox le codesource de la page, je devrais avoir ce bout de code entre les balises head ?

     

    Celà me conduit à une autre question d'ailleurs... Smarty et twig ??? ce sont les même fichiers. Donc faut il faire la modif sur le fichier smarty ET Twig ? qui choisit celui qui s'utilise ?

     

     

Twitter Advisto ecommerce

Facebook PEEL Shopping