Search the Community

Bonjour, je rencontre un soucis avec mes fiches produits dans mon back office. Lorsque je met à jour une description, un prix, une quantité ou même le titre et que j'enregistre cela me note "réglages mis à jour". Seulement sur le site rien ne change et quand je retourne dans le back office sur cette fiche produit, tout s'est remis comme avant. Cela se met à jour le lendemain seulement, ou parfois pas du tout. C'est très problématique puisque de ce fait je ne peux plus mettre à jour mes fiches produits manuellement. Je dois avoir un problème de cache mais je n'arrive pas à trouver où.. Merci Version 1.7.8.2 Thème Lovesex

Clear Customer Browser Cache for PrestaShop The PShowClearBrowserCache module will allow you to efficiently clear outdated cache files in the browsers of customers visiting your shop. The module supports all browsers available on the market. You will be sure your customers can see the current version of your shop in their browsers. https://prestashow.pl/en/35-clear-customer-s-browser-cache-for-prestashop.html Do you often modify files in your shop? Each web browser saves some of your store's resources in its memory so that your website loads faster. This is a big convenience for customers. Unfortunately, such a solution has its drawbacks. If you are improving files that are responsible for the layout of your shop (css) or the functionality (JavaScript), there is a high probability that the browser will load outdated files from its memory. Customers will not see the changes until they clean their browsers themselves. Our module forces users to download current files The module works with all the most popular browsers: Chrome, Opera, Mozilla, Edge, Safari, and Internet Explorer. Your customer's browser will remove and generate a new cache only for your shop. The rest of the cache will remain intact. This process will be unnoticeable for your customers, and you will be sure that your website’s visitors can see the same website on the screen as you do. Clear the cache of items that are important to you In the module configuration you can choose the pages of the shop, which will be refreshed on the page of your customers' browser. You can determine a specific number of days between which the action will be executed. This will allow you to delete the specific elements from the memory and the remaining ones will be loaded, which will save time and transfer on the side of the client. Trigger the cleaning once or regularly. Cache cleaning can be triggered once or regularly, e.g. once a week. Configuration is intuitive and simple. The module will not clear the cache if it confirms it is up to date Our module saves information about the current status of resources in the browser and on this basis decides whether the memory of the browser needs to be cleared. Clear Customer's Browser Cache for PrestaShop You can find more detailed information about this module at: https://prestashow.pl/en/35-clear-customer-s-browser-cache-for-prestashop.html Test this and other PrestaShow modules in our demo shop at: http://demo.prestashow.pl/

Hello , i have a custom module with front controller , its tpl file includes a hook as below : {block name='faq'} {hook h='DisplayFaqWrapper' mod='PsCustom'} {/block} Below , is my hook , I used to manage cache but it doesnt work : <?php namespace PrestaShop\Module\PsCustom\Hook; use Cache; use Context; use PsCustom; use Doctrine\ORM\EntityManagerInterface; use Exception; use PrestaShop\Module\PsCustom\Entity\PsCustomCategory; use PrestaShop\Module\PsCustom\Service\PsCustomCategoryService; use Tools; /** * Trait DisplayFaqHook * @package PrestaShop\Module\PsCustom\Hook */ trait DisplayFaqHook { /** @var string */ public $template = 'module:' . PsCustom::MODULE_NAME . '/views/templates/hook/faq.tpl'; /** @var string */ public $faqCacheId = PsCustom::MODULE_NAME . '|hookDisplayFaqWrapper'; /** * Render faq template from cache * @throws Exception */ public function hookDisplayFaqWrapper(): string { try { /** @var PsCustomCategoryService $faqService */ $faqService = $this->get('prestashop.module.ps_custom.service.ps_custom_category'); //if (Tools::isSubmit('submitFaq')) { $searchFaq = htmlspecialchars_decode(trim(Tools::getValue('searchFaq'))); $data['searchFaq'] = $searchFaq; //} // var_dump($this->getCacheId('PsCustom')); // var_dump($this->isCached($this->template)); // var_dump($this->isCached($this->template, $this->getCacheId($this->faqCacheId))); if (! $this->isCached($this->template, $this->getCacheId($this->faqCacheId))) { // die('block 1'); $data['PsCustomCategories'] = $faqService->getFaqByCategories($searchFaq); $this->context->smarty->assign('data', $data); } else { die('block 2'); } if (Tools::isSubmit('submitFaq') || Tools::isSubmit('clear')) { $this->context->smarty->assign('data', $data); return $this->fetch($this->template); } //die('not in cache block'); return $this->fetch($this->template, $this->getCacheId($this->faqCacheId)); } catch (Exception $exception) { error_log('CPM LOG: ' . __METHOD__ . ' ' . $exception->getMessage() . ' ' . $exception->getTraceAsString()); return false; } } } This instruction always return false : $this->isCached($this->template, $this->getCacheId($this->faqCacheId)) Any idea to fix the cache ? Thanks in advance

Good morning; Memcached library are working correctlly on front office, the time response on catagory are good, but it are caching backoffice sessions and modules and is imposible to work, Some one solved that problem? Anyone know what classes have to by modified to avoid the backoffice caching? ¿Anyone have some url with documentation?

Is your PrestaShop website slow? If so, you're not alone. A slow website can frustrate visitors and lead to lost sales. In fact, studies show that a 1-second delay in page load time can lead to a 7% decrease in conversions. But don't worry, there's a solution. The "Super Speed" module is designed to supercharge your PrestaShop website's performance, making it faster and more efficient. Our "Super Speed" module offers several advantages: it can enhance page load times by up to 50%, improve SEO rankings by making your website faster, and ultimately lead to increased conversions, resulting in higher sales and profits. If you're looking to accelerate your PrestaShop website and drive better results, the "Super Speed" module is the ideal solution for you. Super Speed module is now available on the PrestaShop Addons Marketplace. Download now: https://addons.prestashop.com/en/website-performance/44977-super-speed-incredibly-fast-webp-cache-seo.html Compatibility: PrestaShop 8, PrestaShop 1.7, and PrestaShop 1.6 Demo: Front office | Back office HOW SUPER SPEED MODULE CAN IMPROVE YOUR PRESTASHOP WEBSITE'S PERFORMANCE? Our "Super Speed" module enhances website speed through several strategies: By storing static content in cache files, including HTML, CSS, and images, the module avoids regenerating content for each user. This retrieval from the cache speeds up content display, benefiting the page load time. The module eliminates redundancy by cleaning the database and compressing CSS, JS, and HTML files. This reduces SQL query times, enabling quicker data retrieval and processing, ultimately boosting website speed. Our speed optimization tool for PrestaShop optimizes images and compresses files, reducing their size. Smaller files take less time to download, resulting in faster file loading and overall site speed improvement. Introduction Video: With over 8815+ downloads and a track record of satisfied customers, it's clear that this module delivers exceptional results. But don't just take our word for it; here's what a few of our customers have to say: Olajide A: "The module improved load time from 55 secs to 4.2 secs. and it gives us unlimited image optimizations with Lazy loads. I highly recommend this module to anyone looking to improve web load time." Martin K: "I have found this module to be very beneficial. It has significantly sped up my website, creating a marked improvement in the user experience for customers interacting with the site. This has made browsing and shopping so much smoother for my customers. The process of converting images to WebP format was also straightforward and without issues. This has resulted in a noticeably better performance. Therefore, I can confidently recommend this module for those looking to optimize their website." Soon Kheng L: "We are very happy with your prompt after-sales service. There was a minor issue, and PrestaHero fixed it on the same day! The Super Speed module is so great. Our website's loading time and speed have improved significantly. It is so easy to install and configure, with a single click on the 'Auto configuration' button. We are happy with this product and have purchased two other modules from PrestaHero. Thanks, PrestaHero!" With results like these and a growing community of satisfied users, Super Speed is the module you can trust to take your website's performance to the next level. Download Super Speed now and start speeding up your site! Have questions or need assistance? Feel free to leave a comment or contact directly to our technical support on Addons Marketplace.

Good morning, I have a problem that sometimes occurs both to me and to clients who enter the website and go through the process of making a purchase. For some reason that I don't know, if customers reach the checkout page and at that moment do not complete the purchase and close the tab in the browser or go back or reload, when they return to the checkout page and click to finish the purchase, the page remains blocked and instead of going to the payment gateway, it stays in a loop and loads the checkout page again or when trying to enter the checkout, it redirects them to the main page. I have verified that clearing the browser cache solves this, but many customers abandon the page for this reason. Any ideas why this happens and how to fix it permanently without having to clear the browser cache? Thanks in advance.

I'm encountering a problem with my Prestashop 1.7 website, specifically when the TM Mega Menu module v1.7.2 (by Alexander Grosul from TemplateMonster) is enabled. The error I receive is: (1/1) SmartyException Source: Missing name in smarty_template_source.php line 169 at Smarty_Template_Source::load()in smarty_internal_template.php line 168 at Smarty_Internal_Template->__construct()in Smarty.class.php line 1028 at Smarty->createTemplate()in Module.php line 2518 at ModuleCore->getCurrentSubTemplate()in Module.php line 2569 at ModuleCore->isCached()in tmmegamenu.php line 2764 at Tmmegamenu->renderWidget()in Hook.php line 1018 at HookCore::coreRenderWidget()in Hook.php line 43 This issue disappears when I disable the TM Mega Menu module. I've created my own child theme for Prestashop 1.7. I've noticed that when the TM Mega Menu module is active, no files are being created in the Smarty cache directory. However, when the module is disabled, cache files start to appear. The problem started after I migrated the shop to a different server, which runs a different PHP version. The old server was using PHP 7.3, and the new one is on PHP 7.4. Unfortunately, I don't have the option to upgrade the module or change the PHP version. My Prestashop version 1.7.8.6 Any advice or insights into this issue would be greatly appreciated. Thank you! I have tried clearing the cache multiple times and experimented with various settings for Smarty cache generation, but the problem persists.

Hi, I created a second prestashop 1.7 site by cloning the first one. “secret/cookie_key/cookie_iv/new_cookie_key” were not changed inside of (../app/config/parameters.php). I put both prestashops on the same server with memcached/apcu installed. but I can’t use no memcached neither apcu with both of them since each of them generates the same cache keys. DO you know what configuration changes should I do to make the cache keys different? My understanding that prestashop generates the cache keys with prefix and this prefix should be unique per each site. But I do not know what settings should be changed and how. Any help is appreciated. Thank You

Hi, I'm asking for help cause I'm out of ideas. Since December 2021, my Prestashop 1.6.1.9 started to crash and return blank pages until the website was not responding at all. I found out that there are new folders created in /cache/smarty/compile & /cache/smarty/cache, as 'root' user instead of 'www-data' (or other apache's user). After I empty the cache (file system) I get this : This folder has 0 as owner (root) : www/web/cache/smarty/compile/f4/1d My only 2 temporary solutions for this is to "chown -R www-data:www-data" all the time on /cache & /compile Smarty folders And the other solution is SQL cache instead of filesystem cache, but after a couple of days, the db is too big and I need to manually empty the cache or the site will be too slow to load

This question relates to my earlier post https://www.prestashop.com/forums/topic/636915-solved-prestashop-redirects-to-login-screen-when-accessing-some-bo-menu-items/ which I thought was resolved but isn't. I am starting a new post because some information in the old one didn't relate to the actual issue, so for more clarity here it is revised: Since moving my client site to a new hosting server (where I have a number of other Prestashop sites hosted without any problem), my client's site has problems accessing some back office menu items, namely Orders, Customers and Performance. If you click on any of these, you get redirected to the login screen. Not crashed out, just redirected. Going backwards in the browser brings us back in. For the Order page for example, the URL for the menu item is: https://www.XYZcompany.com/shop/admin/index.php?controller=AdminOrders&token=4da9c0650556eb6956c784aa1b14a2bb However, if we click on it, it becomes: https://www.XYZcompany.com/shop/admin/index.php?controller=AdminLogin&token=af3bdebf540cc4942582bb9479e49ba2&redirect=AdminOrders and redirects to the login page. But, if we copy this link directly into the browser but REMOVE the token part, it opens the Orders page correctly: https://www.XYZcompany.com/shop/admin/index.php?controller=AdminOrders Yesterday, we did this a few times. At first, after accessing the Orders page with the ex-token URL and then moving around to other menu items, when getting back to Orders we would still get redirected to the login screen. But after a while, a new token seemed to have been generated that the system was happy with and we could access Orders by clicking on the menu as normal. So I thought the issue was resolved. However, this morning we are back to the redirect, and so far I have not been able to resolve it. Any suggestions from developers with a better understanding of tokens would be appreciated. I can only find information realting to error messages about "Invalid Security Tokens" but there are no error messages for us, just the redirect. Thanks!!

Hola, tengo un problema con la cache activada de Smarty, por ejemplo con el módulo de Powerful Form Generator si está activado no me guarda ninguno de los formularios que hay, desactivado funciona. Otro caso es, por ejemplo, si modificamos algún tpl o css de un módulo sobrescribiendo en el theme carpera /modulos tampoco lo actualiza. Hemos borrado cache desde el Admin, eliminado la carpeta /var/cache/prod o dev y nada También hemos eliminado la cache del cloudFlare y tampoco ¿Sabéis de algún módulo o truco que lo pueda solucionar? Gracias !

Hi, The site runs PS 1.7.8.7 with Warehouse theme with the following settings (see screenshot): -Template compilation: Force compilation -Cache: No -LiteSpeed Cache is enabled The standard cache is disabled, why I need to empty the cache after changes to filters or adding a new item to the menu? Thanks for you help A beginner

Performance Pro - All in One Performance Pro includes image optimization (WebP), page-cache, cleaning tools, lazy loading, page optimization, HTML optimization, analytics, and more! READ MORE / PURCHASE HERE: https://addons.prestashop.com/en/website-performance/86977-performance-pro-all-in-one.html What this module does for you Performance Pro is the most advanced PrestaShop performance module on the market. The module will improve the performance of your website. Studies show that having a faster site increase the conversion rate considerably. There are numerous benefits to speed optimization, such as: Increased search engine ranking Reduced bounce rate Increased conversations Increased sales User satisfaction Higher order amounts What your customers will like Nobody likes to wait. It makes us feel like we're not a company's top priority. Consumers have even less patience when shopping online. Every second it takes your website to load, your chance of losing a customer increases. Studies show that your visitors associate the responsiveness of your site with your brand's responsiveness overall. A slow site, in other words, suggests slow customer service, slow product innovation, and slow everything else. Here are what you get with Performance Pro: Cleaning Clear smarty and SF cache Clear image cache Clear HTTP cache Clear media (CSS/JS) cache Clear XML cache Reset query cache Flush query cache Clear OP cache Delete log files from the filesystem Truncate log tables the from database Truncate e-mail logs the from database Clean up old useless data Repair tables Optimize and defrag tables Change database engine to InnoDb Delete search statistics Delete page-not-found statistics Delete connections statistics Delete unused images Delete broken images Delete empty image folders Remove temporary images Delete abandoned carts Delete expired cart rules Delete expired specific prices Resource loading Preload font links Preconnect to required origins Prefetch on hover Cache Page Cache Browser cache Lazy loading Lazy load images Lazy load iframes Lazy load videos Lazy load footer Page optimization Use passive event listeners Gzip/DEFLATE HTTP/2 push CSS Origin Agent Cluster Add noopener HTML Optimization Minify HTML Optimize attributes Defer Javascript Async image decoding Add missing image size Image Optimization Convert JPG images to WebP Convert PNG images to WebP Lossless compression of SVG images System Analytics Module Analytics Server Analytics Database Analytics Profiler READ MORE / PURCHASE HERE: https://addons.prestashop.com/en/website-performance/86977-performance-pro-all-in-one.html

Hi developers, Can anyone can tell me where I can find a code which is responsible for creating combined js file of all js files? I mean everytime in footer we can find file like v_235_a8347981273902.js which is combined js file with all of the files. I want to know where I can find function responsible for creating this code because I want to ad async parameter to this script <script> Anyone? This is even more funny because if I will put some js manually in code like in footer.tpl <script async="async" defer type="text/javascript" src="{if isset($force_ssl) && $force_ssl}{$base_dir_ssl}themes/default-bootstrap{else}{$base_dir}themes/default-bootstrap{/if}/fastjs.js?ver=1.42"></script> then in final code asyn="async" is deleted. I found out that responsible for this is function in back office "Move JavaScript to the end" because when it's set to NO then everything works but then JavaScript is not at the bottom of document so it's bad to me. I have checked minify_html.class.php, HTMLPurifier.standalone and Media.php and it looks like the answer to my question is there but I can't find any piece of code that will match my request.

Hello, I've enabled debug mode, and my website is showing that random queries that should take < 10ms to load, are supposedly taking much longer. Example query: SELECT SQL_NO_CACHE * FROM `gZ5dA1fv7y_country_lang` WHERE `id_country` = 17 from /src/Adapter/EntityMapper.php:84, says 40000~ms load time, but it's obviously incorrect as the page loaded in 3s~. Loading a page multiple times can return results such as 1.2s, 2s, 3.4s load times. Shouldn't page loads be somewhat consistent if the website isn't experiencing heavy traffic? Apc Cache is disabled since it ruins Prestashop Checkout, other forms of caching are enabled such as smarty,js/css minified etc. Thanks

So I've enabled CacheApc and the product stock wasn't changing when I changed the stock in any way. Also tried with CacheMemcached, and it gives the same result. Has anyone solved this issue? I'm tempted to hook a cache clear whenever stock is changed.

Hello, I duplicated my site to make a dev site, and that site when CacheApc is turned on changes the product stock correctly when altered through the backoffice. The original site however doesn't, when you change the stock with CacheApc the stock won't update (only in the database). In my app/config/parameters.php I have the same secret/cookie keys etc only the database is different, everything else is identical. What is the problem?!

Hi guys, we use Prestashop 1.6.1.10 and we have a strange problem hapenning. When i activate APCu or Memcache(-d) Cache, we have very fast frontend, but we can't work in the backend. For example, i go into one product and change the Meta Title. After i click save in the input field stands the old Meta Title, but in the database is the new Meta Title. When i after that disable APCu i refresh the form and see the right Meta Title. Is there a way to somehow disable cache for backend? Or move backend to separate instance? What are the best practices there? Every time to turn off APCu when i change something in shop is impossible ... Will be very thankful for you help!

Hello, So In the backoffice catalog/products, i'll go into a product and edit the stock, and it says it's worked, and the database shows that it's worked. If I refresh that same page the stock goes back to what it was before, if I open in private browsing or another browser it still says the old number. If I disable CacheApc it shows the correct number. If I reload php-fpm in a terminal it shows the correct number, I believe it's some sort of opcache issue, but if I enable opcache in the php.ini file with CacheApc off it works fine. What am I doing wrong? Thanks

Hello, Whenever I enable CacheApc in the performance section, I'll get this error in my Customer Service area multiple times per person, but it rarely happens, maybe twice a day, but sometimes there's periods of time where it effects multiple people. This is the error I receive: - 30/10/2022 - 21:04 This message is sent automatically by module PrestaShop Checkout A customer encountered a processing payment error : Customer identifier: 672519 Cart identifier: 654434 PayPal order identifier: REDACTED Exception identifier: 40 Exception detail: PrestaShop cannot validate order: Property Order-&gt;payment is empty. If you need assistance, please contact our Support Team on PrestaShop Checkout configuration page on Help subtab. If anybody knows why that'd be great. I see that there's a section to 'add a server' in the performance section, but I haven't touched it. There's a dev website on another IP on the same server that sometimes has the cache enabled too, if there's some sort of crossover bugging it; the dev site is a clone of the original with a different database.

HiHo, Cela m'éviterai en effet de devoir purger tooooute la cache (alors que je ne souhaite purger qu'une seule page), et après cela devoir la rechauffer (car le prestashop est en production.. ). Dans mon cas, lorsque j'edite des entrées blogs, cela veut dire devoir faire une cinquante ou plus de purges .. ). Pour info: J'utilise le leoblog et Jpresta. Merci d'avance pour l'information Cordialement,

Hi! I've started my journey with Prestashop 1.7.8.5 recently. Working on folders and files seems easy to understand but there is one problem I need help with. Me and my team will be working together on one project in the future. We've choose Docker as platform for developing. I thought that copying whole directory ('html' folder) and putting it on different instance of docker would just work without any trouble. I've faced few errors that I had to fix after migration but there is one type of errors that really makes everything harder. Permissions. When everything on front office works and all the modifications in code I made are visible there is still problem with random functions on backoffice side. Can't add product photos because of the errors such as : "The file could not be uploaded. No temporary folder was configured in php.ini, or the configured folder does not exist." "No route found for "GET /sell/catalog/products/image/upload/57": Method Not Allowed (Allow: POST)" Brand/manufacturer img: "The file could not be uploaded." Format is not a problem. I've tried with photos which were uploaded on first instance of Docker Prestashop. I don't know how many functions from BO have problems but I'd like to learn how to prevent such a behaviour. I've tried: After migration I've deleted all 'cache' folders. For test I've set all the files and directories with 777 permission and the error still occurs. If you have any tips, please let me know

Hi, I have a multistore with 2 stores: Store 1 : theme use is "at_auros Version 2.2.0 Leotheme Team" Store 2 : theme use is "leo_nom Version 1.0.1 Leotheme Team" When i am on store 1, the user icon and cart icon are display: But when i go to the store 2 and return on store 1 after, icons disappears: I have to clear cache for solve the problem. My compilation smarty parameters are : "Recompile templates if the files have been updated" When i turn this to : "Force compilation" everything work, but its not good for production What can i do please ? Thanks

The prestashop module ps_categoryproducts doesn't refresh translations/currency when the shop/language is changed. If loaded in english it stays in english. When changing the language afterwards to e.g. german, it still displays in english. When i delete the modules cache it resets as it should. Why am i having this problem?

Hay algunas tiendas que van conectadas a un ERP, o donde los productos se suben o se modifican a través de aplicaciones externos. En estos casos puede ocurrir que se hagan modificaciones en los productos y no se vean reflejadas inmediatamente en la portada de la tienda debido a la caché de Prestashop. Parecido puede ocurrir con algunos módulos que muestran información de fuentes externas (por ejemplo, desde Facebook, Instagram o un blog externo), que a veces pueden actualizar la información y a pesar de eso que siga apareciendo en portada de la tienda la antigua, debido a que está cacheada. Para todos esos casos se puede utilizar este módulo. Solo hay que instalarle, activarle e indicar cada cuánto tiempo se quiere que se borre la caché (por ejemplo, cada hora). Transcurrido ese periodo de tiempo, se efectuará automáticamente un borrado de la caché. También se puede elegir la activación mediante CRON, proporcionando una URL cuya llamada es posible programar en el CRON del servidor con el intervalo que se quiera para efectuar el borrado de la caché. Versión 2.1.0 disponible para Prestashop 1.6 y 1.7: ftm_cacheclear.zip