Jump to content

finnenhawke

Members
  • Posts

    6
  • Joined

  • Last visited

Everything posted by finnenhawke

  1. Hello, PrestaShop seems to have a JavaScript code (var prestashop) that contains the information about opened product. Unfortunately, on my client's website the data in this code is incorrect. Here's how the contents of this JS code look in the working, freshly installed test version of PrestaShop: You can see that on a correctly working PrestaShop the URL is the same as the one in the browser, and Canonical URL mirrors that as well. All the other data, like "name" of the product, list of the product images and so on are also correct here, because they reflect currently opened product. However, on my client's shop, the data contained in this JavaScript code is almost completely wrong. "Add to cart URL" is correct, but things like URL, Cannonical URL, Product Images are always from a different product. And it happens on all products. They all point to one, different product. Does anyone know why this happens?
  2. I either do not understand the intent behind the way it works or there is a bug with displaying specific references. As you know, in PrestaShop you can set up ISBN, EAN-13 and UPC codes (references) for each product. It is done in "Options" tab when editing the product ("Condition & References" section). As I understand, these codes should show up in the product details section called "Specific References". Except they don't, because that section doesn't show up, even though there is a code for it in product-details.tpl: {* if product have specific references, a table will be added to product details section *} {block name='product_specific_references'} {if !empty($product.specific_references)} <section class="product-features"> <p class="h6">{l s='Specific References' d='Shop.Theme.Catalog'}</p> <dl class="data-sheet"> {foreach from=$product.specific_references item=reference key=key} <dt class="name">{$key}</dt> <dd class="value">{$reference}</dd> {/foreach} </dl> </section> {/if} {/block} However, when I change the product type from "Simple product" to "Product with combinations" and add a single combination (without adding any specific references to that individual combination), these references from "OPTIONS > Conditions & References" tab immediately show up! What's more, when I even go one step further and set individual ISBN/EAN-13/UPC codes for each combination, they also show up and switch correctly. So it's working fine, but for some reason it's not working on product without combinations. Is this intended? Why can't it work the same for simple product and show the ISBN/EAN13/UPC? If it's not intended then it must be a bug in PrestaShop that prevents showing Specific References in "Simple products". Is there any way I could fix this? I know that I can manually force showing EAN-13/ISBN/UPC codes by adding it directly to product.tpl file. However, it's not a good fix. It will work for simple products, but on "products with combinations" it will be a mess since the specific references will show up twice (from my forced code AND from the above code that works only on products with combinations). Is there any way that I could fix this? Or is there any way I could create code similar to the above that is limited only to simple products? Something that would work like that "IF Product Type = Simple Product SHOW [ EAN13 / ISBN / UPC ]". Sadly, I don't know Smarty and PHP so it's very hard for me to put this logic into actual code. I know how to call for EAN/ISBN/UPC code but I don't know how to limit that "call" only to "simple products".
  3. I have completely and utterly disabled cache, yet it still happens. I also tried cleaning it every time I save. What I noticed, however, is that I simply have to wait after each time I save a new translation. So yes, you're partially right - it is caused by some kind of cache, even when I disable all of caching functions in PrestaShop settings. What actually happens is that when I press "Save" the translation is correctly saved to the PHP file (modules/module_name/translations/pl.php). The translation file gets immediately updated on the server. However, it simply takes some time for PrestaShop to detect the updated PHP file and show the translations in the administration panel In other words, every time I am translating something, I make sure to simply wait around 5-10 minutes each time I press "save". I press "Save", the website reloads and the translations fields remain empty. That's the moment where I have to wait. I leave the translation settings and come back after 5-10 minutes. Boom, last translations show up and I can continue adding more. I have to be careful not to press "Save" again before PrestaShop detects previous translations. If I do it before PrestaShop detects the last translations they will be replaced with empty strings. SUPER annoying. I think it might have to do something with the cache on the website hosting for PHP files?
  4. I'm using PrestaShop 1.7.5.1 with GamesHouse Theme from official Marketplace and some marketing modules. The problem is that translations are not always being saved, no matter what module I edit. Basically, the rule of thumb is that when I open the translation menu for the first time, it will save properly. However, when then I edit more lines and try to save changes again, they won't save. Last translated fields become blank again, only the first batch remains translated. To be able to translate again, I have to log off and log back into administration panel. Then sometimes it works again, and sometimes even then it doesn't work and I have to just try saving over and over again until it finally saves. Does anyone have some experience with that? Is that some kind of borderline aggressive caching from my hosting provider or what?
  5. No właśnie tak myślałem, żeby finalnie w szablonie dodać na górnym pasku ikonki z flagami i podlinkować je do /pl/ oraz /en/. Co prawda przełączanie języka zawsze będzie przenosić na stronę główną danej wersji językowej, ale skoro docelowo większość produktów będzie inna, to nie będzie to raczej problemem. Dzięki za opinie
  6. Tworzę sklep na PrestaShop 1.7.5.0, który będzie dostępny w dwóch językach - polskim i angielskim. Zmiana języka ma następować ręcznie poprzez wybranie go z rozwijanego menu przez klienta LUB poprzez bezpośrednie wejście na adres z dopiskiem /en lub /pl na końcu. Sklep polski będzie pod adresem np. prestashop.test/pl Sklep angielski będzie pod adresem np. prestashop.test/en To jednak nie wszystko. Na sklepach mają być różne produkty w zależności od wersji językowej. I tu jest problem, gdyż PrestaShop nie ma, niestety, opcji ukrywania poszczególnych produktów na konkretnych wersjach językowych (a przynajmniej tego nie widzę). Pomyślałem więc, że najlepszym rozwiązaniem jest skorzystanie z funkcji multisklepu. Ustawiłem więc multisklep w taki sposób: Sklep 1 (Polski): Nazwa: "Prestashop PL" - adres: "prestashop.test", wirtualny URL: "/pl", finalny adres: "prestashop.test/pl/" Sklep 2 (Angielski): Nazwa: "Prestashop EN - adres: "prestashop.test", wirtualny URL: "/en", finalny adres: "prestashop.test/en/" Następnie przełączyłem się do ustawień językowych Presty (zakładka "Międzynarodowy > Lokalizacja > Języki") i dla sklepu polskiego wybrałem tylko możliwość działania po polsku (wyłączyłem angielski), natomiast dla sklepu angielskiego zrobiłem na odwrót - wyłączyłem język polski i pozostawiłem tylko angielski. Dostosowałem też domyślne ustawienia językowe dla każdego ze sklepów i wyłączyłem automatyczne ustawianie języka na podstawie przeglądarki. Generalnie zasada jest prosta - /pl ma mieć TYLKO język polski, a /en TYLKO język angielski + możliwość ustawiania osobnych produktów. Teoretycznie działa to dobrze. Język zmienia się poprzez zmianę końcówki w adresie URL, w źródle strony widzę również, że atrybut lang jest ustawiony poprawnie dla każdej wersji językowej. Problem w tym, że przez to rozwiązanie nie wyświetla mi się teraz przełącznik języków, bo dla każdego sklepu ustawiłem tylko jeden dostępny język. Da się jakoś do tego rozwiązania dodać przełącznik językowy? Czy w ogóle dobrze się za to zabieram? Czy to jest prawidłowa implementacja, gdy chcę mieć różne produkty na różnych wersjach językowych, czy jest jakieś prostsze rozwiązanie?
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More