Jump to content

speedev

Members
  • Posts

    160
  • Joined

  • Last visited

Profile Information

  • Activity
    Developer

speedev's Achievements

Newbie

Newbie (1/14)

2

Reputation

  1. Bonjour, Cela fait déjà longtemps que je n'ai pas touché à Prestashop, à l'époque je travaillais sur la 1.5 encore en RC. Aujourd'hui je dois développer deux e-commerces chacun devant gérer le paiement différé via le backoffice de Prestashop. C'est donc bien sûr les banques qui doivent proposer cette fonctionnalité. On va ou bien passer par le CM-CIC ou bien Citélis (du crédit mutuel aussi). Chacune proposent le paiement différé. - Concernant Citélis, leurs modules dispos sont compatibles jusqu'à la 1.5.1. - Concernant le CM-CIC j'ai trouvé un seul module adapté au paiement différé et développé par une agence compatible jusqu'à la 1.5. Il y a bien un module certifié prestashop et compatible 1.6 mais qui ne spécifie pas la fonctionnalité paiement différé (Prestashop certifié et 1.6) Mes questions : - Connaissez-vous d'autres modules adaptés au paiement différé pour lesquels le client a seulement besoin de valider les commandes pour émettre les ordres de transactions à la banque DEPUIS le backoffice de prestashop ? - J'ai installé la 1.6 que je trouve vraiment top, mais je trouve encore des modules non compatibles encore (notamment les précédents concernant le paiement). Cette 1.6 est-elle selon vous encore "un peu" prématurée ? Oui elle est stable, oui elle a une belle roadmap...mais qu'en est-t-il par rapport à la 1.5 ? Suis-je dans de meilleures conditions de dev sur une 1.5.6 par exemple et envisager une migration 1.6 plus tard.... Merci de vos lumières, je reviens d'un peu loin
  2. Ah zut autant pour moi. Ces retours chariot intègrent uniquement des index.php de modules, j'ai été trop vite. modules/blocksocial/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockrss/img/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blocksharefb/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/bankwire/controllers/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/bankwire/controllers/front/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/bankwire/views/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/bankwire/views/templates/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/bankwire/views/templates/hook/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/bankwire/views/templates/front/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockcontactinfos/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockpermanentlinks/img/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockcategories/img/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockcategories/img/icon/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockreinsurance/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockcmsinfo/index.php: PHP script, ASCII text, with CRLF, LF line terminators modules/blockcontact/index.php: PHP script, ASCII text, with CRLF, LF line terminators je laisse tout de même le post au cas où cela alerte quelqu'un...
  3. Bonjour, Je m'aperçois après avoir clôné le repository Prestashop (branch 1.6) que les fichiers n'ont pas tous le même retour chariot. Ce sont essentiellement des index.php qui disposent d'un LF. La majeure partie est en dos mode donc. Est-ce normal ? On dirait bien que c'est volontaire...je n'ai pas trouvée l'information chez notre ami commun. Et si normal...pourquoi ? Merci
  4. Non en effet je ne m'étais pas inscrit, voilà qui est fait, merci !
  5. Oui en fait je parle bien de cette documentation dont le cs de PS est indiqué comme hébergé sur svn. C'était juste pour m'en assurer étant donné que le transfert est récent vers github. Et de toute façon il n'y a pas de raison que votre standard ne change (au contraire) Merci Patric. (il faudra mettre à jour => http://www.prestashop.com/fr/versions-developpeurs)
  6. question un peu évidente mais...est-ce-que le cs reste toujours le même et ici ? http://svn.prestashop.com/branches/norm/
  7. poireautant depuis une semaine sur un svn délaissé et se sentant bien c*** : youpi !
  8. Ah bah mince alors Ok merci pour ces infos...je suis passé au travers. Allez hop checkout...
  9. Ah...j'ai loupé l'annonce alors... mais j'ai beau chercher...et je ne trouve pas cette annonce, ni les infos pour git.
  10. Bonjour, Juste pour savoir si comme moi vous n'avez reçu d'updates SVN (1.5) depuis vendredi dernier ? Cela m'étonne car je n'ai rien touché en principe de mon côté et que je reçois au moins une ou deux updates par jour. Merci
  11. Bonjour, J'ai un exemple de calcul de prix qui me pose problème : - je saisis 29.00 € ttc pour un produit, sur une tva de 7% - le champ ht s'auto-calcule et affiche 27.102804 € - sur actualisation de la page du BO, le champ ht affiche 27.10€, ok mettons que ça soit normal pour le display et que le prix précis soit bien conservé en bdd... - j'applique une réduction de 20% sur ce produit et voilà ce que j'ai en front : Prix TTC du produit : 23.20€ (effectivement égal à 20% de 29€ TTC), la réduc se faisant sur le TTC {$product.reduction} : 5.42€ (ok c'est la valeur HT de la réduction et effectivement basée sur le chiffre précis de 27.102804, mais pourquoi ne pas disposer de la reduc TTC ?) {$product.price_without_reduction} : 28.997€ correspondant au TTC précis se basant sur 27.102804 auquel on greffe la TVA. Je m'apprête donc à mettre un arrondi sur cette valeur afin d'afficher en prix barré mon TTC initial mais en appliquant cet arrondi est-ce-que je ne risque pas de me heurter un jour ou l'autre avec une imprécision pour un autre produit ? Comment procédez-vous ? Merci
  12. Bonjour, Je testais la possibilité de pouvoir appliquer une réduction en cas de mise au panier d'au moins deux articles. Je suis passé par les règles de prix catalogue. Mais je ne rencontre pas le comportement voulu. J'ai saisi "2" dans la case "à partir de la quantité" mais la règle fonctionne uniquement si c'est le même produit qui est ajouté deux fois, elle ne s'applique pas pour 2 produits différents, ce que je voudrais. La doc de PS ne précise pas cette restriction au produit...du coup je me dis que j'ai du me planter qlq part mais j'ai beau chercher...je ne vois pas. edit : erreur, je devais passer par les règles de prix panier.
  13. Bonjour, pourriez-vous me donner quelques exemples de bugs majeurs rencontrés sur cette version de ogone ? J'ai personnellement continué son utilisation et n'ai pas rencontré de gros problèmes, quelques uns sur les retours de paiement qui généraient des fatal errors mais je les ai corrigés. Je voudrais éviter cependant de découvrir de plus gros bugs une fois en prod...mais pour le moment tout fonctionne bien. Je vais jeter un oeil sur la forge... Merci.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More