Jump to content

pel024

Members
  • Posts

    192
  • Joined

  • Last visited

Profile Information

  • Location
    London, UK
  • Activity
    User/Merchant

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

pel024's Achievements

Newbie

Newbie (1/14)

34

Reputation

1

Community Answers

  1. Hi peorthyr, I don't seem to be able to download the module from your site, is it still available?
  2. An old thread but worth a try... I too am curious about the email template: voucher_new and particularly the shortcode {voucher_num}. When creating a cart rule and selecting partial use a new rule (and voucher code) is created for the remaining amount of the initial voucher if the customer does not use it all in a purchase. I had assumed that this new voucher code would be automatically emailed to the customer (possibly via the voucher_new email), but it appears not. Can anyone shed any light on this?
  3. OK so in that case just add the background image to #subcategories ul in category.css line 49 and add the following to global.css: .product_list grid row { background-image: your_background_img.jpg } That should do it.
  4. Hi - For the breadcrumb issue you need to edit .breadcrumb a:after on line 6755 of global.css (background-color: #040404). For the background image issue, adding the image to ol, ul causes it to show up on all ul elements. Where exactly do you want it to appear? Do you just want it on the subcategories and product list like the following:
  5. Adding "true" to the URL should work so if it doesn't then the chances are that the file is being overridden by your theme. Check your theme for the blocksearch-top.tpl, probably in themes/yourtheme/modules/blocksearch. Changing: <form method="get" action="{$link->getPageLink('search')|escape:'html'}" id="searchbox"> to: <form method="get" action="{$link->getPageLink('search', true)|escape:'html'}" id="searchbox"> will force the link to be called with https on all pages. I changed mine to the following: {if $search_ssl == 1}<form method="get" action="{$link->getPageLink('search', true)|addslashes}" id="searchbox">{else}<form method="get" action="{$link->getPageLink('search')|addslashes}" id="searchbox"{/if} This ensures the link is https only on pages that need it to be, and the green padlock has returned:)
  6. I've just started to get this error message in Chrome also. I wonder if this is due to a change in the way Google is assessing a pages' security as the problem has suddenly appeared despite making no changes to block search. The call comes from block search-top.tpl (in PS 1.5.6.2): <!-- Block search module TOP --> <div id="search_block_top"> <form method="get" action="{$link->getPageLink('search')|escape:'html'}" id="searchbox"> <p> <label for="search_query_top"><!-- image on background --></label> <input type="hidden" name="controller" value="search" /> <input type="hidden" name="orderby" value="position" /> <input type="hidden" name="orderway" value="desc" /> <input class="search_query" type="text" id="search_query_top" name="search_query" value="{$search_query|escape:'htmlall':'UTF-8'|stripslashes}" /> <input type="submit" name="submit_search" value="{l s='Search' mod='blocksearch'}" class="button" /> </p> </form> </div> which results in http://www.mysite.com/search, even on ssl pages. Anyone know how to fix this?
  7. Hi, Which sitemap module are you using? I've tried doing exactly as you described with the latest version (v2.3.3) and I have the same problems as others - urls for products that I have created in one shop only (say shop A) are appearing in both sitemaps (shop A and b ). The urls in sitemap B are returning 404's because obviously they do not exist.
  8. I'm not sure about that. In the documentation it says this: "When creating a category, either for a specific store or for all the stores in the PrestaShop installation, PrestaShop registers the category for all the stores – it is simply hidden from any store where it has not been set." So I think it is normal behaviour to create these entries in the database, though I don't know why this is necessary - my site is translated into 15 languages, therefore for each product or category I create there are 15 unnecessary rows, with 1000 products that's a lot! The problem as I see it is with the sitemap module itself - it should not be including urls for a product/category that has been created for one shop only, in the sitemap of all shops.
  9. What I've noticed is that if you delete those double entries in the ps_product_lang table (the ones for the incorrect shop) the sitemap no longer creates the urls for the wrong shop and everything seems to work ok - the product is accessible in the correct shop and returns a 404 in the other shop, which is correct. I've only tried this on a test site and I've no idea if this can cause other problems. The point is, why is the sitemap module creating urls for both shops even though the product is only created for one shop? Oh, and the same thing happens with categories. I'm surprised this has not come up before, can anyone shed any light on this one?
  10. Hi all, I'm just experimenting with multistore but I've noticed that when I create a product or category in shop B only, in the sitemap a url is created for both shops. The shop A url returns a 404 error as expected, but why is the sitemap including these url? Is this normal? PS 1.5.6.2, gsitemap 2.3.2 Cheers
  11. I've just noticed this too. If I create a product in shop A only it is duplicated in both Shop A and B's sitemap, and the url is accessible in both shops. This is even though in the BO it seems correct - the product is only showing in Shop A's catalog and not B's. Is this right?
  12. Hi I can help you with half of your problem. To display "Price from" when a product has attributes change to following in product_list.tpl: {if isset($product.show_price) && $product.show_price && !isset($restricted_country_mode)}<span class="price" style="display: inline;">{if !$priceDisplay}{convertPrice price=$product.price}{else}{convertPrice price=$product.price_tax_exc}{/if}</span>{/if} to {if isset($product.show_price) && $product.show_price && !isset($restricted_country_mode)}<span class="price" style="display: inline;">{l s='Price '}{if $product.id_product_attribute > 0}{l s='from'} {/if}{if !$priceDisplay}{convertPrice price=$product.price}{else}{convertPrice price=$product.price_tax_exc}{/if}</span>{/if} Then just make the product combination with the lowest price the default combination. As for excluding this on products with attributes where there is no price difference I'm not sure. Perhaps you could use an {if} condition to include/exclude the code on specific products or categories, but someone else may have to help with that...
  13. I found the solution: {if $smarty.get.id_category == 15 OR $smarty.get.id_category == 17 OR $smarty.get.id_category == 20} //Module code// {/if} Obviously changing the category id's to the ones you want the module to appear.
  14. Hi all, I want to achieve a similar thing with the blockcategories module - I want the module to only display on certain category pages (I'm using layered navigation for other categories). I tried using the above code on blockcategories.tpl but it doesn't work, the module doesn't appear on any categories. Any ideas? PS 1.5.6.2
  15. I have the same problem, PS 1.5.6. All the currency restrictions work except "customer currency". When this option is selected the payment module never appears, regardless of the currency selected. This happens with all payment modules. In the ps_module_currency table the value is -1 when this option is selected which I think is correct, so I've no idea why this is happening. I've never had this problem before. Anyone know what may be causing this?
×
×
  • Create New...