Jump to content

Vector59

Members
  • Posts

    39
  • Joined

  • Last visited

Profile Information

  • Location
    FRANCE
  • Activity
    User/Merchant

Vector59's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjour, Je cherche un petit coup de main car je migre de Prestashop V1.6.1.20 vers 1.7.4.2 Bien sûr, c'est une véritable galère comme le disent la plus part des personnes, mais je voudrai essayer. J'y suis presque arrivé, mais après plusieurs jours de tests... Il ne me reste que le problème d'import/export des produits que je fait en SQL sous phpMyAdmin. Bon, je fais hyper simple, car je prend les bases qui vont bien et hop export/import dans phpMyAdmin. Tout est ok, sauf pour le catalogue CA PLANTE GRAVE !!!! J'ai cette erreur critique lorsque que clique sur Catalogue: Uncaught Exception: Champ 'state' inconnu dans where clause<br /><br /><pre>SELECT SQL_CALC_FOUND_ROWS p.`id_product` AS `id_product`, p.`reference` AS `reference`, p.`price` AS `price`, p.`id_shop_default` AS `id_shop_default`, p.`is_virtual` AS `is_virtual`, pl.`name` AS `name`, pl.`link_rewrite` AS `link_rewrite`, sa.`active` AS `active`, shop.`name` AS `shopname`, image_shop.`id_image` AS `id_image`, cl.`name` AS `name_category`, 0 AS `price_final`, pd.`nb_downloadable` AS `nb_downloadable`, sav.`quantity` AS `sav_quantity`, IF(sav.`quantity`<=0, 1, 0) AS `badge_danger` FROM `ps_product` p LEFT JOIN `ps_product_lang` pl ON (pl.`id_product` = p.`id_product` AND pl.`id_lang` = 1 AND pl.`id_shop` = 1) LEFT JOIN `ps_stock_available` sav ON (sav.`id_product` = p.`id_product` AND sav.`id_product_attribute` = 0 AND sav.id_shop = 1 AND sav.id_shop_group = 0 ) JOIN `ps_product_shop` sa ON (p.`id_product` = sa.`id_product` AND sa.id_shop = 1) LEFT JOIN `ps_category_lang` cl ON (sa.`id_category_default` = cl.`id_category` AND cl.`id_lang` = 1 AND cl.id_shop = 1) LEFT JOIN `ps_category` c ON (c.`id_category` = cl.`id_category`) LEFT JOIN `ps_shop` shop ON (shop.id_shop = 1) LEFT JOIN `ps_image_shop` image_shop ON (image_shop.`id_product` = p.`id_product` AND image_shop.`cover` = 1 AND image_shop.id_shop = 1) LEFT JOIN `ps_image` i ON (i.`id_image` = image_shop.`id_image`) LEFT JOIN `ps_product_download` pd ON (pd.`id_product` = p.`id_product`) WHERE (1 AND state = 1) ORDER BY `id_product` desc LIMIT 0, 20 ;</pre> CRITICAL 17:14:55 php Uncaught Exception: Champ 'state' inconnu dans where clause<br /><br /><pre>SELECT SQL_CALC_FOUND_ROWS p.`id_product` AS `id_product`, p.`reference` AS `reference`, p.`price` AS `price`, p.`id_shop_default` AS `id_shop_default`, p.`is_virtual` AS `is_virtual`, pl.`name` AS `name`, pl.`link_rewrite` AS `link_rewrite`, sa.`active` AS `active`, shop.`name` AS `shopname`, image_shop.`id_image` AS `id_image`, cl.`name` AS `name_category`, 0 AS `price_final`, pd.`nb_downloadable` AS `nb_downloadable`, sav.`quantity` AS `sav_quantity`, IF(sav.`quantity`<=0, 1, 0) AS `badge_danger` FROM `ps_product` p LEFT JOIN `ps_product_lang` pl ON (pl.`id_product` = p.`id_product` AND pl.`id_lang` = 1 AND pl.`id_shop` = 1) LEFT JOIN `ps_stock_available` sav ON (sav.`id_product` = p.`id_product` AND sav.`id_product_attribute` = 0 AND sav.id_shop = 1 AND sav.id_shop_group = 0 ) JOIN `ps_product_shop` sa ON (p.`id_product` = sa.`id_product` AND sa.id_shop = 1) LEFT JOIN `ps_category_lang` cl ON (sa.`id_category_default` = cl.`id_category` AND cl.`id_lang` = 1 AND cl.id_shop = 1) LEFT JOIN `ps_category` c ON (c.`id_category` = cl.`id_category`) LEFT JOIN `ps_shop` shop ON (shop.id_shop = 1) LEFT JOIN `ps_image_shop` image_shop ON (image_shop.`id_product` = p.`id_product` AND image_shop.`cover` = 1 AND image_shop.id_shop = 1) LEFT JOIN `ps_image` i ON (i.`id_image` = image_shop.`id_image`) LEFT JOIN `ps_product_download` pd ON (pd.`id_product` = p.`id_product`) WHERE (1 AND state = 1) ORDER BY `id_product` desc LIMIT 0, 20 ;</pre> CRITICAL 17:14:55 request Uncaught PHP Exception PrestaShopDatabaseException: "Champ 'state' inconnu dans where clause<br /><br /><pre>SELECT SQL_CALC_FOUND_ROWS p.`id_product` AS `id_product`, p.`reference` AS `reference`, p.`price` AS `price`, p.`id_shop_default` AS `id_shop_default`, p.`is_virtual` AS `is_virtual`, pl.`name` AS `name`, pl.`link_rewrite` AS `link_rewrite`, sa.`active` AS `active`, shop.`name` AS `shopname`, image_shop.`id_image` AS `id_image`, cl.`name` AS `name_category`, 0 AS `price_final`, pd.`nb_downloadable` AS `nb_downloadable`, sav.`quantity` AS `sav_quantity`, IF(sav.`quantity`<=0, 1, 0) AS `badge_danger` FROM `ps_product` p LEFT JOIN `ps_product_lang` pl ON (pl.`id_product` = p.`id_product` AND pl.`id_lang` = 1 AND pl.`id_shop` = 1) LEFT JOIN `ps_stock_available` sav ON (sav.`id_product` = p.`id_product` AND sav.`id_product_attribute` = 0 AND sav.id_shop = 1 AND sav.id_shop_group = 0 ) JOIN `ps_product_shop` sa ON (p.`id_product` = sa.`id_product` AND sa.id_shop = 1) LEFT JOIN `ps_category_lang` cl ON (sa.`id_category_default` = cl.`id_category` AND cl.`id_lang` = 1 AND cl.id_shop = 1) LEFT JOIN `ps_category` c ON (c.`id_category` = cl.`id_category`) LEFT JOIN `ps_shop` shop ON (shop.id_shop = 1) LEFT JOIN `ps_image_shop` image_shop ON (image_shop.`id_product` = p.`id_product` AND image_shop.`cover` = 1 AND image_shop.id_shop = 1) LEFT JOIN `ps_image` i ON (i.`id_image` = image_shop.`id_image`) LEFT JOIN `ps_product_download` pd ON (pd.`id_product` = p.`id_product`) WHERE (1 AND state = 1) ORDER BY `id_product` desc LIMIT 0, 20 ;</pre>" at C:\wamp64\www\prestashop\classes\db\Db.php line 746 Qui pourrait m'aider ?
  2. Bonjour, J'ai un problème sur ma boutique... Suite à la dernière mise à jour de Prestashop 1.6.1.7 vers 1.6.1.8 et/ou d’une mise à jour de certain modules (mais je ne sais plus lesquels), mes clients ne reçoivent plus d’e-mail de confirmation lorsqu’ils passent commande, idem lors d'un changement de statut de leur commande. J'ai voulu réinstaller avec une sauvegarde, mais malheureusement, il y a quelque chose dans la BD. (Du moins, c’est le constat que je fais). Car rien ne change… Par contre, je reçois bien l’e-mail d’information d’une nouvelle commande. Qui pourrait me donner des points de contrôle à suivre pour vérifier les points qui créer ce problème. Merci...
  3. Unfortunately, I bought this module and it causes me more problem than anything else. Avoid this module..
  4. J'ai également le même problème. Suite à la mise à jour de v1.6.0.8 à v1.6.0.9. Impossible de revenir en arrière avec une ancienne version. Ras-le-bol des bugs.... J'envisage de repartir de zéro, voir de changer de CMS. Un produit gratuit avec autant de bugs à chaque nouvelles version et une assistance payante, n'est pas si gratuit que cela. Je me demande si le support sera corriger mon problème. Si c'est pour me dire qu'il faut réinstaller.... Si quelqu'un a une idée sur mon problème de création de client sur mon site : www.store3d.fr ?
  5. Hello Yopixel, Vous parlez du format de l'image attachée ? Si oui, je ne sais pas comment mettre en plus grand, mais en cliquant dessus, elle s'affiche en plus grand.
  6. Bonjour, Depuis la mise à jour de PrestaShop en V 1.6.0.9, j'ai un sérieux problème. La validation des CGV ne fait pas apparaître les moyens de paiement. J'ai désinstallé le module de paiement ATOS, le thème personnalisé, etc... Rien de rien. Problème toujours présent avec le thème par défaut et les modes de paiement par virement et par chèque. Pourtant en version 1.6.0.8 tout fonctionnait très bien, mais uniquement avec le module ATOS en V 2.9.7. Les versions supérieures du module posaient déjà le même problème. J'ai donc tout supprimé et tout réinstallé avec les dernières versions. Cela a fonctionné avec 4 - 5 tests de paiements, puis le problème est revenu... Toujours pas d'affichage des moyens de paiement lorsque je coche les CGV. Pour info, le module So Colissimo (Officiel) est installé. Par contre, si je rafraichis la page web de navigateur (IE), les moyens de paiement apparaissent... Je souhaite impérativement installer la version 1.6.0.9 de PrestaShop, car elle corrige en bug dans un module. Est-ce quelqu'un pourrait m'aider ? Est-ce que quelqu'un a déjà eu ce problème ? Cordialement,
  7. Bonjour, J'ai le même problème. Où faut-il regarder dans le thème ? Ou bien dans le module de paiement ATOS ? Sachant que les 3 modes de paiement (CB / VIREMENT / CHEQUE) ne s'affichent pas dés que l'on coche "J'ai lu les conditions générales de vente et j'y adhère sans réserve." Cordialement, EGL
  8. Ce module est très bien et facilite la vie... Enfin presque... Le problème est juste avec le fichier PDF joint aux e-mails automatiques qui ne prend pas celui du module.
  9. J'aimerai vraiment que l'on trouve une solution, mais je ne veux pas donner les login + password du BO et du FTP. Pour les raisons déjà évoqués dans le topic... Merci de votre compréhension....
  10. Vous êtes pourtant le développeur du module ? "Le problème est directement sur votre serveur et je ne peux pas aider sans accès direct" OK, mais dit moi quel est le problème... J'en conclue encore une fois que vous ne voulez pas m'apporter un soutien technique. Ou que vous ne savez pas dépanner votre module... Sans réponse favorable de votre part, je me rapproche du service client de PrestaShop pour obtenir le remboursement de votre module.
  11. Comme déjà évoqué, ma configuration est sous PrestaShop 1.6.0.8 avec les modules suivants : - 1 thème acheté - module paiement ATOS - module M4 PDF Extensions Comme vous me l'avez proposé, j'ai fait les choses suivantes : - Désinstaller (complétement) et réinstaller votre module = Pas de changement - Désactiver le module paiement ATOS, activer le module de paiement sur place et passer une commande = Pas de changement Je vais donc réinstaller PrestaShop 1.6.0.8 + votre module uniquement + ancienne base de données test Dans la mesure où cela ne fonctionne toujours pas avez-vous une autre proposition ? Et si cela fonctionne pourrez-vous me dire quels paramétrages faut-il vérifier sur mon installation ? PS : De mon côté, j'ai désactivé le thème pour remettre le thème par défaut. = Pas de changement
  12. Bonjour, Je suis plus ou moins d'accord avec vous mais uniquement dans le cas où les manipulations seraient trop complexes. Dans le cas où le développeur fait une fausse manip et plante le site. Qui doit le remettre en état ? Si le développeur aspire complétement le site, tout mon travail sera accessible à tous. Pourquoi le certificat de paiement est-il envoyé crypté et par mot de passe ? Pour restreindre sa diffusion. Personnellement, je ne suis pas favorable à donner un accès admin BO et FTP sans savoir ce que le développeur va faire. Si je restaure une sauvegarde, le problème sera toujours présent. Je me suis rapproché du service client PrestaShop pour signaler le problème. Ils sont clair sur sujet : Tout développeur de module qui est vendu sur leur site doit fournir une maintenance et je ne suis pas obligé de fournir ces informations confidentielles. Il va de soi que les informations communiquées restent confidentielles et ne sont utilisées que dans l'optique de résoudre le souci rencontré = Et en réalité cela se passe comment ? Je reste perplexe sur la déontologie de certaine personne. (Comme dans toutes activités).
  13. tuk66, J'attends toujours votre aide... Je reste à l'écoute de vos solutions. Je tiens à préciser que de vous donner les codes administrateur Back Office et ftp, n'est pas une solution acceptable. Sachant que je n'ai aucune idée de ce que vous allez faire. Je ne parle même pas du risque de sécurité et de confidentialité auquel vous n'apportez aucune attention. Pour mémoire concernant le problème : Les e-mails automatiques ajoutent en pièce jointe les factures basées sur le modèle "invoice.tpl" (modèle par défaut de PrestaShop), non pas sur le modèle personnalisé avec module. J'ai déjà désinstallé et réinstallé le module comme vous me l'avez proposé + vider le cache. Cela n'a rien changé...
×
×
  • Create New...