cienislaw

https://store.thirtybees.com/shop-modules/front-office/cookiebot there is nothing on the module page mentioning Prestashop in any version.

classes/Meta.php:getHomeMetas

there are modules/templates for that, so we could clean up those too.

did you changed links pointing to dev site to normal site?

non-square images are already allowed, but I assume you were thinking about images not following set ratio to fit them with padding? the hard rules implemented now are ok - you can't give a finger because ppl will ask for whole palm. yeah, image handling could be improved in a few ways. preprocessing for start, which will determine if image really needs resize/recompress. but for now there is a bunch of things to do first, so maybe later;-)

image processing should be straight forward process. IMO WebP is the way to go, if we like it or not. it gives good quality/size ratio. I didn't look into compressor settings yet, but there are few which can help with file size beside quality setting accessible via BO. WebP can do lossy, can do lossless, it even can do transparency, so right preselection of settings to source image properties is a key to achieve good quality/size combo. ps. compression to size is ok when you do it one by one with visual confirmation of result, not for batch processing of hundreds of images.

just my 10 cents - provide HQ images (JPEG 100 or PNG) and play with compression settings. yes, ideal scenario would be if there is a check if source image has a right size for example 1600px, then skip that one if possible (depends on compression format).

but those are not warnings but errors - is there a solution to this? im trying to properly modify Niara theme and seeing a bunch of errors doesn't help the process. ok, I've educated myself and indeed those errors can be ignored (assuming that JS code in repo is working in 101%), but would be nice to have build process error and warning free (low priority).

I have only default main category for CMS pages, which are used for informational purposes. And webpage with main category has only a list of links to those CMS pages without any useful info. Is there a quick way to dissable/hide this page?

thirtybees Newsletter modules does only two things - collects subscribers emails and send them voucher code. nothing less, nothing more. if you want full 'newsletter' fuctionality ie. collect, create and send mailing, you need to invest in service as Mailchimp or Sendinblue (free plans exist) or dedicated module which does everything on site, but then you need also reliable e-mail server to send mailing (check your host parameters). There is something like phpList - selfhosted mailing solution, but getting it to work on level as paid services requires some work.

there is no such option but if you really need it, you can always add it to the core/theme and share with community.

any chance to see the working shop?;-)

you have to change logic in module which provide table of products to display in frontend.

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.

there is another global free shipping switch in Preferences (the same menu as Carriers) - put 0 in both price and weight to disable it.

problem with extension? https://chrome.google.com/webstore/detail/lastpass-free-password-ma/hdokiejnpimakedhajhdlcegeplioahd

yes, make new html block, put your image there and attach it in footer at first location.

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.

it's correct.

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.

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.

I know toplakd, I'm one of active thirty bees translators.

@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.

no, module uploading works perfectly fine for me, as long as I upload module with proper zip/folder structure.

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.