glouferu

Salut, J'ai tenté de reproduire les écarts chez moi pour les corriger. Après plusieurs tests j'ai changé ma configuration des arrondis prestashop : Règle d'arrondi : vers l'infini (recommandé) Type d'arrondi : Arrondir pour chaque article Pour l'instant je n'ai plus d'écart, je surveille quand même. Cdt,

Salut WilliT, Est-ce que cela a résolu ton problème d'arrondi ? Cdt,

Salut, j'ai le même souci que toi. J'ai fini par trouvé ça (faut attendre le prochain update visiblement) : Current issue when creating/editing a product in PS 1.5 and 1.6 While we were packing version 1.6.1.8 for QA testing two weeks ago, version 54 of the Google Chrome browser was released. This is a significant update of this major browser, because it removes the ability to make synchronous XMLHttpRequest calls – a method which is used in PrestaShop 1.5 & 1.6’s Product Creation page. Source : http://build.prestashop.com/news/prestashop-1618-maintenance-release/ aA+

Bonjour, J'ai le même souci. Si au cas ou, tu trouves une solution, merci de faire tourner aA+

Bonjour, Quand ce problème se reproduit chez vous, connectez vous en ssh, et lancer un ping sur "api-3t.paypal.com". Faites la même chose sur votre pc perso. Si votre pc est capable d'atteindre le site paypal et pas votre site web, c'est qu'il y a un problème de DNS sur serveur. J'ai eu le cas sur un prestashop hébergé par OVH sur leur offre Cloud. Pour ne pas m’embêter, j'ai rajouter les DNS de google et depuis plus de problème (et ceci bien avant le DDOS IOT contre DynDNS). Cordialement, Glouferu.

Bonjour, Je constate aussi le même problème. Le paiement Paypal fonctionne. Le client reçoit un email d'erreur. Le Back offce m'annonce : "Attention 10,00 € payé au lieu de 9,98 €". Cordialement, Glouferu. edit : J'ai créé un ticket chez 202 e-commerce pour tenter d'avoir un bugfix le plus rapidement possible.

Bonjour, J'ai tout simplement eu une réponse de votre part 24h après ma question. De mon coté, je devais avancer au plus vite et j'avais mis en place une série de tests de mon coté avant de recevoir votre réponse. Réponse que j'ai bien évidemment pris en compte et pour laquelle je vous remercie 1000 fois. Quant au ttfb, c'est sur un serveur secondaire de tests. Il me parait donc normal de faire de tests... d'autant plus que j'aime bien comprendre et observer les choses par moi même. Cela n'est en aucun cas incompatible avec vos retours d'expériences. Votre réponse m'étonne d'autant plus que vous êtes visiblement un professionnel du secteur. J'espère pour vous que vous ne répondez pas comme ça à tous vos clients. Baste, je ne suis pas la pour me prendre le chou. J'ai autre chose à faire... ce n'est visiblement pas le cas de tout le monde sur ce forum. Pour en revenir au sujet, je voyais passer des choses étranges dans mes fichiers de logs, j'ai fini par désactiver tous les types de caches de PrestaShop, rajouter un .htacess dans le répertoire admin (Merci Grafics). Les choses sont maintenant stabilisées pour moi, ouff car j'avais vraiment d'autres choses à faire. Cordialement, Glouferu.

Bonjour, Merci pour vos réponses Je test actuellement le site avec le cache Smarty (MySQL) + .htaccess sur le répertoire Admin avec XCache. Je garde un œil sur le log error de apache en tail -f. On verra bien ce que ça donne. J'ai remonté ma boutique sur un deuxième VPS OVH pour faire plus de tests (qui a un Time to First Byte de 10sec !!!). Je ne manquerais pas de mettre à jour ce post. Cordialement, Glouferu.

Bonjour, J'ai constaté pas mal de problème après avoir activé tous les caches sur mon site Prestashop (version 1.6.1.6). Typiquement, j'ai en gros : des commandes qui ne changent pas de statut j'ai des clients qui n'arrivent pas à enregistrer leur adresse (alors que l'adresse est présente 10fois en base de données) j'ai des paniers transformés en commande qui s'affichent avec un montant à 0 (alors que la commande elle est bonne) j'ai les boutons de l'interface graphique (nouvelle commande, nouveau client, nouveau message) qui ne se décrémentent pas etc ... J'ai testé Memcache, APC ... toujours la même chose. J'ai l'impression que Prestashop met en cache des requêtes SQL qu'il ne faudrait pas Même en vidant le cache, ça ne résout pas le problème. Il faut alors reload apache2... J'ai donc désactivé tous les caches car la situation devenait problématique. J'ai seulement laissé les options "Smart Cache". J'ai plusieurs questions : - Est ce que ses problèmes de caches sont connus ? Qu'elles sont les bonnes pratiques selon vous ? - J'ai mis à jour prestashop 1.6.1.4 vers 1.5 et 1.6 à l'aide de 1click sans écraser le template. Pensez-vous que mes problèmes puissent venir de la ? J'ai envie de mettre à jour le template manuellement sans être vraiment certain que cela puisse résoudre mes problèmes... - Utilisez-vous TMPFS pour accélérer vos boutiques prestashop ? Par avance, Merci.

Yep vous avez raison, je tente de réinitialiser mon VPS. Je vais reprendre le tuto et voir étape par étape ce que j'aurais pu rater. Merci de votre réponse, je me sens deja moins seul devant mon shell ... y a des jours comme ça

php -v PHP 5.6.23-0+deb8u1 (cli) (built: Jul 12 2016 07:33:16) Copyright © 1997-2016 The PHP Group Zend Engine v2.6.0, Copyright © 1998-2016 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright © 1999-2016, by Zend Technologies php -m bcmath bz2 calendar Core ctype curl date dba dom ereg exif fileinfo filter ftp gd gettext hash iconv json libxml mbstring mcrypt memcached mhash mysql mysqli openssl pcntl pcre PDO pdo_mysql Phar posix readline Reflection session shmop SimpleXML soap sockets SPL standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter Zend OPcache zip zlib [Zend Modules] Zend OPcache

Les fichiers /etc/host.conf et /etc/hosts me semblent corrects. Je me dis que c'est aussi un problème de packages mais lequel ? Comment savoir ce qui cause ses "Segmentation fault" ? gdb ? xdebug?

Bonjour, Suite à un crash de mon serveur VPS OVH SSD, j'ai voulu migrer mon Prestashop sur un VPS OVH Cloud. J'ai suivi le tuto épinglé et ceux qu'on trouve sur internet. A savoir, restaurer la base de données MySQL, copier les sources du site web sur le nouveau serveur, supprimé le fichier .htaccess ainsi que cache_index.php. J'ai aussi modifié mon fichier settings pour passer en mode débug et voir les différents packages qu'il manque sur ma Débian. J'ai enfin modifié le fichier settings.inc.php pour que la connexion se fasse avec le bon mot de passe Mysql. Mon site s'affiche avec tous mes articles. Par contre il m'est toujours impossible d'accéder à mon BO. Mon site était en Full SSL avant, j'ai donc modifié la configuration directement en base de donnée. Mais j'ai toujours une page blanche quand je vais sur le BO. Je n'ai pas d'erreur dans le fichier mysql.err. Par contre mon log apache err est rempli de : [Tue Jul 26 13:25:08.983418 2016] [core:notice] [pid 6889] AH00052: child pid 6903 exit signal Segmentation fault (11) [Tue Jul 26 13:25:23.001246 2016] [core:notice] [pid 6889] AH00052: child pid 6905 exit signal Segmentation fault (11) [Tue Jul 26 13:31:10.157468 2016] [core:notice] [pid 6889] AH00052: child pid 6906 exit signal Segmentation fault (11) Visiblement j'ai quelque chose qui plante sur ma conf mais je ne sais pas quoi. Pouvez vous m'aider? Très Cordialement, Glouferu au bord du gouffre ... P.S.: Quand j'utilise les sources prestashop de base qui ont été livrées avec le VPS Cloud avec ma base de données MYsql. J'ai accès a la page BO mais plus moyen de me loguer. Pourtant j'ai bien pu me loguer une fois hier soir ...