mmsh

Hello, did you solve this, please? Can you share the solution? Thanks

Bonsoir, il y a un problème avec cette méthode... la vérification est également effectuée si le client vient de votre pays (ex. France...) dans ce cas, comment exclure le chèque si le client est français? Merci

ok, ça fonctionne bien :-) merci

ok, cela fonctionne mais quelque chose comme ça http://ec.europa.eu/taxation_customs/vies/vatResponse.html?locale=EN&memberStateCode=ES&number=B61031100 renvoie une erreur d'application. Pour cette raison, J'ai envoyé un courrier électronique au support technique de la base de données VIES, mais si, entre-temps, vous avez la solution avec SOAP ou une autre solution, je vous serais reconnaissant. Merci

s'il vous plaît regarder la capture d'écran ci-jointe

"...où 45839048503 est refusé mais ES45839048503 est accepté" précisément...et c'est une erreur parce que ES45839048503 ce n'est pas un numéro de TVA valide dans la base de données VIES

s'il vous plait, veuillez écrire le code complet aussi de "class...extends..." après avoir fait ce test, puisque le code que vous avez écrit précédemment n'est pas correct

Bonjour, Je suis sur prestashop 1.6 si j'insère ces remplacements (override), le formulaire d'inscription renvoie une erreur uniquement si J'écris quelque chose comme 45839048503 car il ne commence pas par le préfixe ES, mais si J'écris ES45839048503 bien que le nombre ne soit pas valide dans le VIES il n'y a pas d'erreur et vous pouvez enregistrer ce mauvais numéro ... merci

peut être que le problème soit catch (SoapFault $e) sur PHP > 7 ? catch (Throwable $e) ??? Merci

Bonjour, cette override ne marche pas, pour deux raisons: 1) vous n'avez pas écrit "class... extends..." et 2) même en ajoutant ces fichiers correctement, en fait, vous pouvez ajouter n'importe quel nombre, même invalide mais avec prefix (exemple ES45839048503) ... et rien ne se passe, c’est-à-dire que chaque numéro de fantaisie peut être ajouté avec le prefix, donc la vérification n’est pas effectuée. s'il vous plaît, vérifiez et corrigez (sauf si cela ne fonctionne que sur 1.7, j'ai testé sur 1.6...et si oui, quels sont les changements à faire sur 1.6?) Merci

Hello, I have the same problem with incomplete index. It can't index all my active products. What's the culprit, please? Possible that PS devs are not aware of this and in 2018 still a big issue like this? I'm sure that's not a problem about product title or visibility (that's "both" on all the products, on ps_product and ps_product_shop both)... thanks for your help

Hello, I have another issue with PS search (latest 1.6 version, 1.6.18) eg. for the phrase "graphics card" I have so many indexed product names with graphics card into them but it doesn't work the same for any language. Eg. If I write "scheda grafica" (italian) it returns absolutely wrong results, even if "scheda grafica" is there on the name for sure the only note I can give here is that italian is the default shop language but that doesn't seem the culprit because even in portuguese it does the same thing with "placa gráfica": on the ajax search it just returns CPUs (processors) and those have obviously nothing to do with graphics cards so, how's this possible ? thanks for your help p.s.: I think I found it: 1) search weight for long description was greater than 0 and this is a problem if the product description has the word eg. "grafica" (as in this case) repeated more times. Honestly, don't know why this behavior, it should not stand above the product name, but that's it. Since I don't need the product description, I set the long description weight to 0 and rebuild the index 2) since version 1.6.10 the search class doesn't work very well with phrases (eg. two words) because of an OR condition inside the sql query and I'm using an override search.php found here somewhere so, now it's fixed

Hello, have you found the cause of PHP Warning: htmlspecialchars() expects parameter 1 to be string, array given in /.file.header.tpl.php where css_uri and media ??? Thanks

Hello, I'm not even using PayPal here and after the update to PS 1.6.1.17 I have this issue on FRONT page... What I need to inspect, please? and what's "braintree" ?

<?php require(dirname(__FILE__).'/config/config.inc.php'); //change 'abc123' to any value you wish to use $token = Tools::getValue('token'); if (!$token || $token != 'abc123') { echo "Wrong token"; die(); } Tools::clearSmartyCache(); Tools::clearXMLCache(); Media::clearCache(); Tools::generateIndex(); echo "Cache cleared"; ?> this works, but you need to keep attention. It seems it doesn't work if you have cache on /tmp mounted on tmpfs and PrivateTmp on systemd config for php-fpm is set to true... so, or you keep the tmp on disk or you need to set PrivateTmp to false on /usr/lib/systemd/system/php-fpm.service (here on CentOS 7) and then reload the systemd daemon and restart php-fpm. So, tmp must be set as usual and not on systemd-private-***/tmp/... that's all