Flux d’activité

Flux d’activité de Messages


  1. Bonjour,

     

     

    - si on crée des catégories de contenu rédactionnel, elles se stockent avant "autre" qui lui contient le "catalogue". Je me retrouve avec des articles connexes qui sont avant le coeur de mon site, soit le dit "catalogue" et j'avoue que j'ai mis un bout de temps à comprendre que le catalogue est dans "autre". J'ai peur que les utilisateurs n'y comprennent rien !

    Première question : le catalogue est le coeur d'un site e-commerce, pourquoi ne pas le mettre à la racine comme dans la 7.1?

    Le lien "catalogue" est un lien vers une page qui liste les catégories du site. Les catégories de produits déjà sont listées dans le menu principal, sans avoir à consulter la page catalogue, cf https://premium.peel.fr/. Toutes les catégories mères sont accessibles directement et sans configuration particulière.

     

     

    - si on crée ensuite des catégories de produits, elles se mettent à la suite les unes des autres dans le menu - du coup si on a beaucoup de catégories de produits, on se retrouve avec un menu horizontal énorme et imbuvable !

    seconde question : Comment sortir le menu "catalogue" de "autre" et le mettre en premier à la racine, et ensuite avoir comme arborescence mes catégories de produits dans ce menu ?

    L'organisation du menu est paramètrable, via le paramètre main_menu_items_if_available éditable depuis la page administrer/configuration.php. Vous pouvez remplacer "cat_*" par "catalog" pour avoir le lien du catalogue dans le menu principal comme vous le souhaitez.

  2. epok


    Bonjour et bravo pour votre nouvelle version !

    J'ai d'emblée du mal à comprendre l'organisation du nouveau menu :

     

    - si on crée des catégories de contenu rédactionnel, elles se stockent avant "autre" qui lui contient le "catalogue". Je me retrouve avec des articles connexes qui sont avant le coeur de mon site, soit le dit "catalogue" et j'avoue que j'ai mis un bout de temps à comprendre que le catalogue est dans "autre". J'ai peur que les utilisateurs n'y comprennent rien !

    Première question : le catalogue est le coeur d'un site e-commerce, pourquoi ne pas le mettre à la racine comme dans la 7.1?

     

    - si on crée ensuite des catégories de produits, elles se mettent à la suite les unes des autres dans le menu - du coup si on a beaucoup de catégories de produits, on se retrouve avec un menu horizontal énorme et imbuvable !

    seconde question : Comment sortir le menu "catalogue" de "autre" et le mettre en premier à la racine, et ensuite avoir comme arborescence mes catégories de produits dans ce menu ?

     

    Merci d'avance pour vos réponses et meilleurs voeux 2015 !


  3. Bonjour,

     

    Si l'on doit nécessairement être connecté pour accéder à cette page, vous pouvez utiliser la fonction necessite_identification() au début du fichier, après l'include de configuration.inc.php. Vous pouvez regarder le fonctionnement de la page /compte.php qui utilise cette fonction.

    Pour ajouter le lien de cette page dans le menu, il faut ajouter le lien dans la fonction get_menu du fichier lib/fonctions/display.php, puis modifier le paramètre main_menu_items_if_available en conséquence depuis la page administrer/configuration.php

  4. bbreaker


    Bonjour et merci pour votre réponse ma version et la 7.1.4, le fonctionnement de ma page et le suivant, l'utilisateur se connecte sur son compte et accéder à cet page qui récupère des données d'un table et lui donne la possibilité de  compléter un formulaire qui stocke des infos dans cette même table et lui permet de voir les données de cette table sur son écran. Cette table est accessible depuis une appli Android.

  5. Gilles Boussin


    Bonjour,

    Sur plusieurs années il y a eu forcément pas mal de modifications sur ce module, mais ce problème était le principal de cette version à ma connaissance. Il y a tout de même cet email d'alerte qui permet de trouver ce qui se passe et de réagir.

    Systempay n'était pas très utilisé avant cette version, c'est suite au passage forcé d'ATOS vers Systempay pour certaines banques populaires qui a amélioré fortement le nombre d'utilisateurs, et par la même de retours sur l'utilisation du module.

    Concernant votre client et un passage en 7.X, le responsive design apporte une valeur d'usage pour ses propres clients qui peut être rapidement rentable.

    Bonne année 2015 !

  6. louba


    Ah! Il y à encore beaucoup de pieges comme cela dans cette version de systempay ? Bon, j'ai fais la modification de ce piège mais je viens d'en essuyer quelques uns et je ne sais plus quoi dire à mon client si ce n'est de migrer de version 6.3 vers la 7.2 mais c'est une autre histoire et une migtration complexe.
    Merci tout de même et, bonne année à toute l'équipe.

  7. Gilles Boussin


    Bonjour,

    Sur votre version qui n'est pas toute récente, il y avait un problème dans ce module sur la gestion du format du montant effectivement.

    Vous avez deux problèmes différents :

    - dans le fichier modules/systempay/ipn.php, le test est bon, mais simplement dans l'envoi d'email d'alerte il y a un formattage qui rajoute l'espace que vous avez remarqué. Ceci n'a donc aucune conséquence, vous pouvez lire 105000 centimes, comparés à 100 centimes payés.

    - le vrai problème est que le client a payé 100 centimes, c'est-à-dire 1 EUR, du fait que l'envoi du formulaire à la banque a eu un problème au niveau de la gestion du millier.

    Vous pouvez constater cela dans l'interface de gestion systempay, dans laquelle vous pouvez annuler la transaction pour votre client, pour lui envoyer ensuite le formulaire de paiement via votre administration, après la correction ci-dessous.

    Pour corriger l'appel à systempay pour demander un paiement supérieur à 1000 EUR dans une version inférieure à 6.4.2 (avant 2012), changez dans le fichier lib/fonctions/order.php

    la ligne suivante (vers 1177, cherchez "getSystempayForm" pour la trouver) :

    $output .= '<div align="center">' . getSystempayForm($order_id, $_SESSION['session_langue'], fprix($amount_to_pay, false, $com->devise, true, $com->currency_rate, false, true, '.'), $_SESSION['session_devise']['code'], $com->email, 1, '', $com->adresse_bill, $com->zip_bill, $com->ville_bill, $com->pays_bill) . '</div>';

    par :

    $output .= '<div align=center">' . getSystempayForm($order_id, $_SESSION['session_langue], fprix($amount_to_pay, false, $com->devise, true, $com->currency_rate, false, false), $_SESSION['session_devise']['code'], $com->email, 1, '', $com->adresse_bill, $com->zip_bill, $com->ville_bill, $com->pays_bill) . '</div>';

    En vous souhaitant un bon réveillon,

    Gilles

  8. louba


    Suite à un paiement de plus de 1000€ (1050€)  sur mon site animalins.fr en v6.31 avec systempay pour le paiement par CB j'ai un retour de ce message du serveur ? Le message sur la commande est "en attente de paiement".

     

    Début du message transféré :
     

    Expéditeur:
    (animalin)

    Date:
    31 décembre 2014 14:09:09 UTC+1

    Destinataire:

    Objet:
    Alerte : Montant de la transaction CB 1082 altéré

     

    1 05000 = 100

    Est-ce que cela est du au paramètrage de systempay (le montant est avec un blanc sur les milliers 1 050) ou autre ?
    Merci.
     
  9. Gilles Boussin


    Bonsoir,

    Si votre site fonctionne lorsque vous supprimez des fichiers de librairies de fonctions tel que display_article, c'est lié à une mise en cache par votre serveur, et non pas parce que ces fichiers ne servent pas.

    Si vous modifiez les lignes que j'indiquais dans lib/fonctions/display_article.php ça modifiera ce que vous souhaitez.

    Gilles

Twitter Advisto ecommerce

Facebook PEEL Shopping