Leaderboard

This is very first version of the module, it will be developed and new verification options will be added. Currently, the module only checks two things, it compares name and surname. If both are identical, it does not allow you to create an account in the store. Module aslo check letters in firstname and lastname, if it's unusual it will also block spammer to create account. Accounts like below will not be created in store. ***New version 1.0.1*** in version 1.0.1 there is new option checking letters, lowercase and uppercase. Firstname or Lastname like: mcdonald, Mcdonald, McDonald, MCDONALD, mCDONALD, mCdONALD are valid and allow to create account, but Firstname or Lastname like: McDoNald, mCdOnALD, MCDonald, McDonalD etc. aren't valid and user can't create account. It also should block account like that: ***New version 1.0.2*** In this version was added verifictaion for firstname and lastname that their are same even then some letters are lowercase or uppercase in fistname and not in lastname. Before user with first and last name like: Andrew andreW was able to create account, now he will be blocked. If you have any suggestions for validating a customer account, please post below. All suggestions will be considered and the best ones implemented into the module. It should work with prestashop 8.X and lower like 1.7.8 not tested with lower version then 1.7.7 ***New version 1.1.1*** Added configuration page to module. wfeuserverification1.0.0.zip wfeuserverification1.0.1.zip wfeuserverification1.0.2.zip Version 1.1.0 and newest was not tested, you install it on your own risk! wfeuserverification-1.1.0.zip wfeuserverification-1.1.1.zip

Bonjour, Depuis la version 9 ( toujours en préparation ), PrestaShop ne publie pu un zip sans ses modules ( checkout, account, gamification ... ) Sur presta.zip vous pouvez retrouver les versions du projet open source sans tous ces modules préinstallés Enjoy

When you look in your error log you will see the following error: PHP Fatal error: Uncaught ErrorException: Warning: require(C:\\xampp\\htdocs\\var\\cache\\dev\\ContainerJiLuDQW\\getSwiftmailer_EmailSender_ListenerService.php): Failed to open stream: No such file or directory in C:\\xampp\\htdocs\\var\\cache\\dev\\ContainerJiLuDQW\\appAppKernelDevDebugContainer.php:2243 The solution that Endriu mentions and that for me worked is editing the file /app/AppKernel.php Change the function getContainerClearCacheLockPath() from protected function getContainerClearCacheLockPath(): string { $class = $this->getContainerClass(); $cacheDir = $this->getCacheDir(); return sprintf('%s/%s.php.cache_clear.lock', $cacheDir, $class); } to protected function getContainerClearCacheLockPath(): string { $class = $this->getContainerClass(); $cacheDir = sys_get_temp_dir(); return sprintf('%s/%s.php.cache_clear.lock', $cacheDir, $class); }

Vous êtes passé en MySQL 8 chez OVH et votre version Prestashop n'est pas compatible. Il faut patcher la fonction Product::getAttributesResume() en ajoutant un ORDER BY $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` '); ligne ajoutée: ORDER BY pa.`id_product_attribute`

As you may have noticed Prestashop is no longer an independent company. The last two years it has been part of a bigger company. This company increasingly pushes to get more revenue from Prestashop. The advertising on this forum is the most visual symptom of that. Another symptom is that there are now two versions of Prestashop 8.1.1 to download. On the Prestashop website you can download the "PRESTASHOP EDITION BASIC" with a size of 114 MB. On Github you can download a version of 80 MB. The difference is that the "Edition Basic" contains 11 modules extra. Here is an overview: - commercial partners (klaviyopsautomation, ps_checkout, psxmarketingwithgoogle, ps_facebook, mbeshipping) - gamification - ps_mbo: Marketplace in the Back Office: the second entry in the admin Modules menu. - ps_accounts: leads your login via the Prestashop website. Problematic when you need to have more than one login account ("employee"). When you find yourself unable to update other modules ("Could not perform action update for module undefined") this module may be outdated. You can circumvent this module by clicking on the small link to an "other" login method. - ps_edition_basic: I am not sure what it is for. It is not important. It is a major source of problems as it requires PHP 8.1 and thus torpedoes compatibility with older PHP versions. In PS 8.1.5 and 8.1.6 you may see just after the installation a warning that ps_edition_basic needs to be updated. In my case I chose to do that and the call failed. I suspect that it somehow requires you to have an account on the Prestashop website. Unfortunately I don't know an url where you could download this module in order to install it yourself. In the Modules page in the backoffice the module is not marked as needing an upgrade. Anyway, you can click the warning away and use th shop without upgrading the module. - ps_eventbus: this is some software library for sequencing tasks. It is used by other modules, including ps_facebook. For that reason removing is not recommended. It creates a ps_eventbus_incremental_sync database table that can grow very big and may need to be truncated sometimes. Search the forum for more info. - ps_metrics: provides some statistics and info about your shop. This is a Prestashop service. The first month is free. After that you have to pay. - psassistant: this module was added in 8.1.2 a few weeks after the version had been introduced (yes, Prestashop makes small changes to a release in the course of time). I suppose that it enables Prestashop to give you remote support. The core version of Prestashop is maintained by the Prestashop project with Github https://github.com/PrestaShop. The extra modules are maintained by the Prestashop company with Github https://github.com/PrestaShopCorp During an upgrade always the Github version is used. The Prestashop modules must be updated separately. If you want use an older version than the latest you can find it here. This page shows also the XML file that you will need for the 1-click upgrade module. If anyone has additional information, please write here below. If you want to install Prestashop with older PHP versions you should either take the Github version or take the Edition Basic version and allow it to fail the first time. You can then delete the ps_edition_basic module under the Modules directory and then click the link to retry the installation. For Prestashop 9 the Github version is much harder to get. See my reaction #23 below for details.

Warning! This module is likely unsuitable for most standard stores. It was created with small businesses, manufacturers, and artisans in mind, especially those frequently selling similar products under their own brand. The module integrates with ProductAdditionalInfo and ProductExtraContent, displaying text configured in its settings. The module's configuration for a specific product displays individually entered data for that product (overriding the general settings). In theory, you can configure all products in any store this way. However, in practice, for most stores, I would recommend paid solutions. 😉 gpsrproductinfo.zip

Changes the order reference from a random string to a random number or order ID. This module was used by many shops, but deleted some time ago from this forum by one nasty user. People keep asking me for it, so here it is reuploaded. Still works for Prestashop 1.6, 1.7 and 8.0. gmnumeric_v_1_2_0.zip New version - to make sure the new override is applied, I recommend to reinstall and reconfigure the module. gmnumeric_1_2_1.zip New, override free version for PrestaShop 8.1.0 and above. Please uninstall and remove any previous versions to make sure the override is gone: gmnumeric_2_0_0.zip Another version with a new feature - Order reference may be set to euqal cart ID (may be handy in some cases): gmnumeric_2_1_0.zip

Merci Grok/ChatGPT^^

Hi, i'll add a few more tips to what was written by El Patron. This is a bug of new Ps9 that will be fixed i think in the end of August with new release. Actually the code of the module is updated!!...but in backoffice it continue to show the message ..well to fix this you have to update the module and than reset the module and you will see the new version:-) https://github.com/PrestaShop/PrestaShop/issues/39151 Cheers

I started with PrestaShop, then switched to a different package and later switched back to PrestaShop 1.7. I'm now running PS 1.7.8.11. I tried updating to 8.2.1, but it failed. Updating to 9.0.0 wasn't possible directly. I then created a subdomain to install PS 9.0.0. I then analyzed both databases to transfer the data myself. I've now written SQL code to transfer my data. I chose to use the Hummigbird template. I think it looks very nice. And now that I've transferred my images and adjusted the colors, I think my website looks much better. But as others have mentioned, there are still some teething problems. It's a shame I couldn't upgrade from 1.7 to 9 all at once.

Honestly, if we take a closer look, PrestaShop has come a long way, especially since it was sold to that big logistics group. With V9, you are not really getting flashy new features, it is more about cleaning up the code, upgrading to the latest Symfony and PHP, and making sure the open source core stays maintainable for the long run. From what I have seen, their vision for PrestaShop 9, while also working on 10 in parallel, is to make it truly platform agnostic so whether you are running on AWS, Nginx, Apache, or pretty much any hosting provider, it just works without headaches. Of course, each new release means agencies and developers have to spend time adapting code, testing, and stabilizing everything, which is no small task. That is actually why we built our own theme and over 50 modules designed to work together flawlessly. Now, when we take on a client, we can cover 80 to 90 percent of their needs right out of the gate without worrying about compatibility issues.

The problem solved. It was in root/classes/controller/FrontController.php:1709 1) 'favicon' => self::configuredImageUrl('PS_STORES_ICON', $psImageUrl), The mistake was here, just updated "PS_STORES_ICON" to correct key "PS_FAVICON". Then cleared cache.

Al parecer como siempre.. a nivel técnico no esta del todo claro las especificaciones técnicas, por eso no se ven módulos. Al final sólo los sistemas SAAS en la nube tipo holded tendrán músculo suficiente para adaptarse al infierno fiscal de este país y será mejor olvidarse de la facturación de prestashop.. Veremos

Thirtybees está desactualizado, con una comunidad pequeña y desarrollo muy lento. No es comparable ni en solidez, ni en ecosistema, ni en soporte empresarial a PrestaShop 9 ni a Adobe Commerce (Magento). Solo es una opción válida para proyectos pequeños que quieran mantener compatibilidad con módulos antiguos de PrestaShop 1.6.

It seems you haven’t met a lot of devs from Poland, have you? @WitekPr there is still a need for skilled developers, both from agencies and merchants - but PrestaShop entry level has increased, and it’s way above Woo to be considered skilled developer. If you want to increase your skills and learn to be a better developer, learn Symfony and more modern tech stack, then PS is a good option. Thanks to a tech stack used in more recent PS versions, even if you decide to stop working with PS, you’ll still have a solid foundation to work on different PHP/Symfony projects.

New free module alert!!! Compatibility with PrestaShop 1.7.x - 9.x. Scans your shop searching for any vulnerability published on the FoP security advisories list. https://github.com/prestaalba/fop_publishedvulnerabilityscan/releases

As you will have noticed the Trustpilot scores for Woocommerce and Shopify are even lower. Only Magento scores slightly better. Ecommerce software has lots of options and allows on top of that plugins/modules. In such complexity things can easily go wrong. The Italian owner of Prestashop is a bit too aggressive commercially and you see that back in the reviews. Whether you will find it worth to get into it depends on what kind of development you like. Prestashop runs since version 1.7 under the Symfony framework. The supported business data have since then hardly changed. Almost all their development focuses on the software structure and to a lesser extent the backoffice. I assume they try to please some big companies. The problem is that this makes the code more and more complex what makes debugging problems harder. If you have a look at the software you should also look at Thirtybees. That is a fork of Prestashop that maintains the PS 1.6 structure of the Prestashop code and has updated it to run with the latest PHP version. A few years ago this forum was much more busy. On Builtwith you can see that Prestashop is becoming less popular rather quickly. I see a few reasons. They have made it very hard to install the software under Windows - and that is where many people try there ecommerce software for the first time. In 2021 Prestashop was bought by an Italian company - MBE Worldwide. In the process the software was split. There is now an opensource project that maintains the software core and there is MBE that provides a number of extra modules. For my taste this hasn't worked out very well. The opensource project is dominated by Linux nerds and could use some common sense from commercial people and the MBE modules tend to be not stable enough. The commercial pressure of MBE doesn't help either.

strange, in incognito mode you see it the same?

Hola, Parece ser un problema conocido. ¿Puedes revisar esta solicitud de extracción en GitHub y agregar manualmente los cambios al archivo src/Core/Context/CurrencyContextBuilder.php? --- Hello, This seems to be a known issue. Can you have a look at this pull request on GitHub and manually add the changes to the src/Core/Context/CurrencyContextBuilder.php file? Please note that this is the Spanish section of the forum.

@Ray UK are you setting UK region? one of the bugs in my screenshot point to that issue. hope it helps.

1. Built-in “Our Stores” page (free) PrestaShop core has a simple Stores feature under Shop Parameters → Contact → Stores. You can add all your reseller addresses here and enable the “Our stores” front-office block. To group by country, override the StoreDetailsController and tweak the .tpl to sort your stores array by country_name and output sections per country. 2. Store Locator & Pickup with Google Maps (FME Modules) A full-featured addon that lets you: Import/export reseller data via CSV Display markers on Google Maps, auto-detecting user location Filter by custom categories (e.g., country or region) Offer a store-pickup/POS option if needed 3. Prestashop Product Store Locator (PrestaShoppe) Designed for per-product stock visibility at reseller outlets. Merchants can: Assign products to specific reseller locations Let customers search by product or address Render a clean map widget with country/group filters 4. Prestashop Store Locator (Webkul) Similar to FME’s module, with extra goodies: Marker clustering for dense areas Detailed contact info (phone, email, hours) per reseller Scheduling for store pickup slots Multi-shop and multi-language support webkul.com Recommendation: No-code / polished look: go with FME or Webkul (both include geo-API handling, CSV import, category filters). Budget-friendly / custom: use PrestaShop’s built-in Stores page or the free blockstorelocator and add your own grouping logic in the template.

Hi. Availability parameter is not available in PaymentModule.php (Not tested!!!) updated (added in green box): $productAvailableQuantity = StockAvailable::getQuantityAvailableByProduct( (int) $product['id_product'], (int) $product['id_product_attribute'], (int) $order->id_shop ); $productInfo = new Product((int) $product['id_product'], false, $order->id_lang); $productAvailableNow = $productInfo->available_now; $productAvailableLater = $productInfo->available_later; $returnAvailabilityText = ''; if ($productAvailableQuantity > 0) { if ($productAvailableNow) { $returnAvailabilityText = $productAvailableNow; } else { $returnAvailabilityText = $this->trans('Available now', [], 'Emails.Subject', $order->id_lang); } } else { $availableDate = Product::getAvailableDate((int) $product['id_product'], $product['id_product_attribute']); if ($productAvailableLater) { if ($availableDate) { $returnAvailabilityText = $productAvailableLater. '('.Tools::displayDate($availableDate, null, false).')'; } else { $returnAvailabilityText = $productAvailableLater; } } else { if ($availableDate) { $returnAvailabilityText = $this->trans('Available later', [], 'Emails.Subject', $order->id_lang). '('.Tools::displayDate($availableDate, null, false).')'; } else { $returnAvailabilityText = $this->trans('Available later', [], 'Emails.Subject', $order->id_lang); } } } $product_var_tpl = [ 'id_product' => $product['id_product'], 'id_product_attribute' => $product['id_product_attribute'], 'reference' => $product['reference'], 'name' => $product['name'] . (isset($product['attributes']) ? ' - ' . $product['attributes'] : ''), 'price' => Tools::getContextLocale($this->context)->formatPrice($product_price * $product['quantity'], $this->context->currency->iso_code), 'quantity' => $product['quantity'], 'availability' => $returnAvailabilityText, 'customization' => [], ]; and in the TPL email template (order_conf_product_list.tpl): updated (added in green box): <td style="border:1px solid #D6D4D4;"> <table class="table"> <tr> <td width="5">&nbsp;</td> <td align="right"> <font size="2" face="Open-sans, sans-serif" color="#555454"> {$product['quantity']} {if isset($product['availability']) && $product['availability']} <br>{$product['availability'] nofilter} {/if} </font> </td> <td width="5">&nbsp;</td> </tr> </table> </td> You can do the same with the ps_emailalerts module 😉

Anti-Spam, Anti-Bot, Anti-Brute-Force, Block Unwanted Bot and Spammer Traffic The module allows you to protect registration and login forms from bots. Limit the number of login and registration attempts. Module protect and limits the use of contact form, newsletter registration form and modules 'productcomments', 'iqitreviews'. Also, the module detects and ban more than 90% of the simplest bots. It is possible to manually block an IP and Email addresses, as well as exclude blocking. The module keeps a log of connection attempts and a log of entered data. After install, module creates 2 tabs in BO Customers tab. SS Triggers - phrases and words for contact form and 'productcomments', 'iqitreviews' modules (empty table after install and create own list). SS Actions - attempts log table with controls (view, edit, delete). Developed for 8.X but may work with 1.7.8+ (Reported: works on 1.7.8.3) The module will NOT work with versions below 1.7.8.3, perhaps in the future... WARN: This module may not works if you have specific modules for login, registration, contact pages or specific modules for cache. This module uses the standard $_SERVER/ENV - php/apache vars and Cookies. Module not works if you have installed some caching module who change standard server parameters. Please write me if you have problem with module and I will try to adapt it for your site for module correct work. Download simplesecurity.zip (Always latest version.) ~=DONATIONS ARE WELCOME=~ About updates please read this topic. Also check my other modules: HTML Minifier (lightweight module)

"Featured Categories on Home Page" module (hook 'displayHome'): Header + additional description (multi-languages) Displays images of the Categories Dynamic counter of active products in the category Counter of "selected categories" Compatible with PrestaShop 1.7 - 8 Language versions: EN (PL and soon more languages...) Screen: === mkd_categories_homepage.zip

#PhenixSuite 1.6.2.33 est disponible ! 😉 Première installation ? Un seul fichier suffit: https://devcustom.net/public/scripts/dl.php?f=autoloader Changelog complet ici: https://devcustom.net/public/scripts/dl.php?f=changelog #PhenixSuite le renouveau des versions #prestashop 1.6, compatible PHP8, sécurisé et + encore à découvrir ! Concernant cette dernière version:

Hi, if the official documentation announces precise compatibilities, it's not a whim of the developers or a lack of time, just that we're certain of this data. Attempting to use other versions of PrestaShop means exposing yourself to problems, since they have not been tested and may, in some cases, cause your store to crash. PrestaShop version 9 will be compatible with more recent versions of PHP, which will oblige all third-party module developers to adapt their code to be compatible, which is absolutely not the case with PrestaShop 8. So, no, PrestaShop is neither PHP 8.2 nor 8.3 compatible, and even if you don't encounter any problems using it, there's nothing to prove that others won't have problems. So stick to the rules - you're under no obligation to switch to the latest versions of PHP. And those who talk to you about security risks, ask them to hack your site on an old PHP version and wait, because I'm saving you time, they'll never manage it.

bonjour a tous j'ai le même problème depuis quelques semaines et le support colissimo ne me donne pas de solution ... MAIS !!!!!!!!!!!!!!!!!! j'ai trouvé en fouillant sur le net, un forum wordpress ça vient du mot de passe du compte colissimo === il ne faut pas de & dedans j'ai changé le mien et ça fonctionne a nouveau, les points retrait s'affiche 🤩 si ça peut aider du monde...

Super message^^ Essaye de lire et de comprendre ce que j'explique. Moi je défends une solution française (Prestashop ne l'est plus), Open source et communautaire (Où sont les gens de Presta sur ce forum?) J'ai une solution stable avec un code 3 fois plus léger et je demande à voir tes benchmarks de 50%. Les modules suivent très bien, les seules adaptations que je dois faire concernent les versions PHP car les auteurs des modules n'ont pas vraiment mis leur code à jour. Je n'ai pour l'instant pas un module qui manquent parmi les 400 boutiques installées. Perso je crois en l'avenir et en mon travail et je considère Phenix bien supérieur en fonctionnalités et sécurité que les dernières 8 ou 9. (lire les 800 lignes du changelog) Presta a choisi une voie "technique", pas franchement à l'écoute de la communauté, moi je travaille pour mes clients qui ont de réels besoins et dont leur boutique ecommerce est leur seul CA. Je n'impose à personne de basculer sur Phenix mais pour l'instant, tout ceux qui ont fait ce choix ne le regrettent pas.

Merci, test effectué sur une base en local : pas de crash, la requête semble OK, je vais l'exécuter en ligne. Si le sujet peut servir à quelqu'un...

With your code there is a risk of an XSS attack. You must write: {$var|cleanHtml nofilter}

Hi, Yes, you will face this issue with cloudflare. You need to disable cookie check on the IP. To achieve the same go to Admin -> Advanced Parameters -> Administration & set Check the cookie's IP address to No. Hope it will help.

Opracowałem sobie prosty moduł, dodający do sklepu możliwość wyboru paczkomatu zgodnie ze specyfikacją Geowidget v4. Moduł po instalacji tworzy nowego przewoźnika, którego trzeba skonfigurować i aktywować (uwaga! nie kasować go bo będzie trzeba przeinstalować moduł). Następnie w procesie zamówienia przy tym przewoźniku pojawia się możliwość wyboru paczkomatu, który potem jest widoczny na karcie zamówienia w sekcji Wysyłka. Moduł na sklepie demo Zapraszam do testowania i zgłaszania uwag! Moduł dla wersji minimum 1.7. Aby pobrać moduł trzeba być zalogowanym na forum, najlepiej pobrać zawsze wersję najnowszą. gmparcellocker_1_0_0.zip Aktualizacja - wersja 1.1.0 Dwie nowe funkcje: dostępna zmienna {gmparcellocker}, którą można wykorzystać w szablonach maili order_conf i new_order opcja zamiany adresu dostawy na adres paczkomatu - uwaga! aby ta zamiana była widoczna wszędzie, najlepiej żeby moduł był pierwszy podpięty na hooku actionValidateOrder gmparcellocker_1_1_0.zip Aktualizacja - wersja 1.2.0 Integracja z Baselinkerem - aby dane paczkomatu pokazywały się jako punkt odbioru. Przy integracji przez API po instalacji modułu trzeba w ustawieniach klucza API zaznaczyć wszystkie uprawnienia dla zasobu bl_order. Powinna działać również integracja przez plik (z informacji od użytkowników Baselinker uwzględnia moduł przy tym sposobie integracji) gmparcellocker_1_2_0.zip Aktualizacja - wersja 1.2.1 Lekko zmieniony sposób wyświetlania przycisku uruchamiającego mapę, aby umożliwić współpracę modułu z modułem One Page Checkout. Aby to działało konieczne może być włączenie opcji "Włącz kompatybilność z modułami wysyłkowymi" w module OPC. gmparcellocker_1_2_1.zip Aktualizacja - wersja 1.2.2 Dodana poprawka wprowadzona przez autorów modułu SuperCheckout + parę zmian kosmetycznych w kodzie. gmparcellocker_1_2_2.zip Aktualizacja - wersja 1.3.0 Nowa funkcja - możliwość ustawienia sposobu wyświetlania wyboru paczkomatu - okno modal lub lista rozwijana gmparcellocker_1_3_0.zip Aktualizacja - wersja 1.3.1 Dodane zmiany wprowadzone przez autorów jeszcze kolejnego modułu OPC, zmiana w tłumaczeniach na "Paczkomaty 24/7" gmparcellocker_1_3_1.zip Aktualizacja - wersja 1.4.0 Możliwość wyświetlenia informacji o wybranym paczkomacie w dowolnym miejscu w szablonie. Robimy to za pomocą widgetu: {widget name='gmparcellocker'} gmparcellocker_1_4_0.zip Aktualizacja - wersja 1.4.1 Dodane tworzenie drugiego przewoźnika - "Paczkomaty 24/7 w weekend", przewoźnik działa na takiej samej zasadzie jak podstawowy, tylko dla wyboru paczkomatu na mapie (nie jako lista rozwijana) gmparcellocker_1_4_1.zip Aktualizacja - wersja 1.4.3 Drobne poprawki na podstawie dyskusji tu na forum gmparcellocker_1_4_3.zip Aktualizacja - wersja 1.4.4 Unikanie konfliktu z modułem Baselinker, kasowanie danych z bazy w sytuacji gdy klient się rozmyśli i wybierze dla zamówienia innego kuriera. gmparcellocker_1_4_4.zip Aktualizacja - wersja 1.4.5 Tworzenie nowego przewoźnika "Paczkomaty 24/7 pobranie". Nie różni się niczym innym od zwykłego i weekendowego poza nazwą. Zrobione jest to przy założeniu, że każdy paczkomat może być pobraniowy. gmparcellocker_1_4_5.zip Aktualizacja - wersja 1.4.6 Drobne poprawki związane z przekazywaniem zamówień do BL. gmparcellocker_1_4_6.zip

If this is your account: https://www.prestashop.com/forums/profile/1944691-mehdi-bourechka/ it is not banned. Moderators don't care you are certified agency, prestashop partner etc. if you follows rules you shouldn't be worried.

Salve, https://github.com/PrestaShop/PrestaShop/issues/39151 Ho una copia installata ieri sul mio vps e fá la stessa cosa...sul BO non cambia ma in realtá il moduli sono aggiornati..su un'altro vps invece nessun problema. Praticamente dopo aver aggiornato se resetti i moduli allora risultano aggiornati Verrá fissato nella prossima patch a fine Agosto ciao

PD: olvídate de actualizar a PS8 con el 1 click upgrade, solo los módulos de pago como Migration Pro dan garantías de verdad, y de hecho te permiten hacerlo a una velocidad increíble. Si necesitas apoyo con esto, tengo servicio de actualización en descuento, te incluyo consultoría y tutoriales gratis si veo que necesitas algo. Ánimo!

El video es una vision general pero no realista para una pequeña tienda o una con muchas personalizaciones ¿ Pensando en migrar ? 1 - A menos que la tienda sea muy basica y no use casi modulos externos hay un costo de actualizacion mas alto que cuando se migro de la 1.6 a la 1.7. No van a poder migrar automaticamente con una tienda con muchos modulos sobre todo si son viejos. 2 - Revicen si sus modulos son compatibles con PS 9 incluso modulos que son muy utilizados del store todavia no son compatibles. Hay modulos claves como de busquedad, filtros y de forma de pago que no funcionan por ahora. (No he revisado los de despachos pero imagino que los mas personalizados tendran problemas ) 3 - Modulos personalizados necesitan revisarlos porque a menos que sean muy basicos hay cambios en algunas clases sobre todo de Symfony (por ejemplo Symfony\Component\Translation\TranslatorInterface a Symfony\Contracts\Translation\TranslatorInterface cambio facil pero no es automatico hay que revisar ) 4 - Incluso si los modulos funcionan en php 8.1 revicen que funcionen en 8.4 porque pueden tener problemas 5 - Hasta ahora no he encontrado problemas con los modulos front-end ni con el nuevo tema pero si usan una plantilla que depende de modulos propios para que funcione la probaria primero en una tienda limpia a ver si funciona. ¿Debo migrar? yo diria siempre que si * Yo recomendaria ahora solo si tu tienda es basica y no requiere modulos externos * Si tienes muchos modulos debes esperar a que se actualicen y si es personalizado revisar.

The huge number of bugs reported on github contradicts such reasoning. Just like the false information that prestashop 9 is compatible with PHP 8.4 https://github.com/PrestaShop/PrestaShop/issues/38985

Maybe it should be better waiting for a future more stable version and until all module developers are also in line so you don't have compatibility issues:

I’m not sure what you’re asking. If your server doesn’t support exec and PrestaShop uses it, as clearly shown in the error you shared, then it simply won’t work. Unless you contact your hosting provider and they change the server settings. You can clear the cache manually by deleting the contents of these folders: var/cache/dev/* var/cache/prod/* You could also rewrite the function in PrestaShop, but that doesn’t make sense in the long run.

No, there is no such option in PrestaShop. The PrestaShop default shipping works only based on the product price and weight. So you can define the Price and weight impact on the combination level, not the dimensions

Zrobić kopie roboczą zarówno sklepu jak i msql na tymczasową domenę (reinstalacja sklepu pod domeną roboczą) dokonać aktualizacji moduły (tu bym pokusił się o wyłączenie modułów nie standardowych wbudowanych w prestę) + szablon najlepiej na szablonie standardowym przełączyć po czym dokonać aktualizacji systemu sprawdzić działanie wszystkiego rozwiązać problemy + włączyć i doinstalować moduły dodatkowe, na końcu bym wdrożył nowy szablon i dopracował grafikę jeszcze raz wszystko sprawdzić i przerzucić na domenę docelową. Nagrałem dwa filmy kursy pomocne w tym procesie Zwróć uwagę że często przy przejściu z wersji niższej np. 1.7 do 8 lub 9 mogą pojawić się problemy programistyczne i jest to proces o wiele trudniejszy niż aktualizacja w danej wersji sklepu na pewno nie rób tego na sklepie produkcyjnym działającym a na kopii.

Baja tu PHP a 8.1 / 8.2.

Si vous avez accès au php.ini augmentez le memory_limit car c'est géré dans src/Adapter/Product/AdminProductDataProvider.php public function getPaginationLimitChoices() { $paginationLimitChoices = [20, 50, 100]; $memory = Tools::getMemoryLimit(); if ($memory >= 512 * 1024 * 1024) { $paginationLimitChoices[] = 300; } if ($memory >= 1536 * 1024 * 1024) { $paginationLimitChoices[] = 1000; } return $paginationLimitChoices; }

You need to connect to the FTP and delete the folder that I mentioned. After that you can start over and reupload the module to your store. But I recommend staying away from SmartBlog, look for modules with some better code quality.

If you deleted smartblog, you also need to delete home/nadalco/public_html/modules/smartbloghomelatestnews because it requires smartblog directly.

Creative Element... Pitié, arrêtez de recommander l'utilisation de page builders ! Ce sont des usines à problèmes en plus de pondre en sortie du code absolument infâme...

Pour les modules propriétaires non open source et non core Prestashop, merci de vous adresser à l'auteur. Vous avez payé pour ce "service", alors qu'ici tout est gratuit 😉

Hi, I am interested in helping you upgrade. I am a bit puzzled by what you mean with "without errors in integrated modules". Do you have custom made modules that need adaptation? Or do you only have market place modules that can be upgraded to the latest version. I have considerable experience upgrading Prestashop shop and I am the author of the free update tool Copy_shopdata. Kind regards, Wim Roffel Prestools

Lol, oui je l'ai corrigé^^

Hello, the fix worked, kinda. The module is now deactivated but it's still in the menu and the users list where you can't remove it from the backoffice. Consequence : the shop is now wayyyyyyyy faster. Module was really slowing it down a lot. It was not the cause of the crash but it was an aggravating factor.