All Activity

I am trying to hide out of stock products from Catalog and Search but leave accesible via URL. How to do it? Are there modules for it? Tried to modify search controller but in search I lost paging (not all product showed). Any tips?

Hola, haces la instalación de la nueva versión en tu servidor o en local y migras los datos que necesites de la tienda de origen. Al ser una nueva instalación tendrás que trabajar con la plantilla de la nueva versión. El proceso es rápido y al menos en la migración no he tenido problemas. Luego ya está el tema de configurar prestashop 8 y el tema del diseño que es lo que realmente lleva tiempo.

I didn't understand it well try this 'page' => $this->_getProductID($params['product']->id)

Hello, I just had a look. This is not really a PrestaShop specific issue, but a CSS issue. In custom.css you have the following: &:nth-child(1) { top: 180px; transform: scale(0.9); } The transform property is causing the issue. As you can see highlighted in my screenshot, once that is removed/commented, the page behaves as expected (at least in my case).

Hi @jamshidpour, I had a look over it and the problem seems to be the fact that the module is not declared as compatible with PrestaShop 8. Other than that, it still works fine. You can just do the following in order to make it work: - download the latest archive - unarchive it - go into the fixconfigurationlang directory - edit the fixconfigurationlang.php file - replace line 44 ('max' => '1.7.99.99',) with the following: 'max' => '8.99.99', - save the file - archive the directory fixconfigurationlang directory Once these steps are completed, you can try and upload the new archive. It should work at this point.

Zakładam że przeinstalowanie samego modułu powinno wystarczyć.

Les raisons sont : (avec une pointe de bienveillance, d'humour et d'amitié) Mettre à jour Prestashop vers sa dernière version permet de bénéficier des mises à jour de sécurité. N'en déplaise à certains, sauf aux développeurs qui savent les appliquer sans mise à jour et aux autres qui attendent l'e-commerçant au bout de l'étal. Idem pour la version de PHP qui peut monter également. Bénéficier des nouvelles et des améliorations… Et j'en passe... Bref, oui, il est toujours intéressant de monter de version, avec bien entendu de la prudence et de la patience. La migration n'est absolument pas compliquée. Mais pourquoi compliquer quand on peut faire simple… Soit, on investie dans un travail complet avec un pro, car celui-ci ayant obligation de resultat puisque il est inscrit en tant que commerçant, se devra de faire le travail proprement afin de ne pas se retrouver au tribunal par la suite... Oui ça se paye. Soit, on le fait soi-même, en prenant patiemment le temps, en étant épaulé par un forum comme celui-ci, par un groupe fb ou par un dev payé au lance patate, c'est-à-dire aux conseils. Mettre à plat une stratégie d'évolution afin de bien réfléchir et d'éviter les erreurs… Est-ce compliqué ? Un papier, un tableau, un griffonnage listant les phases de travail. Ce que l'on appelle à juste raison un Cahier des charges. Dans le cas de base, il suffit de cloner sa boutique. Facile à faire si l'on a un contrat chez un excellent hébergeur comme o2switch qui le permet simplement grâce à son cPanel. Et de travailler sur ce clone sans risque sur sa boutique… Clones à volonté sur un sous-domaine (gratuit chez un excellent hébergeur comme o2switch) Après tous vos tests, mise à jour directe, via un module, via une manipulation directe des dossiers et des fichiers, via qui vous voulez, voir avec un dév sympa qui ne va pas vous prendre votre chemise, les chaussures et les clés de la fourgonnette… Mais pas non plus un Mars et 10 balles. Donc, après tous ces tests ! Vous pourrez sauvegarder votre boutique sur un nouveau clone (proprement), vérifier les sauvegardes automatiques grâce à votre nouvel hébergement pris chez un excellent hébergeur comme o2switch... Sauvegardes journalières qui vont vous rassurer, car plusieurs précautions valent mieux que de perdre les clés de sa caisse, voir plus haut… Préparer la future boutique sur un nouveau clone et une fois mise à jour, remplacé celle en ligne en n'oubliant pas de la mettre OUT quelques minutes (la nuit avec une bonne bière). Et voilà le travail ! Où est-ce compliqué ? Alors oui, vous retrouvez votre boutique à l'identique, avec la version de PS8 mais avec les mêmes problèmes existants s'il y en avait avant… Rien de neuf et bien entendu qu'un bon développeur va passer du temps à vérifier, corriger, arranger, bichonner… Mais vous aurez votre même boutique passée de PS1.7 à PS8. Que vous dire de plus ? Ha, changez votre popup, il y a plus agréable. Un thème plus joli et efficace coute moins de 200 balles (votre warehouse est trop compliqué, donc mal utilisé). En tant qu'ancien Cam je vous assure que vous pouvez investir un petit peu. Caro, posez vos questions et avancez avec un plan bien construit, étapes par étapes... Tout est possible facilement, mais oui, comme la mise en route d'une boutique, d'un ban ou d'une estafette d'ambulant vous devrez investir. Mais pas forcément la caisse du mois en pleine saison. Mais ne restez pas sur un échec, une façade agréable est vendeuse. 🙂

Jak to naprawić? To jest wskazanie do bazy danych? Czy sam update całej Presty może to rozwiązać?

Pour info MySQL8 ignore le tri par primary key alors que c'était implicite dans les versions inférieures.

Problème résolu ! Il faut ajouter dans la fonction getAttributesResume() de la classe Product.php un tri : ORDER BY pa.`id_product_attribute` ASC Voici le code : $combinations = Db::getInstance()->executeS('SELECT pa.*, product_attribute_shop.* FROM `'._DB_PREFIX_.'product_attribute` pa '.Shop::addSqlAssociation('product_attribute', 'pa').' WHERE pa.`id_product` = '.(int)$this->id.' GROUP BY pa.`id_product_attribute` ORDER BY pa.`id_product_attribute` ASC');

Tengo una tienda con la versión antigua de prestashop 1.6. Tengo previsto en breve actualizar a la versión 1.7.7. Mi pregunta es: después de esa migración, ¿me valdría la pena pasar a una versión 1.7.8 o una superior 8.x?

In short, I bought a module from this "developer" because he agreed to help me on integrating it into my site. But, then I didn't get a satisfactory answer, and after few more emails he/she just stopped responding. Before purchasing the module I asked the dev if a refund would be acceptable if no way to integrate it into my store, and said: yes, no problem. Now, It's been more than a month, and I still haven't received a reply to my multiple emails sent. So MONEY LOST. I would not recommend anyone that should need help to buy any module from them. https://mypresta.eu/

Mon client rencontre un problème depuis la migration vers MySQL 8. Sur la fiche produit, dans l'onglet Quantités, les id des déclinaisons sont mélangés, ce qui fait que lorsque par exemple on met 1 en quantité pour un canapé couleur gris anthracite, c'est le canapé couleur gris clair qui est affecté. Le problème se situe au niveau du nom des champs des quantités. Exemple qty_5532 alors que ça devrait être qty_5531.

any example?? I want to call this public function public function _getProductID($id_product) { return Db::getInstance(_PS_USE_SQL_SLAVE_)->getValue('SELECT `id_product` FROM `'._DB_PREFIX_.'packing_product` WHERE `id_product` = '.(int)$id_product); } file : modules/mymodule/mymodule.php and this is my hook function public function hookDisplayProductAdditionalInfo($params) { $id_shop = Context::getContext()->shop->id; $products = $this->_getProducts($id_shop); $this->context->smarty->assign([ 'products' =>$products, 'page' =>$this, ]); return $this->display(__FILE__, 'product.tpl'); } file : modules/mymodule/mymodule.php and this is tpl page {foreach from=$products item=p} {assign var='id_Product' value=$page->_getProductID($p.id_product)} {/foreach} file: modules/mymodule/views/templates/hook/product.tpl The error is caused by this script: 'page' =>$this, file : modules/mymodule/mymodule.php and this: value=$page->_getProductID($p.id_product) file: modules/mymodule/views/templates/hook/product.tpl

Au final : ce qui en ressort d'après moi c'est que la migration peut être compliquée. Certains conseillent même de réinstaller un PS 8.1 et réinjecter les données. On m'a posé des questions su "pourquoi passer en 8.1", et je n'ai pas de vraie raison ! Donc je vais rester en 1.7 pour le moment, avec la derniere MaJ pour un max de sécurité. Et je verrais plus tard si j'investis ou pas. merci à tous de vos contributions !

Ah le coup de vice ! Merci @Mediacom87 !

Hello, I want to create a php script to calculate the shipping cost using my prestashop rules. I understand the function to use is getPackageShippingCost from classes/Cart.php. I must mis understand how to call it/the parameters. Here below my code. I would rather to call with a list of product but if not possible the cart ID would be ok I get a fatale error. (using php8.0) How would you correct this code ? I thank you a lot in advance for your help ! Alexandre <?php // Inclure le fichier d'initialisation de PrestaShop require_once('/home/otokipd/www/config/config.inc.php'); // Inclure le fichier Cart.php où se trouve la fonction require_once('/home/otokipd/www/classes/Cart.php'); // Charger le contexte actuel de PrestaShop $context = Context::getContext(); // Récupérer l'ID du panier $id_cart = 13239; // Récupérer l'ID du transporteur (carrier) et la zone (zone) appropriés à votre situation $id_carrier = 219; // Modifier avec l'ID du transporteur approprié $id_zone = 113; // Modifier avec l'ID de la zone appropriée // Créer une instance de la classe Cart avec l'ID du panier $cart = new Cart($id_cart); // Créer un tableau avec les informations du produit $product_list = array( array( 'id_product' => 1026, // ID du produit 'id_product_attribute' => 0, // ID de l'attribut du produit (0 pour le produit sans attribut) 'quantity' => 1, // Quantité du produit 'is_virtual' => 0 // Indique si le produit est virtuel (1 pour virtuel, 0 pour physique) ) ); // Récupérer le coût d'expédition du colis en utilisant la méthode getPackageShippingCost() $shipping_cost = $cart->getPackageShippingCost( $id_carrier, // ID du transporteur true, // Utiliser la taxe $default_country, // Pays par défaut (utilisé si le paramètre $default_country est null) $product_list, // Liste de produits concernés par l'expédition (null pour tous les produits du panier) $id_zone, // ID de la zone false // Garder les prix de commande (keepOrderPrices) ); // Afficher le coût d'expédition if ($shipping_cost !== false) { echo "Coût d'expédition : $shipping_cost"; } else { echo "Impossible de calculer le coût d'expédition pour le transporteur $id_carrier et la zone $id_zone."; } ?>

It's not working with prestashop 8.1, can't be installed on PS 8.1, is it possible to update it? Thanks for sharing such a useful tool.

Bonjour, vous devez avoir installé l'offre Basic mis en avant par PrestaShop et développé spécifiquement par les équipes de PrestaShop. Cette version n'est pas la version open source officielle et donc si vous rencontrez un souci d'utilisation ou de configuration avec la version Basic, voyez avec le support de PrestaShop SA. Le problème que vous évoquez n'existe pas sur la version officielle open source : https://www.prestashop-project.org/

Salut, Pour remplacer le fichier Search.php situé dans modules/ps_facetedsearch/src/Product/Search.php dans PrestaShop, vous devrez suivre ces étapes: Créer un fichier de remplacement : Tout d'abord, vous devez créer un fichier de remplacement dans la structure de votre projet PrestaShop pour remplacer le fichier Search.php original. PrestaShop fournit un mécanisme pour remplacer les fichiers principaux sans les modifier directement. Copier le fichier original : Copiez le fichier Search.php original depuis modules/ps_facetedsearch/src/Product/Search.php vers votre répertoire de remplacement. Le répertoire de remplacement se trouve à override/modules/ps_facetedsearch/src/Product/Search.php. Modifier le fichier de remplacement : Ouvrez le fichier Search.php copié dans votre éditeur de code préféré. Modifier la fonction : Localisez la fonction addCommonFilters() dans le fichier Search.php et ajoutez votre logique personnalisée pour masquer les produits sans stock et les prix nuls. Voici comment vous pouvez le modifier: protected function addCommonFilters() { parent::addCommonFilters(); // Masquer les produits sans stock $this->addSearchFilters(['availability' => [2]]); // Masquer les produits avec des prix de 0 $this->getSearchAdapter()->addFilter('price', [0], '>'); Save to grepper } En suivant ces étapes, vous pourrez remplacer le fichier Search.php du module ps_facetedsearch dans PrestaShop et ajouter votre logique personnalisée pour masquer les produits sans stock et les prix nuls.

Hola, Inicie sesión en su Back Office de PrestaShop. Navegue a Traducciones: Vaya a Internacional -> Traducciones en el menú de la izquierda. Seleccione el tipo de traducción: en la página Traducciones, verá diferentes tipos de traducciones. Como desea cambiar una etiqueta de recepción, seleccione Traducciones de recepción en el menú desplegable. Elija su idioma: seleccione el idioma para el cual desea cambiar la traducción. Si tu tienda está en inglés, selecciona English (English). Busque la etiqueta "Identificación": en el cuadro de búsqueda, ingrese "Identificación" para filtrar las traducciones. Edite la traducción y guarde la misma.

Beste Plasicor, In principe zou je dat met ieder thema kunnen d.m.v. de aanbevolen producten module. Daar kan je namelijk het aantal te tonen producten aangeven en ook uit welke categorie. Dus als je bijvoorbeeld als categorie Home geeft en al je producten daar aan linkt heb je het op die manier opgelost. Succes er mee!

Bonjour à tou.te.s Sur Presta 8.1.5, je n'arrive pas à afficher la page Catégorie sans la colonne de gauche. J'ai désactivé tous les modules y étant accrochés, j'ai désactivé la position displayLeftColumn, mais rien n'y fait. Dans les versions précédentes, il y avait un paramètre permettant de choisir 1, 2 ou colonnes pour les pages de catégorie. Existe-t-il toujours, et où ??? Merci de votre aide.

C'est la version 1.7 adaptée aux 1.6 Concernant Phenix: https://eoliashop.com/prestashop-new

To allow searching and filtering, from the grid views. FYI, the tables don't just fill up, items that are out of date (according to the number of days you set for your history) are discarded. New items (logs) are added only when you choose to refresh the list.