Dh42

Avoid them, they are slimy.

I am not talking about fraud, that is easy. I am talking about payment errors. Most all paypal modules send the line items and the total to paypal. If line items are sent to paypal, paypal actually adds them up. If they do not arrive at the same total, paypal will spit out an error and the transaction cannot proceed. That is the issue I am talking about, it is present in every prestashop paypal module to date. Je ne parle pas de fraude, c'est facile. Je parle d'erreurs de paiement. La plupart des modules paypal envoient les éléments de campagne et le total à paypal. Si les éléments de campagne sont envoyés à paypal, paypal les additionne réellement. S'ils n'arrivent pas au même total, paypal va cracher une erreur et la transaction ne pourra pas se poursuivre. C’est le problème dont je parle, il est présent dans tous les modules paypal prestashop à ce jour.

@Eolia Unfortunately you are not correct about the rounding. A good case in point is look at the paypal problems over the years. Paypal and other gateways have a strange behavior with rounding and accepting transactions. If you want to mock a transaction to them and see it break do something like this Malheureusement, vous n’avez pas raison en ce qui concerne l’arrondissement. Un bon exemple est celui des problèmes de Paypal au fil des ans. Paypal et les autres passerelles ont un comportement étrange en arrondissant et en acceptant les transactions. Si vous voulez vous moquer d'une transaction et la voir se briser, faites quelque chose comme ça Products 2 x 1.995555 3 x 1.790000 Tax .08% The total you get doing your method will be, 10.1099988 If you round it up to 2 digits you will get 10.11 and it will kick it out with an error. The reason is paypal on operates off two decimal places for currencies that display with two decimal places. No matter how you send it, paypal sees Le total que vous obtenez en faisant votre méthode sera, 10.1099988 Si vous l'arrondissez à 2 chiffres, vous obtiendrez 10.11 et il sera renvoyé avec une erreur. La raison en est que paypal fonctionne avec deux décimales pour les devises qui affichent deux décimales. Peu importe comment vous l'envoyez, paypal voit 2 x 1.99 3 x 1.79 Tax .08% Paypal also figures tax per LINE, not tax off the total. Other gateways do the same, but paypal is the worst. Paypal indique également les taxes par ligne et non les taxes totales. Les autres passerelles font de même, mais paypal est le pire. Also, in the US rounding is done per line, not at the end. This is why paypal does this method, they primarily started out as a US gateway, If you are just working with Euro, this sounds like an easy fix, but people are not. One of the most troubling conversions is either dollars or Euro to Yen. Since you are going from two currencies that have a high value rate, to a currency that has a low value rate and uses a long decimal for the conversion. Rounding errors here often happen in 10 or 100s of Yen, not just a single decimal. The moral of this is, its a complicated problem we would like to solve for once. En outre, aux États-Unis, l’arrondi est effectué par ligne et non à la fin. C'est pour cette raison que paypal utilise cette méthode, ils ont commencé par être une passerelle américaine. Si vous travaillez uniquement avec Euro, cela sonne comme une solution facile, mais les gens ne le sont pas. L'une des conversions les plus troublantes est soit le dollar, soit l'euro en yen. Étant donné que vous passez de deux devises ayant un taux de valeur élevé à une devise à taux de valeur faible et utilisant une longue décimale pour la conversion. Les erreurs d'arrondi se produisent souvent ici dans 10 ou 100 $ de yen, pas seulement avec une seule décimale. La morale de ceci est, c’est un problème compliqué que nous voudrions résoudre pour une fois.

I did not have much faith in google translate but I tried. First message @Eolia We are a small team, but if you take a closer look we have actually started working on the pricing and rounding issues. https://github.com/thirtybees/thirtybees/commits/1.0.x We have not tried to exclude the EU market and traders from thirty bees, we have just made some bad decisions. One of them was paying a well know prestashop developer to develop a GDPR module that he never delivered after he was paid. As a small business that was a big loss for us. Second message We are very open to suggestions on how to proceed. We have already solved the problems with rounding concering payment gateway, but if there are still problems with this that merchants need fixed we are listening and merging pull requests. I know you and I have had bad blood and other problems in the past, but I would like settle them to move on from there. One thing we need is more EU members. I mentione that I am in the US and I do not know the laws or regulations of the EU, we need help with that.

Nous sommes très ouverts aux suggestions sur la façon de procéder. Nous avons déjà résolu tous les problèmes liés à la passerelle de paiement, mais si les commerçants en ont besoin autrement, nous sommes ouverts à l'écoute et à la fusion des demandes de tirage. Je vous connais et j'ai eu des problèmes de sang dans le passé, mais je voudrais en rester là et aller de l'avant. Une chose que nous devons aller de l'avant est plus de membres de l'UE. J'ai mentionné que je suis aux États-Unis et que je ne connais pas les lois ou les règlements de l'UE. Nous avons besoin d'aide pour cela.

@Eolia Nous formons en fait une petite équipe, mais si vous regardez de plus près, vous constaterez que votre argument concernant le calcul du prix a été traité. https://github.com/thirtybees/thirtybees/commits/1.0.x Nous n'avons pas essayé d'exclure le marché de l'UE et les commerçants de ce marché, nous venons de prendre de mauvaises décisions. L'un d'entre eux payait un développeur bien connu de prestashop pour développer un module GDPR qui n'avait jamais été livré. En tant que petite entreprise, cela a été un franc succès pour nous.

It seems that updating to 1.6.1.21 will break your shop in 15 days, https://www.prestashop.com/forums/topic/908744-danger-prestashop-16121/

Oh, also if you are doing this with fake media servers, because of the changes on the internet, its going to slow your site down, not speed it up.

I think those modules might have been discontinued in 1.7

It generally can be, but using fake media servers is not suggested any more. If you are using a real CDN it should work fine though.

@selectshop.at We have to admit the fact that is it considered by PrestaShop to be a stable release version and it is the LTS version at the moment. We are 5 months until 1.6 is no longer supported. 1.7 is PrestaShops version they want people to use in production.

There is no longer a community manager to raise issues like this to.

What posts are removed?

You must not carry insurance. My insurance would never let me host a client with old, insecure software like that. PHP 5.3 is open to all kinds of attacks that back ports do not cover just simply because of how its made. Read this, https://www.reddit.com/r/webdev/comments/4j58rw/how_insecure_is_php_version_53_and_the_mysql/ https://developers.slashdot.org/story/14/12/31/002253/over-78-of-all-php-installs-are-insecure Software not getting bug fixes is insecure. Especially almost 4 years without a security update. It is on us, the developers, the system admins to draw a line with our clients. I have refused many a request because I have integrity. Its hard to come by when there are a lot of people in the industry that will do anything a client tells them for money. I will not however.

Jesus christ. You are running that old and insecure of software? I imagine you might have had issues like that with something that old and insecure. I was speaking about modern and commonly used versions. Sure, there are always people running really weird setups that can cause errors that are very out of the ordinary. It seems like yours is one.