Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

cienislaw

Members
  • Content Count

    36
  • Joined

  • Last visited

  • Days Won

    1

cienislaw last won the day on April 5 2019

cienislaw had the most liked content!

Community Reputation

12 Good

Recent Profile Visitors

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

  1. there is no such option but if you really need it, you can always add it to the core/theme and share with community.
  2. any chance to see the working shop?;-)
  3. you have to change logic in module which provide table of products to display in frontend.
  4. I was playing with Zones (trying to add abroad delivery) and decided to add new zone for Poland only (by default its in Europe), and a few Europe X zones based on delivery prices. And strange error occurred - vistor was seeing prices without tax. After some digging and checking I found out it was cookie related - one customer and my self too had old cookies, which were forcing TB to view prices without tax. I should have a copy of the cookies on another machine, so I could do some digging but the bug should be easy to replicate. do something in store as visitor; add new Zone; move country from old Zone to new; get back to store and see how prices are displayed. It's quite a problem to explain it to a customer, so some kind of cookie invalidation should have place when even one country is move between Zones. As a backup I've added tax ex/incl labels form AdvancedEU module and changed frontoffice cookie lifetime to 1h from default 480h.
  5. there is another global free shipping switch in Preferences (the same menu as Carriers) - put 0 in both price and weight to disable it.
  6. cienislaw

    Checkout Test

    problem with extension? https://chrome.google.com/webstore/detail/lastpass-free-password-ma/hdokiejnpimakedhajhdlcegeplioahd
  7. yes, make new html block, put your image there and attach it in footer at first location.
  8. https://wiki.mydevil.net/PrestaShop my hoster recommends: turned off smarty cache; turned off all CCC functions; ciphering set to Rijndael with mcrypt lib; caching set to memcache or APC; explanation: CCC functions mostly compress and optimalization CSS, JS and HTML files, which means more CPU usage and possible delay in page generation. on server side there is already ZFS file system cache and extra task like compression and file optimalization results can be smaller than expected and could extend time of script execution. I've set up settings like this and didn't bother anymore. it just works.
  9. SendinBlue works, but its free plan fast won't be enough - only 300 msg daily. MailChimp initial speed of importing contacts was not good enough for me, so I can't share any other thoughts about it. there is also GetResponse with PS1.6 module, but no free plan here. on paper looks ok.
  10. I will do approving process when all texts are translated, glossary filled and so on. Most of actual thirty bees Polish translations come from PS1.6, which was build by various people during many years. it's full of inconsistencies and outdated therms which are not used in Polish e-commerce today. and not mentioning this politeness from English which should not be followed blindly but it is. this translation needs serious proofreading. sorry for offtopic @viktorson.
  11. I know toplakd, I'm one of active thirty bees translators.
  12. @1 yes, the same one as in PS1.6, and the same one used by many SaaS e-ccomerce. @4 what exactly would you like to have documented in Polish? don't get me wrong but software language is English, whenever we like it or not. Polish translation of thirty bees is still unfinished, but I'm trying to deal with that. probably there are a few active users in Poland so even if there is Polish subforum, you won't receive any response for a long time. there are a few companies in Poland who make modules for presta, some of them even noticed existence of thirty bees and checked their modules to be working perfectly. but some of them are not interested in that, because they are busy enough making money on PS1.6 and PS1.7.
  13. no, module uploading works perfectly fine for me, as long as I upload module with proper zip/folder structure.
  14. Anyone has a working solution for CartRule modification to exclude already discounted items from reduction calculation? I was digging around presta forums, found some clues but look outdated. I've also found something worth considering to implement in thirty bees: https://github.com/PrestaShop/PrestaShop/pull/2060 but CartRule is very sensitive, so someone more skilled is required to look at it. thanx in advance for any suggestion.
×
×
  • Create New...