Leaderboard

Parameters behind # are for client use only. Request to the server never contains those parameters, server never sees them and can't react to them. When you open urls https://www.example.com/en/products/84/sample-product#/72-size-large or https://www.example.com/en/products/84/sample-product#/whatever your server receive the very same request - https://www.example.com/en/products/84/sample-product It does not know what combination you are requesting. Javascript will later parse the hash parameters, and will modify the product page to display the wanted combination if it's found. This also means that initial page render shows different combination, and only a few milliseconds later the page is 'adjusted' When you provide ?combination=xxx parameter, server knows upfront what you want to display, and can returns page with combination already selected (if your theme supports this, of course). The page already contains correct pricing information, product name, reference code etc -- this is important for web crawlers. This means that you need to provide urls with standard query parameters (after ?) to google

Put a pulse monitor result to keep server running ...

He did write that he's alone... and it can be a good solution for other circumstances, too.

I also think that's a good idea, even if it's not something you think about every day. The time until "standby mode" should be adjustable, because some people only need to log into the back office every 2-3 days, not daily... it really depends on the business. Do other shop systems have something similar? That would give thirtybees another small unique selling point.

Hi @papagino This is actually a pretty good idea and a realistic scenario. @Smile @datakick

Yes, I would start troubleshooting with your hosting first or the person that is maintaining your server. Because they have made some changes recently and we're here just guessing. In general if the thirty bees settings work - they work. Most of the issues are changes - of the merchants or hosting environments. It's not necesary an account/password issue - it might be some additional configuration of the mail server regarding transport/security.

The next code is a option without JS put this in footer.tpl <a href="https://wa.me/YOURWHATSAPPNUMBER" class="whatsapp-flotante" target="_blank"> <img src="/img/whatsapp-icon.png" alt="Chat en WhatsApp" /> </a> and this in custom code > custom CSS .whatsapp-flotante { position: fixed; /* Fijo en la pantalla */ bottom: 25px; /* 25px desde abajo */ right: 25px; /* 25px desde la derecha */ width: 60px; /* Ancho del botón */ height: 60px; /* Alto del botón */ background-color: #25D366; /* Color de fondo WhatsApp */ color: #FFF; border-radius: 50%; /* Para hacerlo redondo */ text-align: center; font-size: 35px; /* Tamaño del icono (si usas FontAwesome) */ box-shadow: 2px 2px 8px rgba(0,0,0,0.25); z-index: 1000; /* Para que esté por encima de otros elementos */ /* Para centrar la imagen o el icono */ display: flex; align-items: center; justify-content: center; } /* Estilos para la imagen dentro del botón */ .whatsapp-flotante img { width: 35px; /* Ajusta el tamaño de tu icono */ height: auto; } /* Efecto al pasar el ratón */ .whatsapp-flotante:hover { background-color: #128C7E; }

I agree on this, however, there are other options the module can create vouchers, like: - For each canceled cart (with no order), - For each validated order - For each customer raising a threshold, - For each customer who has already placed at least one order and with no orders since a given duration You can turn on and off those options in the module, so it is still good for getting back inactive customers or to thank very good customers. I contacted the developer to see if they could set the abandoned carts with your suggested, "simply add this discount voucher only for carts >0.00" Will see what happens... Cheers,

The solution was to enable CGIPassAuth On in the .htaccess.