Matttisss

Merci ! Il semblerait que l'erreur vienne du module Mega Attribute (l'erreur n'est plus la même quand le module est désactivé).

Bonjour, Lorsque j'active le mode debug sur la page catégorie, j'obtiens l'erreur fatale suivante (+ screenshot ci-joint) mais je comprends pas à quel endroit la corriger... Est-ce que quelqu'un aurait une idée ? Merci pour votre aide ! [PrestaShopDatabaseException] You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ') ORDER BY `position` ASC' at line 5<br /><br /><pre> SELECT a.id_attribute FROM `yf_attribute` a INNER JOIN yf_attribute_shop attribute_shop ON (attribute_shop.id_attribute = a.id_attribute AND attribute_shop.id_shop = 1) WHERE a.`id_attribute_group` IN () ORDER BY `position` ASC</pre> at line 769 in file classes/db/Db.php 764. if ($webservice_call && $errno) { 765. $dbg = debug_backtrace(); 766. WebserviceRequest::getInstance()->setError(500, '[SQL Error] ' . $this->getMsgError() . '. From ' . (isset($dbg[3]['class']) ? $dbg[3]['class'] : '') . '->' . $dbg[3]['function'] . '() Query was : ' . $sql, 97); 767. } elseif (_PS_DEBUG_SQL_ && $errno && !defined('PS_INSTALLATION_IN_PROGRESS')) { 768. if ($sql) { 769. throw new PrestaShopDatabaseException($this->getMsgError() . '<br /><br /><pre>' . $sql . '</pre>'); 770. } 771. 772. throw new PrestaShopDatabaseException($this->getMsgError()); 773. } 774. }

Hello, Voici également une solution si vous avez une boucle au niveau de l'étape 2 lors de l'installation. Le prb peut venir de cette erreur: mod_fcgid: stderr: PHP Warning: Unknown: Failed to write session data (files) Corriger alors votre php.ini, par exemple par: session.save_path = /var/www/vhosts/mondomaine.com/tmp/ Bonne installation!

Hello, Pour ceux qui ont une erreur lors de l'installation et config de ioncube, voici comment j'ai pu reprendre et finaliser l'installation (tjrs en config plesk 11 / centos 6 / php 5.4) : - télécharger et décompresser la dernière version de ioncube: # wget http://downloads2.ioncube.com/loader_downloads/ioncube_loaders_lin_x86-64.tar.gz puis # tar xvfz ioncube_loaders_lin_x86-64.tar.gz - se rendre dans le nouveau dossier ioncube: # cd ioncube/ - déplacer ioncube_loader_lin_5.4.so (à noter si vous avez php 5.3 > remplacer par ioncube_loader_lin_5.3.so ;-) # mv ioncube_loader_lin_5.4.so /usr/lib64/php/modules - éditer le /etc/php.ini # vi /etc/php.ini directement sous [code] zend_extension = /usr/lib64/php/modules/ioncube_loader_lin_5.4.so [/code] >> si ne fonctionne pas, ajouter également cette ligne dans le php.ini du domaine concerné - redémmarrer apache: [code] # /etc/init.d/httpd restart [/code] Enjoy!!!!

Hello, J'ai testé cette version 1.5.3.1 en mode multi-boutiques (5 boutiques), quantité et clients partagés entre les boutiques. Je trouve que l'ensemble marche plutôt bien, je n'ai pas rencontré de bugs bloquant et ceux rencontrés je les ai mentionnés dans le bug tracker. 2 points qui me semblent à être retravailler: - le mode stock avancé avec les entrepôts que j'ai préféré désactivé (gestion assez laborieuse pour incrémenter les stocks par exemple...) - le mode multi-boutique avec l'option quantité partagée. Dans ma configuration j'avais 5 boutiques où j'aurai souhaité pouvoir renseigner les stocks par boutique, ce qui n'est pas possible actuellement (possible seulement au niveau du groupe, assez embêtant pour connaitre les différents stocks en fonction de chaque boutique... en utilisant la fonction stock avancé / entrepôt on serait obligé de créer des groupes différents de boutiques, et du coup plus possible de partager les quantités entre les boutiques) Au final je pense qu'on n'est pas loin d'une bonne version 1.5... j'attends impatiemment la version 1.5.4 !!

Bonjour, Je souhaitais savoir si par hasard qqu'un d'entre vous aviez trouvé une solution pour la maj de So Colissimo sur presta 1.3 ? pour le moment je n'ai trouvé que l'url https://ws.colissimo.fr/pudo-fo/storeCall.do à modifier par https://ws.colissimo.fr/pudo-fo-frame/storeCall.do dans les paramètres du module en back-office... mais cela fait planté lors du choix du transporteur en F.O.. merciii si quelqu'un a une solution !

ok j'ai de renouveau retesté mais rien à faire... les quantités ne veulent pas s'incrémenter dans les fiches produits (les stocks restent à 0). J'ai bien vérifié que chaque entrepôt soit connecté à une ou plusieurs boutiques et que les produits soient disponibles dans le bon entrepôt où les stocks ont été modifiés.. personne ne connait la solution miracle ? la team presta ? :-) ça me paraitrait assez gros pour que ce soit un bug technique (RC1 1.5.13), vu qu'il s'agit d'une fonction de base de la gestion avancée des stocks avec le multi-shops

Bonjour, vous avez trouvé la solution à votre test ?! car j'ai retourné dans tous les sens la gestion des stocks, j'ai exactement les mêmes soucis et n'arrive décidément pas à comprendre ! si quelqu'un peut nous éclairer ?! :-) merciiii !

Merci bcp pr cette contribution !! Fonctionnement OK :-)

Bonjour, Voici la correction à faire dans classes/ Product.php : --> à la ligne 419, remplacer : !$this->deleteAccessories()) par : !$this->deleteAccessories() OR !$this->deleteFromAccessories()) --> à la ligne 1685, remplacer : return Db::getInstance()->Execute('DELETE FROM `'._DB_PREFIX_.'accessory` WHERE `id_product_1` = '.intval($this->id)) AND Db::getInstance()->Execute('DELETE FROM `'._DB_PREFIX_.'accessory` WHERE `id_product_2` = '.intval($this->id)); par : return Db::getInstance()->Execute('DELETE FROM `'._DB_PREFIX_.'accessory` WHERE `id_product_1` = '.intval($this->id)); } /** * Delete product from other products accessories * * @return mixed Deletion result */ public function deleteFromAccessories() { return Db::getInstance()->Execute('DELETE FROM `'._DB_PREFIX_.'accessory` WHERE `id_product_2` = '.intval($this->id)); } Voila ! Normalement ça devrait le faire !! Sur version 1.3.x

Helllo, Je viens de découvrir un bug vraiment étrange sur ma boutique, les metas description et keywords de mes pages (catégories, produits, CMS) ne s'écrivent plus !! :ahhh: J'ai directement ceci dans le header : <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=utf-8" /> <title>Ma boutique</title> <meta name="generator" content="PrestaShop" /> <meta name="robots" content="index,follow" /> Est-ce que quelqu'un serait de quoi le problème vient ? une erreur du côté de smarty ? Merci pour votre aide !!

J'ai essayé un paquet de FTP et le prb est tjrs le même, tant que le pass est sauvegardé par le logiciel, une bestiole trouvera tjrs le moyen de tomber dessus. Pr ma part j'utilise maintenant l'option "Demander un mot de passe" dans le type d'authentification de filezilla... et change régulièrement mes pass.

pour info, il est également possible de se créer un compte en Administrateur pour le B.O avec uniquement les accès FTP.. et ça fait plutôt froid ds le dos... car on imagine bien les conséquences si pas de backup récents :down:

Helllo, en fait tout dépend de la banque du détenteur de la carte. Par exemple je suis anglais et j'achète sur un eMarchand FR, je vais donner mes coordonnées de ma CB via la banque du emarchand FR (Crédit Agricole par exemple) et je vais ensuite être redirigé vers le système 3D Secure que ma banque utilise (par exemple RBS, qui utilise aussi 3D Secure). Au final tout dépend de la banque du client, si celle-ci a inscrit son client au système 3D Secure (développé par VISA et adopté par Mastercard) et si le ecommerçant a choisi l'option 3D Secure avec sa plateforme de paiement Apparemment chez nos amis british, le 3D Secure est une catastrophe, il aurait fait diminué de 40% le nombre de paiements effectués jusqu'au bout chez certains commerçants !!

Helllo, je suis dans le même cas et j'ai donc demandé à ma banque d'enlever 3DSecure. Près d'une dizaine de ventes de perdus en 2 semaines, aucun des clients ne connaissaient ce système et le fait d'appeler pour demander le 2ème prénom de son père pour finaliser une vente... merci :-) ! ce système de sécurité est pr le moment une très belle boulette