Simone Salerno

//in template {assign var="current_shop" value=Context::getContext()->shop}

{if !Context::getContext()->cart->containsProduct(12)} your message {/if}

Current store is in Context::getContext()->shop

@Flavio's I solved the problem, it was because of my custom theme. Nevertheless, I thought this code could be useful to someone

I was having troubles with translations so I thought it was because of the max_input_vars php setting being too low. I'm on a VPS, so I could change it and make it higher, but I found topics about users on shared hosting who can't. So I tried to limit the number of input fields to the very minimum and wrote this little snippet; you should include it in root/adminXYZ/themes/default/js/admin-theme.js: $(function() { //mark inputs that need to be updated $('#translations_form input').on('focus', function() { $(this).addClass('focused'); }); $('#translations_form').on('submit', function() { //delete unnecessary inputs $('td input[type=text]:not(.focused)').detach(); }); }); This way you only upload few ( only the ones you changed ) input vars and don't exceed the limits.

It seems something related with the default category. I've created a new category (with the same name of the current), tried moving a few products and they seem to work. I'll move all of them and hope it works.

Yes, is multistore, but only one has the frontend, the others are just backends. This is why I insisted on the shop context.

I solved! I deleted the cache when in "All shops" context: the other times I was on the specific shop that was causing the problem. Still, I can't understand why this happened... Thank you very much razaro for your help.

No luck I'm experiencing the same problem on a VPS I setup a couple of weeks ago, that is an exact clone of my shop: http://51.255.39.53/shop/index.php?id_category=24&controller=category#lotta-biologica So it must be something wrong with some config...

I use my own cache module (xtremecache), but now I've installed it and the problem still persists. I tried cache + force recompile, no compile, conditional compile: no luck. Here's the link: http://spagro.it/shop/24-biologico#lotta-biologica PS version: 1.6.0.5.

I'm experiencing a very strange behaviour on my website. If I enable smarty cache, all products from a specific category display the same page, that is the first product ever opened. An example: I open product A -> I see product A then open product B -> I see product A then open product C -> I see product A ... The url is correct, but the HTML response is that of another product. This happens only with: - SMARTY CACHE ENABLED - A SINGLE CATEGORY I cleaned tha cache several times, but no luck. Someone can help me? I know PHP and Prestashop quite well, but can't understand this.

Post the path to the file you've edited. If it's "root/modules/tophorizontalmenu/../superfish-modified.css" it's the wrong one. You have to edit "root/themes/your-theme/css/modules/tophorizontalmenu/superfish-modified.css".

Attached there's a snap from my stock_available table, which shows some discrepancies in my opinion. In particular the quantity where id_product_attribute=0 seems not to correspond to the sum of other quantities. Do someone know why this happens? Will this cause me problems?

1.6.1.2? I think you're the only one using the bleeding edge version... I'm on 1.6.0.5 and there's no such an option.

public function getInvoiceNumberFormatted($id_lang, $id_shop = null) { //first %s is for prefix //second %s is for Y (year) + m(month) //then your text (you can include spaces if you need) //%d is for invoice number return sprintf('%s%sYOUR-FIXED-TEXT-HERE%6d', Configuration::get('PS_INVOICE_PREFIX', $id_lang, null, $id_shop), date('Ym', $this->date_add), $this->number); }